Vendre le service manuellement avant d'automatiser le logiciel

Avant de construire un logiciel, essayez de livrer son résultat à la main. Cette étape révèle les données nécessaires, les exceptions, la valeur perçue et les contrôles humains. Elle permet surtout de distinguer un besoin réel d'une démonstration séduisante.

Le service manuel n'est pas une version honteuse du produit. C'est un instrument de recherche. Il doit être borné, transparent et conçu pour apprendre.

Pourquoi cette méthode devient plus importante avec l'IA

L'IA réduit le coût d'un prototype, mais elle réduit aussi le coût des mauvaises fonctionnalités. Une équipe peut produire beaucoup avant d'avoir découvert ce qui mérite d'être répété.

En livrant manuellement, vous observez la séquence complète : demande, collecte, jugement, livraison, correction et usage après livraison. Le logiciel futur doit compresser les parties comprises de cette séquence, pas masquer celles qui restent floues.

Choisir un résultat, pas une fonction

Une fonction décrit le moyen : résumé automatique, tableau de bord, agent de prospection. Un résultat décrit ce qui change : les prochaines actions sont assignées, le dirigeant détecte une anomalie, un prospect pertinent accepte une conversation.

Formule utile :

Pour [utilisateur dans une situation], nous livrons [résultat observable] sous [délai], avec [contrôle de confiance].

Exemple : « Pour un responsable commercial après un rendez-vous, nous livrons des prochaines actions vérifiables dans les deux heures, après validation humaine. »

Le protocole en six étapes

1. Recruter trois à cinq cas

Cherchez des personnes qui rencontrent déjà le problème. Évitez de commencer par des proches qui veulent surtout vous encourager. Expliquez que le service est encore manuel.

2. Fixer une limite

Définissez le nombre de cas, la durée, les données utilisées et ce qui n'est pas inclus. Une expérimentation sans limite devient une agence improvisée.

3. Livrer avec les outils existants

Utilisez un tableur, des modèles, un appel vidéo, un assistant générique ou une procédure documentée. Ne construisez que ce qui est indispensable pour protéger les données ou mesurer le résultat.

4. Chronométrer et annoter

Notez chaque étape : temps, information manquante, exception, décision, correction et risque. Ce journal devient la première carte du workflow.

5. Observer l'après

La satisfaction juste après livraison ne suffit pas. Regardez ce que la personne fait ensuite. Utilise-t-elle le résultat ? Revient-elle ? Le recommande-t-elle ? Accepte-t-elle de payer à nouveau ?

6. Décider

Après le lot, choisir : automatiser une étape, conserver une étape humaine, modifier le résultat, changer de segment ou arrêter.

Ce qu'il faut mesurer

• temps total par livraison ;
• part du temps répétitive ;
• nombre et gravité des exceptions ;
• délai jusqu'au résultat ;
• corrections demandées ;
• usage observé après livraison ;
• réachat, engagement ou recommandation ;
• risque créé par une éventuelle automatisation.

Le coût doit inclure les personnes, l'argent et les tokens. Une automatisation moins chère en apparence peut coûter davantage en contrôle et en correction.

Exemple : qualification commerciale

Une équipe veut automatiser la recherche de prospects.

Pendant une semaine, elle sélectionne manuellement 30 entreprises, documente le signal, personnalise dix prises de contact et valide chaque message. Elle mesure les réponses utiles et les objections, pas seulement les envois.

Elle découvre que le signal le plus prédictif n'est pas le secteur, mais un changement récent d'organisation. Ce signal devient le centre du produit. Sans phase manuelle, l'équipe aurait automatisé une segmentation trop large.

Quand le manuel trompe aussi

Le service manuel peut donner un niveau de qualité impossible à reproduire économiquement. Le fondateur peut compenser par son expertise ou une attention exceptionnelle. Il faut donc distinguer :

• ce qui est standardisable ;
• ce qui nécessite du jugement ;
• ce qui doit rester premium et humain ;
• ce qui disparaîtra quand le volume augmente.

Testez tôt une contrainte de temps ou de prix réaliste.

Signaux pour automatiser

Automatisez une étape lorsque :

• elle apparaît dans presque tous les cas ;
• ses entrées et sorties sont connues ;
• les exceptions sont identifiées ;
• une erreur est détectable ;
• le contrôle nécessaire est défini ;
• l'automatisation améliore une métrique client, pas seulement votre confort.

Signaux pour arrêter

• le problème n'apparaît pas dans le comportement ;
• la personne n'utilise pas le résultat ;
• le service exige une expertise non disponible ;
• les données ne peuvent pas être utilisées légitimement ;
• le coût de contrôle annule la valeur ;
• le segment ne consent pas à payer ou à changer son workflow.

FAQ

Faut-il faire payer le pilote ?

Si possible, oui, même modestement. Le paiement n'est pas la seule preuve, mais il révèle une priorité mieux qu'un compliment. Dans certains contextes sensibles, un pilote gratuit peut rester pertinent s'il comporte un engagement concret.

Le service manuel est-il compatible avec une ambition SaaS ?

Oui, s'il sert à comprendre une boucle répétable et possède une limite. Il devient un problème si l'équipe vend indéfiniment du sur-mesure sans décider ce qui sera standardisé.

Quand utiliser l'IA pendant le pilote ?

Lorsque son usage peut être supervisé et comparé. L'IA peut accélérer le service, mais ne doit pas empêcher de voir les décisions et les exceptions.

Prochaine étape

Choisissez une promesse de votre feuille de route et livrez-la manuellement à trois personnes avant de développer. Le canevas service manuel avant logiciel vous aidera à définir le périmètre, la mesure et le critère d'arrêt. Pour une revue, écrivez à contact@yumea.fr avec l'objet « MANUEL ».