VOUS AVEZ EMBAUCHÉ OPS.
DONNEZ-LEUR DE L'AIR.

Vous avez trouvé quelqu'un de brillant qui a appris HubSpot par lui-même et qui a construit vos premiers vrais workflows. Les choses s'améliorent. Et pourtant, vous vous demandez pourquoi c'est encore le bordel.

La responsabilité sans l'autorité, c'est une machine à épuisement

Votre personne ops sait que « industrie » est sur le mauvais objet. Elle sait que des deals traînent dans le pipeline sans être touchés depuis des mois. Elle sait que le sync Stripe échoue en silence. Elle sait que la base de contacts est pleine de fantômes.

Elle sait aussi que si elle essaie de corriger quoi que ce soit, elle va avoir besoin du buy-in des ventes, du marketing, du CS et des finances. Personne n'a le temps. Tout le monde a ses propres priorités.

Alors la personne ops fait du triage. Elle éteint le feu le plus bruyant. Elle construit le rapport que quelqu'un a demandé en réunion. Elle patche le workflow qui a brisé pendant la nuit. Et les problèmes structurels restent exactement là où ils sont, parce qu'il n'y a jamais assez de couverture pour les adresser.

Ce n'est pas un problème de performance. C'est un problème de design. Vous avez mis une seule personne à l'intersection des demandes de chaque équipe et vous ne lui avez donné aucun mécanisme pour prioriser, repousser, ou dire « pas maintenant ».

Ce que l'air cover veut vraiment dire

Un mandat clair du leadership. Pas « fais fonctionner HubSpot mieux ». Quelque chose comme : « Tu es propriétaire de l'architecture CRM. Aucune nouvelle propriété ne se crée sans ta révision. Aucun workflow ne va en production sans ton approbation. » Et ça doit être communiqué au reste de l'équipe.

Un processus d'intake pour les demandes. Si les demandes ops arrivent par trois canaux Slack, quelques DM, et la conversation de corridor occasionnelle, votre personne ops gère des interruptions, pas son travail. Donnez-lui un seul point d'entrée.

La permission de dire non. C'est le plus difficile. Votre personne ops a besoin du soutien explicite pour dire : « C'est important, mais ce n'est pas plus important que la migration de données qu'on fait cette semaine. Je m'y mets jeudi. »

Un terrain stable. Si vous restructurez les équipes chaque trimestre, réassignez les rôles, changez les lignes de reporting, et pivotez les priorités aux quelques semaines, votre personne ops ne peut rien construire qui dure.

Ce qui arrive quand vous ne le faites pas

Un bon hire ops construit de la vraie valeur dans les premiers mois. Ensuite, les demandes s'empilent. Le travail structurel est reporté. Les correctifs rapides s'accumulent.

Certains s'épuisent. Certains partent. Certains restent et deviennent silencieux. Ils arrêtent de lever les enjeux parce que personne n'écoute de toute façon. Dans chaque cas, l'entreprise perd : le désordre empire, et la prochaine personne qui hérite du système part encore plus loin derrière.

L'ironie, c'est que ce sont généralement de bonnes personnes ops. Elles voient les problèmes clairement. Elles ont des idées pour les corriger. Ce qu'elles n'ont pas, c'est une équipe de leadership qui reste tranquille assez longtemps pour laisser le travail se faire.

Ce dont votre personne ops a réellement besoin

Une propriété définie. Laissez-la être propriétaire de l'architecture CRM. Rendez-le officiel. Dites-le au reste de l'équipe.

Un seul canal d'intake. Remplacez le chaos Slack par une file structurée. Soutenez la transition même quand les gens se plaignent.

Du soutien sur les priorités. Quand elle dit qu'un correctif structurel a priorité sur une demande cosmétique, appuyez-la.

De la stabilité. Arrêtez de changer les équipes, les rôles et les priorités aux quelques semaines. Donnez à votre personne ops un trimestre de terrain stable.

De la patience. L'architecture CRM, la migration de données, la documentation des processus. Ce travail n'est pas flashy. Il ne se démontre pas bien. Mais c'est le travail qui rend tout le reste possible.

Et si c'est vous, la personne ops qui lit ceci

Si vous avez 24 ans, que vous êtes autodidacte, et que vous tenez ensemble un CRM dont trois équipes dépendent : vous avez le droit de ne pas tout savoir. Vous avez le droit de demander de l'aide.

Le fait que vous ayez construit ce que vous avez construit, souvent seul, souvent sans documentation, souvent sans que personne ne vous explique ce qu'est RevOps, en dit plus sur votre capacité que n'importe quelle certification.

Mais la capacité ne veut pas dire que vous devez tout comprendre par vous-même. Aller chercher de l'aide externe n'est pas un signe d'échec. C'est ce que les opérateurs intelligents font quand l'envergure dépasse ce qu'une seule personne peut porter.

C'est ce qu'on défend chez Sequolia, parce que les meilleurs systèmes au monde ne survivent pas sans le soutien organisationnel pour les maintenir.