CRM Mobile-First : comment intelligentfood gère les ventes terrain sur SAP BTP

intelligentfood distribue des produits alimentaires dans toute la Suisse. Ses représentants commerciaux visitent chaque jour des restaurants, des hôtels et des détaillants. Ils prennent des commandes, vérifient les stocks, photographient les placements en rayon, planifient les itinéraires. Tout depuis la route, toute la journée.

Leur ancien système était un chantier. Un CRM de bureau que personne n’ouvrait hors du bureau. Des bons de commande papier. Des appels au back-office pour confirmer les prix. Les commandes mettaient 2 à 3 jours à atteindre l’ERP. La direction n’avait aucune visibilité en temps réel sur ce qui se passait réellement sur le terrain.

Ils n’avaient pas besoin d’un meilleur CRM de bureau. Ils avaient besoin d’un outil conçu pour la façon dont leurs représentants travaillent réellement. Debout dans une cuisine de restaurant, téléphone dans une main, catalogue produits dans l’autre.

TL;DR : Les commerciaux ne passent que 28 % de leur temps à vendre réellement (Salesforce, 2024). intelligentfood a corrigé cela pour son équipe terrain en construisant des applications SAP BTP personnalisées sur Sales Cloud V2, avec capacité hors ligne, documentation photo et planification d’itinéraires. Résultats après 6 mois : traitement des commandes 60 % plus rapide, 25 % de visites clients en plus par jour, et 100 % d’adoption mobile dès le premier mois.

Pourquoi un CRM standard ne suffisait-il pas ?

Avec 55 % des membres de l’ASUG utilisant désormais SAP BTP (ASUG, 2025), les extensions BTP deviennent la pratique standard pour combler les lacunes du CRM. Nous avons évalué SAP Sales Cloud V2 comme noyau. C’était le bon choix pour la gestion des comptes, le suivi du pipeline, le reporting. Mais l’expérience mobile standard de V2 ne couvrait pas quatre choses dont intelligentfood avait réellement besoin sur le terrain.

La capacité hors ligne. Leurs représentants visitent des lieux sans connectivité. Cuisines en sous-sol, zones rurales, stockages souterrains. L’application devait fonctionner sans aucun réseau et se synchroniser au retour du signal. Sans exception.

La documentation photographique. Les représentants photographient les placements de produits, les présentoirs des concurrents, les conditions de livraison. Les photos doivent s’attacher automatiquement aux rapports de visite, avec GPS et horodatage. Pas de « je l’enverrai par e-mail plus tard ».

La planification d’itinéraires. Avec 15 à 20 visites par jour, la différence entre un bon et un mauvais itinéraire, c’est 4 à 6 contacts clients supplémentaires. Sur un an, cela se cumule en chiffre d’affaires sérieux.

La saisie de commande personnalisée. Le catalogue de produits et la logique de tarification d’intelligentfood sont spécifiques à leur activité. La saisie de commande CRM standard ne correspondait pas du tout à leur workflow.

Nous avons donc construit des applications BTP personnalisées qui étendent Sales Cloud V2.

Comment fonctionne l’architecture ?

82 % des développeurs privilégient désormais les approches API-first (Postman, 2024). La conception API-first de V2 a rendu cette architecture possible. Trois couches.

SAP Sales Cloud V2 est le CRM central. Comptes, contacts, opportunités, pipeline. Fonctionnalités V2 standard. Source unique de vérité pour les données clients. Rien de personnalisé ici.

Les applications SAP BTP sont des applications mobiles sur mesure construites sur Cloud Foundry. Elles gèrent les workflows spécifiques au terrain : gestion des visites, capture de données hors ligne, documentation photo, planification d’itinéraires et saisie de commandes. C’est là que vit la magie.

La couche d’intégration relie le tout. Les applications BTP communiquent avec Sales Cloud V2 via ses API REST. Les rapports de visite, commandes et données d’activité se synchronisent vers V2. L’intégration tourne sur SAP Integration Suite pour la fiabilité et le monitoring.

Comment fonctionne le mode hors ligne ?

