Mobile CRM Data Entry Automation via Contextual Entity Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current customer relationship management (CRM) systems are inefficient for sales representatives, requiring lengthy data entry processes that are prone to errors and lacking a user-friendly mobile experience, leading to inaccurate and deficient data that hampers business decision-making.

Innovation Solution

A streamlined data entry path that automatically identifies and selects entities and sales activities based on recency, imminence, and geographic proximity, allowing for triple-action, double-action, or single-action data entry, significantly reducing the number of steps required to log sales activities in a mobile environment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional CRM data entry processes are used, then data can be logged, but the process is lengthy and complex requiring multiple steps

Engineering Contradiction:
Improvedata entry speedVSAvoiddata entry process complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system pre-loads and caches frequently accessed entity records (contacts, accounts, opportunities) and sales activity templates in the mobile device's local database before the user needs them. This preliminary action eliminates the need for real-time database queries during data entry, reducing the number of interaction steps required to log sales activities while maintaining data completeness.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The data entry process is segmented into modular components: entity selection, activity type selection, and data submission. Each segment can be completed independently and is pre-configured with relevant options based on the user's role and historical patterns. This segmentation allows the system to present only necessary fields and options at each stage, reducing overall process complexity.

Inventive Principle:
Principle #1Segmentation

2Measurement precision

If detailed data entry fields are provided, then accurate data can be captured, but the number of steps and time required increases

Engineering Contradiction:
Improvedata accuracyVSAvoiddata entry time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system automatically populates data entry fields using multiple sources: recent interaction history, location data from GPS, calendar events, and pre-configured sales templates. For example, when a sales representative visits a customer location, the system auto-fills the account name, contact information, and visit purpose based on the nearest matched record, requiring the user to only verify and confirm the data rather than manually enter it.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system provides real-time feedback during data entry by validating inputs against existing records and suggesting corrections. If a user enters a partially complete account name, the system returns matching records from the database to help the user select the correct entity. This feedback mechanism ensures data accuracy while reducing the time needed for manual verification.

Inventive Principle:
Principle #23Feedback

3Reliability

If manual data entry is required, then data can be logged, but errors are more likely to occur

Engineering Contradiction:
Improvedata qualityVSAvoiduser effort
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system automatically captures sales activity data from multiple sources including mobile device sensors (GPS location, accelerometer for meeting detection), calendar integrations, and email clients. This self-service data capture reduces manual entry to minimal confirmation steps, thereby reducing human error while maintaining comprehensive data collection. The system then automatically formats and submits this data to the central CRM database.

Inventive Principle:
Principle #25Self-service

4Adaptability or versatility

If full CRM functionality is available on mobile devices, then complete data management is possible, but the interface becomes less user-friendly

Engineering Contradiction:
ImproveCRM functionalityVSAvoidmobile interface usability
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The mobile interface is designed with local quality by presenting different views and functionalities based on the user's context: location, time of day, current task, and device orientation. For example, when the device detects the user is in meeting mode (via calendar integration), the interface automatically simplifies to show only essential quick-actions like adding notes or marking the meeting as complete, while full CRM functionality remains accessible through contextual menus or voice commands when needed.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS10949865B2Streamlined data entry paths using individual account context on a mobile device
Publication Date: 2021.03.16 SALESFORCE INC
  • US10949865B2 patent drawing
  • US10949865B2 patent drawing
  • US10949865B2 patent drawing

AI summary

The technology disclosed relates to rapidly logging sales activities in a customer relationship management system. It also relates to simplifying logging of sale activities by offering a streamlined data entry path that as immense usability in a mobile environment. The streamlined data entry path can be completed by triple-action, double-action, or single-action. In particular, the technology disclosed relates to automatically identifying and selecting entities that are most likely to be selected by a user. The identification of entities as most likely to be selected is dependent at least upon access recency of records of the entities, imminence of events linked to the entities, and geographic proximities of the entities to the user. It further relates to automatically identifying and selecting sales activities that are most likely to be performed by the user. The identification of sales activities as most likely to be performed is dependent at least upon position of the sale activities in a sales workflow and time elapsed since launch of the sales workflow.