Salesforce n'était pas le projet. Le projet, c'était de reconstruire l'operating model autour de la façon dont Foodji vend réellement.
Un projet Salesforce qui demandait de la profondeur, pas un autre prestataire technique
Foodji avait déjà entamé son parcours Salesforce avant l'arrivée de Checkpoint. Le partenaire précédent n'avait pas livré la profondeur, le détail et la compréhension du customer journey que le projet exigeait. C'était cela, le vrai problème — pas la plateforme.
La sales motion de Foodji est plus complexe qu'une pipeline SaaS standard. L'entreprise vend une solution food en entreprise avec des units physiques, des comptes multi-sites, des passages de relais opérationnels, une dynamique d'abonnement, des renewals et plusieurs interlocuteurs tout au long du customer journey.
- Units physiques déployées sur des sites clients — pas un deal purement logiciel
- Comptes multi-sites où chaque site a son propre contexte et son propre timing
- Passages de relais opérationnels entre sales, déploiement et account management
- Dynamique d'abonnement et de renewal qui se superpose à la vente initiale
- Plusieurs interlocuteurs par opportunity avec des critères de décision différents
Une implémentation Salesforce superficielle pouvait enregistrer des données. Elle ne pouvait pas refléter fidèlement la manière dont Foodji vend, qualifie, déploie, exploite et fait croître ses relations clients. Foodji avait besoin de quelqu'un qui entre, comprenne réellement le customer journey et prenne en main l'implémentation à la fois sur le plan stratégique et sur le plan de la gestion de projet.
Traiter le sujet comme un problème d'operating model, pas comme un nettoyage technique
Checkpoint a pris la responsabilité de l'implémentation en réancrant d'abord le projet sur le customer journey réel de Foodji. La migration Pipedrive-vers-Salesforce est devenue un élément d'un redesign plus large de la couche opérationnelle — la migration était le moment du reset, pas l'objectif en soi.
Discovery
Reconstitution du customer journey dans le détail opérationnel : comment les leads arrivent, comment comptes et locations s'articulent, où le déploiement se situe dans le calendrier, comment se déroulent les renewals et l'expansion. Identification des endroits où l'approche d'implémentation existante était trop superficielle pour soutenir la façon dont Foodji vend réellement.
Design
Clarification de la manière dont leads, comptes, opportunities, locations, units Foodji et renewals devaient être représentés dans Salesforce. Alignement du processus sales, de l'architecture système et de la logique de reporting pour que la plateforme soutienne la sales motion au lieu de la combattre. Spécification de la qualification, de la structure d'opportunity et du modèle de renewal/expansion.
Build
Exécution de la migration Pipedrive-vers-Salesforce comme un point de reset, pas comme un lift-and-shift. Entrée dans Salesforce avec une vision plus claire du processus sales, du customer lifecycle, du modèle d'objet et des passages de relais opérationnels. Construction du système que Foodji peut réellement utiliser pour piloter sa fonction revenue — pas seulement pour la documenter.
Launch
Pilotage du workstream d'implémentation avec la structure et la responsabilité qui manquaient à l'engagement précédent. Alignement du reporting sur le modèle d'objet redesigné pour que les dashboards reflètent la façon dont Foodji qualifie, déploie et fait ses renewals — et non l'ancienne forme Pipedrive forcée dans un nouvel outil.
Optimize
La relation a évolué quand Thorsten Schaar est arrivé comme VP Sales. Checkpoint est resté en place comme partenaire RevOps fractional et fonction de sparring senior — non parce que Foodji manquait de compétences internes, mais parce que Noah maîtrisait déjà le système, l'historique d'implémentation et la logique commerciale derrière chaque décision Salesforce.
Une fondation opérationnelle, pas seulement une implémentation finie
Foodji s'est retrouvé avec bien plus qu'un déploiement Salesforce achevé. L'entreprise disposait d'une fondation opérationnelle revenue plus solide, d'un partenaire qui comprenait le customer journey derrière le système et d'un accès continu au conseil pendant que Thorsten faisait avancer l'organisation sales.
- Un Salesforce qui reflète le modèle économique réel — logique lead, account, opportunity, location, unit et renewal qui reproduit la façon dont Foodji vend, déploie et fait croître ses comptes
- Migration Pipedrive-vers-Salesforce comme un reset, pas une copie — le passage à Salesforce a servi à clarifier le processus sales et les passages de relais opérationnels, pas à préserver les anciens présupposés
- Responsabilité et accountability projet — un workstream d'implémentation structuré, cadencé et responsabilisé d'une manière qui faisait défaut à l'engagement précédent
- Une continuité système pour le nouveau VP Sales — Thorsten a hérité d'une relation avec quelqu'un qui comprenait déjà pourquoi les décisions avaient été prises et comment le système pouvait évoluer, plutôt que d'une implémentation boîte noire
- Un sparring-partner RevOps senior — caisse de résonance pour les décisions de process, fonction de challenge sur les priorités sales-ops, et un opérateur externe fiable capable de faire avancer des sujets RevOps importants sans devoir se réonboarder à chaque fois
- Une valeur durable au-delà de l'exécution — le projet initial était un sauvetage d'implémentation ; la valeur durable, c'est un partenariat opérationnel de confiance combinant historique du système, jugement RevOps et contexte commercial
Checkpoint est arrivé à un moment où nous avions besoin de bien plus qu'un partenaire technique Salesforce. Il nous fallait quelqu'un capable de comprendre notre customer journey en détail, de prendre en main l'implémentation d'un point de vue stratégique et de gestion de projet, et d'aider Salesforce à fonctionner pour la façon dont Foodji vend réellement.
Après mon arrivée, Noah est devenu un sparring-partner de confiance. Il connaissait l'historique, le système et le contexte commercial, je pouvais donc compter sur lui chaque fois qu'il fallait challenger une décision ou faire avancer un sujet RevOps important.
Vous cherchez un partenaire RevOps capable de redresser, reconstruire et continuer à améliorer ?
Une implémentation en difficulté est le moment de remettre à plat l'operating model, pas seulement de finir le déploiement. Parlons-en pour votre équipe.
Parlons