Les applications mobiles utilisent un magasin de données local sur l’appareil. Quand un représentant démarre sa journée, l’application synchronise son itinéraire du jour, les données clients, le catalogue de produits et les tarifs. Tout est mis en cache localement.

Pendant les visites, toute la saisie de données s’effectue contre le magasin local. Aucune dépendance réseau. Les photos sont stockées localement avec leurs métadonnées.

Quand la connectivité revient (généralement entre les visites ou en fin de journée), l’application synchronise les modifications vers Sales Cloud V2 via la couche d’intégration. La résolution de conflits suit un modèle « dernier écrit gagne » avec une granularité au niveau du champ. Cela fonctionne parce que les représentants éditent rarement les mêmes enregistrements simultanément. En 6 mois de production, moins de 0,1 % des synchronisations ont produit des conflits. Plus bas que ce que la plupart des gens attendent.

Comment fonctionne la documentation photographique ?

Le représentant appuie sur un bouton, prend une photo, elle est automatiquement attachée au rapport de visite en cours. Les métadonnées incluent horodatage, coordonnées GPS, compte client. Les photos se synchronisent vers un stockage d’objets compatible S3 sur BTP et sont liées à l’enregistrement d’activité Sales Cloud V2.

La direction utilise ces photos pour les vérifications de conformité, les audits de merchandising, la résolution de litiges. Ce qui nécessitait auparavant une visite séparée se fait maintenant automatiquement. Élégant.

Comment la planification d’itinéraires fait-elle gagner du temps ?

L’application calcule des itinéraires optimisés en fonction des visites planifiées, de la position GPS et des données de trafic. Les représentants voient leur itinéraire sur une carte et réorganisent les arrêts au besoin. Les visites terminées mettent à jour l’itinéraire automatiquement.

Cela a remplacé un processus manuel où les représentants planifiaient leurs routes la veille avec Google Maps. Gain de temps : environ 30 minutes par personne par jour. Sur un an, ces visites supplémentaires se cumulent en chiffres que le directeur commercial remarque vraiment.

Que gère Sales Cloud V2 ?

Le CRM rapporte 3,10 dollars par dollar investi quand il est bien implémenté (Nucleus Research, 2024). Les applications BTP gèrent les opérations terrain. V2 gère tout le reste.

Gestion du pipeline. Les opportunités créées lors des visites terrain apparaissent dans V2 immédiatement après synchronisation. La direction voit le pipeline complet sans attendre que les représentants « mettent à jour le CRM ». Cela seul vaut l’investissement.

Reporting et analytique. Fréquence de visite, volumes de commande, pipeline par territoire. Tout dans l’analytique de V2. Aucun outil de reporting séparé nécessaire.

Vue 360° du compte. Chaque interaction client (visites, commandes, appels, e-mails) apparaît sur la chronologie du compte V2. Quand un représentant visite un client, il voit l’historique complet. Fini les moments « laissez-moi vérifier ».

Insights IA. Joule dans V2 signale les comptes non visités récemment, les opportunités à risque, les tendances de revenus. Cela alimente directement les décisions de gestion territoriale.

Quels étaient les résultats après 6 mois ?

Le temps de traitement des commandes a chuté de 60 %. Les commandes saisies sur le terrain atteignent l’ERP le jour même. Avant, le délai papier-vers-système était de 2 à 3 jours. Disparu.

La fréquence de visite a augmenté de 25 %. Optimisation des itinéraires plus saisie de données plus rapide égale plus de contacts clients par jour. Soit 3 à 4 visites supplémentaires par représentant par semaine. De facto, une augmentation de 25 % de la capacité commerciale sans embaucher personne.

La précision du pipeline s’est améliorée. Les rapports de direction sont passés de « meilleure estimation » à données en temps réel. La précision des prévisions trimestrielles est passée d’environ 65 % à 85 %.

La satisfaction des représentants a atteint 100 %. L’application mobile a remplacé trois outils séparés. Un appareil, une application, des données saisies une seule fois. L’adoption était de 100 % dès le premier mois. Pourquoi ? Parce que l’application rend réellement leur travail plus facile. C’est la seule stratégie d’adoption qui fonctionne en vente terrain. Tout le reste, c’est une slide PowerPoint.

