Mobile
Connecter Salesforce à une application mobile
Une application mobile connectée à Salesforce ne se résume pas à un écran CRM réduit. Ces décisions structurent l’expérience, l’intégration et sa maintenance.
Commencez par l’utilisateur et sa tâche
Un client qui consulte une commande et un salarié qui met à jour une visite ont des besoins et droits différents. Listez les tâches, puis le minimum de données et d’actions nécessaires. Ne recopiez pas tous les champs Salesforce dans l’application.
Définissez le système de référence
Pour les clients, produits, stocks et commandes, désignez la source de référence. Définissez les modifications autorisées et leur propagation. Une requête API réussie ne signifie pas que tous les systèmes ont terminé le traitement.
Précisez le fonctionnement hors ligne
Si l’application doit fonctionner hors ligne, précisez les lectures et modifications possibles, la durée d’utilité du cache et la résolution des conflits. Certaines actions, comme un achat dépendant du stock, peuvent exiger une vérification en ligne.
Testez les situations difficiles
Testez sessions expirées, doubles clics, requêtes interrompues et changements de droits. Définissez les responsables de l’application, de l’intégration et de Salesforce après le lancement. Ces responsabilités comptent autant que la première version.
Un cadrage utile avant de commencer
Avant d’estimer le travail, précisez les décisions ci-dessous. Quelques exemples concrets permettent de distinguer une application qui affiche des informations d’une application qui modifie les opérations.
| Décision | À définir |
|---|---|
| Utilisateurs et tâches | Qui utilise l’application, ce que chacun doit accomplir et les données accessibles. |
| Responsabilité des données | Le système de référence pour les clients, produits, commandes et stocks, et les droits de modification. |
| Perte de connexion | Ce qui reste accessible hors ligne, ce qui doit attendre et le message en cas d’échec. |
| Validation de la livraison | Les scénarios à réussir, la personne qui valide et le responsable du support. |
Un exemple pour préciser la discussion
Si un client passe une commande sur son téléphone, décidez à quel moment l’application peut la présenter comme confirmée. Transmettre la demande, réserver le stock et accepter la commande peuvent être des étapes distinctes. Les messages et les nouvelles tentatives doivent refléter ces étapes.
Le cadrage doit aboutir à des parcours convenus, une cartographie des données et des critères de recette vérifiables. Ils facilitent l’estimation du travail et l’évaluation du résultat.
