Concevoir l’application client et l’outil terrain selon leurs tâches
Recommandes clients et travail terrain exigent des parcours clairs. Un exemple montre où comptent contexte d’entreprise, brouillons et composants communs.
Je concevrais les parcours d’une application selon les tâches et les droits. Un client professionnel commande pour son entreprise ; une commerciale travaille pour plusieurs clients qui lui sont attribués. Shopify documente l’association à l’entreprise et la possibilité de commander à nouveau depuis les comptes B2B. L’application commerciale mobile de Microsoft donne accès aux dossiers récents et aux réunions.
Une comparaison chez un grossiste en papeterie
Un grossiste fictif prévoit des accès mobiles pour les achats et les commerciaux terrain. La comparaison suivante décrit les tâches prévues :
Étape | Application client | Application commerciale terrain |
|---|---|---|
Départ | Ouvrir un établissement autorisé de sa propre entreprise et retrouver une commande. | Choisir un client attribué pour la visite. |
Brouillon | Rassembler articles et quantités pour sa propre entreprise. | Créer un brouillon de commande dans le contexte du client choisi. |
Vérification | Contrôler quantités, destination et contexte de sa propre commande. | Contrôler le lien client du brouillon et l’étape de traitement suivante prévue. |
La liste de produits commune peut se ressembler. Sur le terrain, la sélection répétée d’un autre client s’ajoute au parcours.
Le brouillon conserve son lien client
Dans cet exemple, passer à un autre client doit laisser le brouillon existant clairement rattaché au compte initial. L’interface doit montrer ce lien à l’ouverture et à l’enregistrement. Un simple changement de vue d’accueil ne doit pas transférer le brouillon sans avertissement à une autre entreprise. L’équipe définit aussi quelles notes de conseil restent internes et quelles informations les clients peuvent voir.
Les droits doivent être vérifiés côté serveur ; masquer des champs ne suffit pas. La vue prévue par rôle doit donc être examinée avec les accès aux données autorisés.
Réutiliser les composants communs à bon escient
Recherche produit, fiches et contrôle des prix peuvent partager une base technique. Si les commerciaux préparent seulement occasionnellement un brouillon de commande pour des clients attribués, une application commune avec des espaces de travail distincts peut aussi convenir. La différence de rôle ne rend pas, à elle seule, des applications séparées indispensables.
Dans le prototype, testez deux tâches : commander à nouveau pour sa propre entreprise et créer un brouillon pour un client attribué. Observez surtout si l’association à la bonne entreprise reste compréhensible lors du changement de client et de l’enregistrement.
Sources
À lire aussi
Tous les articles
E-commerce avec ASES
Boutiques en ligne, marketplaces et portails B2B