Que pouvez-vous retenir de ce projet ?

Si vous envisagez quelque chose de similaire, voici ce que nous avons appris.

BTP est la plateforme d’extension. Ne forcez pas des workflows terrain complexes dans un CRM standard. Construisez ce dont vous avez besoin sur BTP et intégrez via les API. Les API REST de V2 sont complètes et bien documentées. L’intégration a été directe. Aucun contournement nécessaire, ce qui est rafraîchissant si vous avez passé du temps avec les anciennes API C4C.

Le hors ligne d’abord est un choix de conception, pas quelque chose qu’on ajoute plus tard. Nous avons vu des projets essayer d’ajouter le hors ligne après coup. Cela ne fonctionne jamais bien. Concevez-le dès le premier jour.

Et gardez le noyau propre. Toute la logique personnalisée vit sur BTP. Sales Cloud V2 reste standard. Les mises à jour ne cassent rien. C’était la décision architecturale la plus importante de ce projet.

Besoin d’un CRM mobile qui fonctionne comme votre équipe terrain travaille réellement ? Nous construisons des solutions BTP personnalisées sur SAP Sales Cloud V2. Parlons-en.

Questions fréquentes

Cette approche peut-elle fonctionner pour d’autres secteurs que la distribution alimentaire ?

Oui. Le pattern (Sales Cloud V2 comme CRM central plus applications BTP sur mesure pour les workflows terrain) s’applique à tout secteur avec des équipes commerciales terrain. Nous avons discuté d’architectures similaires pour la maintenance d’équipements, la vente pharmaceutique et la construction. La capacité hors ligne et la documentation photo sont pertinentes dès que les représentants travaillent dans des zones à connectivité limitée ou ont besoin de preuves visuelles du travail effectué.

Combien de temps a pris l’implémentation d’intelligentfood ?

L’implémentation principale (développement des applications BTP, configuration V2, mise en place de l’intégration et formation des utilisateurs) a pris 4 mois du lancement à la mise en production. L’architecture de synchronisation hors ligne a exigé le plus de temps de développement, environ 6 semaines. L’intégration de la planification d’itinéraires a pris 2 semaines. La configuration du CRM central V2 était le composant le plus rapide puisque nous avons utilisé les fonctionnalités standard sans forte personnalisation.

Que se passe-t-il en cas de conflits de synchronisation ?

Les conflits de synchronisation sont rares parce que les représentants terrain travaillent sur leurs propres comptes et éditent rarement le même enregistrement. Quand des conflits surviennent, le système utilise le « dernier écrit gagne » au niveau du champ (pas de l’enregistrement), donc seul le champ en conflit est écrasé. Le journal de synchronisation signale toutes les résolutions de conflit pour revue. En 6 mois de production, moins de 0,1 % des synchronisations ont produit des conflits.

Combien coûte une extension BTP sur mesure comme celle-ci par rapport à un CRM standard ?

Le développement BTP sur mesure ajoute 30 à 50 % au coût d’une implémentation Sales Cloud V2 standard, selon la complexité. Pour intelligentfood, le ROI a justifié l’investissement en 4 mois. La réduction de 60 % du temps de traitement des commandes a économisé à elle seule assez d’heures de back-office pour couvrir les coûts annuels d’hébergement BTP. La vraie question n’est pas le coût. C’est de savoir si un CRM standard peut supporter vos workflows terrain sans extensions sur mesure.

L’application mobile fonctionne-t-elle sur iOS et Android ?

Oui. Les applications BTP sont construites en progressive web apps (PWA), qui tournent sur iOS et Android via le navigateur de l’appareil. Cela évite de maintenir des applications natives séparées pour chaque plateforme. Les PWA supportent le stockage hors ligne, l’accès à l’appareil photo pour la documentation et le GPS pour la planification d’itinéraires. Le compromis est un rendu un peu moins natif qu’une application dédiée, mais un coût de développement et de maintenance nettement plus faible. Un compromis raisonnable pour la plupart des équipes terrain.