Le problème est réel, la solution est mal pointée
Un fondateur SaaS a récemment partagé une observation qui mérite qu'on s'y arrête. Son constat : dans chaque boîte, les procédures opérationnelles existent quelque part - dans Notion, dans un PDF, dans la tête du manager qui a pris une décision à 23h un mardi sur Slack. Mais personne ne les suit vraiment, parce que les cas particuliers s'empilent et que la mémoire institutionnelle se noie dans le bruit.
Sa proposition : un outil qui ingère à la fois la documentation statique et les canaux de décision en temps réel, puis construit un graphe de décisions vivant. Quand un ticket arrive, le système croise la politique officielle avec l'historique des exceptions validées par les managers, et propose une action concrète. En dessous de 85% de confiance, un humain valide en un clic.
L'idée est élégante. Et le problème qu'elle adresse est absolument réel.
Mais il y a un angle mort massif.
Le vrai problème n'est pas la SOP, c'est le pipeline
Quand tu parles à des fondateurs B2B entre 8K et 25K par mois de MRR - notre cible chez Nuvo Reach - le mot SOP ne sort jamais en premier. Ce qui sort, c'est : "je n'ai pas assez de prospects qualifiés" ou "mon closing rate est trop bas" ou "je passe mes journées à éteindre des feux au lieu de construire".
Le fondateur derrière ce concept pose la bonne question : "est-ce que vos équipes perdent du temps à chercher comment on a géré tel cas la dernière fois ?" La réponse honnête pour 90% des opérateurs de notre segment : oui, mais ce n'est pas ce qui les tue. Ce qui les tue, c'est qu'ils n'ont pas de machine qui attire des clients pendant qu'ils dorment.
Autrement dit, optimiser les opérations internes avant d'avoir un pipeline d'acquisition qui tourne, c'est repeindre la cuisine d'un restaurant qui n'a pas de clients.
C'est un piège classique. Tu construis un outil sophistiqué pour résoudre un problème de série B dans une boîte qui n'a pas encore résolu son problème de série A.
Ce que ce projet révèle sur le marché
Premier signal : la couche "mémoire institutionnelle" devient un vrai segment. Les chatbots RAG basiques qui lisent tes docs et recrachent des réponses plates, tout le monde a compris que ça ne suffit pas. Le fondateur a raison quand il dit que les solutions RAG classiques échouent sur les décisions non-linéaires. C'est exactement ce qu'on observe avec notre propre pipeline RAG chez Nuvo Reach - la valeur n'est pas dans l'indexation du contenu statique, elle est dans la capture des décisions vivantes.
Deuxième signal : le human-in-the-loop avec seuil de confiance, c'est devenu le standard implicite. Plus personne de sérieux ne propose du full-auto sur des actions business critiques. Et c'est sain. Chez nous, chaque contenu généré par la machine passe par une validation avant publication. Pas par idéologie, par pragmatisme - un mauvais post publié en ton nom fait plus de dégât qu'un bon post publié avec 2 heures de retard.
Troisième signal, et c'est le plus intéressant : ce fondateur dit explicitement qu'il ne codera pas une ligne de production avant d'avoir validé que le problème brûle. C'est la bonne approche. Mais il la pose dans une discussion entre pairs au lieu de la poser devant 50 prospects avec un formulaire de pré-commande. La validation par les pairs, c'est du confort intellectuel. La validation par le portefeuille, c'est de la data.
L'erreur que font 80% des builders techniques
Ce projet illustre parfaitement un pattern qu'on voit en boucle : un ingénieur brillant identifie un vrai problème, construit une architecture propre (Express, BullMQ, PostgreSQL avec Row-Level Security - le stack est solide), mais oublie que la difficulté n'est pas technique.
La difficulté, c'est de faire savoir que tu existes.
Tu peux avoir le meilleur graphe de décisions du monde. Si personne ne sait que tu l'as construit, personne ne l'achète. Et "personne ne sait" est l'état par défaut de 100% des produits au lancement.
C'est exactement la thèse qu'on défend chez Nuvo Reach : ta capacité à attirer des clients, c'est ton ascenseur social. Pas ton stack technique, pas ton architecture, pas ton score de confiance IA. Ta visibilité.
Ce fondateur a besoin d'une machine de contenu avant d'avoir besoin d'un seul utilisateur beta. Publier 3 fois par semaine sur comment les SOPs échouent en pratique. Documenter les conversations avec ses prospects. Montrer les cas d'usage réels. Créer une newsletter qui attire les ops managers avant même que le produit soit live.
Le produit se construit en public ou il se construit dans l'ombre. Dans l'ombre, il meurt.
Implications concrètes pour toi
Si tu es en train de construire un SaaS ou un service B2B, pose-toi cette question avant d'écrire ta prochaine feature : est-ce que j'ai un système qui m'amène des prospects qualifiés cette semaine ?
Si la réponse est non, ta prochaine feature n'est pas une feature produit. C'est un article. Un post. Une vidéo. Un email.
Parce que le meilleur produit du monde sans pipeline d'acquisition, c'est un arbre qui tombe dans une forêt vide.
Et si tu as déjà un pipeline qui tourne : est-ce que tu captures ta propre mémoire de décisions ? Pas dans un outil externe - dans ton contenu. Chaque décision que tu documentes publiquement devient un actif de crédibilité. Chaque exception que tu expliques devient une preuve que tu connais le terrain.
Le cerveau d'entreprise le plus puissant, ce n'est pas un graphe de décisions dans PostgreSQL. C'est un corpus de contenu qui prouve que tu sais de quoi tu parles, accessible par n'importe quel prospect à 3 heures du matin.
La vraie question : est-ce que tu construis ton produit, ou est-ce que tu construis ta visibilité ? Et si tu devais choisir un seul des deux cette semaine, lequel te rapproche le plus d'un client qui paye ?
Plus sur le pipeline B2B dans Le Journal.