Pourquoi on refuse certains clients chez Taskaway.

La méthode de qualification de Taskaway écarte délibérément certaines demandes. Pas par snobisme, pas parce qu'on serait saturés. Parce que certains projets d'automatisation ne marchent pas, indépendamment de la volonté du client et de celle du prestataire. Quand on les prend quand même, le prestataire perd de l'argent, le client perd du temps, et la confiance qui restait entre les deux finit dans une réunion désagréable. Mieux vaut le voir avant de signer.

Cet article décrit nos cinq filtres concrets. Il a deux objectifs : transparence (vous saurez exactement comment on évalue une demande), et utilité (si vous reconnaissez votre situation dans l'un des filtres, vous saurez quoi corriger avant de chercher un prestataire automatisation, pas seulement nous).

Filtre 1 · La PME qui veut « tester »

Premier signal d'alerte : le brief qui commence par « on aimerait juste tester un truc rapide » ou « on a 2-3 process en tête, on verra le reste après ». Ce langage est compréhensible, la PME prudente ne s'engage pas tête baissée. Mais il révèle deux choses problématiques :

D'abord, l'absence de vision d'ensemble. Un projet d'automatisation rentable ne se construit pas process par process en silos. Les workflows interagissent, partagent des données, dépendent des mêmes outils sources. Démarrer par « un truc rapide » sans cartographier l'ensemble produit presque mécaniquement une dette technique qu'il faudra défaire dans six mois.

Ensuite, le manque d'engagement budgétaire. Un prospect qui veut « tester avec un petit budget » sous-estime presque toujours le coût total de mise en place, et le prestataire se retrouve piégé à devoir rogner sur la qualité pour tenir le tarif annoncé.

Notre réponse : on propose systématiquement l'audit Flash gratuit comme première étape. Si après l'audit, le prospect veut quand même partir sur un mini-projet sans cadre, on décline et on lui recommande de revenir plus tard, ou de regarder du côté de Make pour ses besoins ponctuels.

Filtre 2 · Pas de stack technique stable

Une bonne automatisation suppose que les outils auxquels on se connecte vont rester en place 18 à 36 mois. Quand un prospect dit « on est en train de changer de CRM, mais en attendant on aimerait automatiser sur l'ancien », ou « notre outil de facturation, on n'est pas encore décidé », c'est rouge vif.

Construire un workflow sur une stack instable, c'est construire deux fois. La première fois sur l'outil actuel, qui sera abandonné. La deuxième fois sur l'outil futur, qui aura une logique différente. Le client paye deux fois, et le prestataire porte la responsabilité d'un projet obsolète dans trois mois.

Notre réponse : on conseille au prospect de finaliser sa migration outil d'abord, et de revenir nous voir 2-3 mois après, quand la nouvelle stack est en place et qu'on sait sur quoi construire. On garde la relation, on prend des nouvelles, mais on ne démarre pas.

Filtre 3 · Pas de sponsor opérationnel

L'automatisation est un projet qui touche aux gestes quotidiens. Il ne peut pas être piloté par un dirigeant qui valide en réunion bi-mensuelle. Il faut un sponsor opérationnel : une personne en interne qui connaît les process à fond, qui peut répondre en deux heures à une question fine sur une exception métier, et qui a l'autorité pour trancher sur le terrain.

Sans sponsor opérationnel, le prestataire doit reconstituer la connaissance métier par bribes, attendre une semaine pour valider un détail, et livrer un workflow qui rate une partie significative des cas réels faute d'accès au savoir tacite.

Le sponsor opérationnel n'est pas forcément le dirigeant. Souvent, c'est même mieux que ce ne soit pas lui, le dirigeant a une vision stratégique, mais il ne connaît plus le détail. Le bon sponsor, c'est typiquement le DAF, la directrice ops, le responsable support, ou le manager d'équipe qui sait pourquoi telle exception existe.

Notre réponse : on demande explicitement, en première discussion, « qui sera notre interlocuteur principal côté opérationnel, hors dirigeant ? ». Si la réponse est floue, ou si c'est le dirigeant qui veut tout faire, on prévient : « on ne peut pas démarrer sans sponsor opérationnel identifié et engagé pour 2h/sem pendant la durée du projet ». Si l'engagement n'est pas pris, on décline.

Filtre 4 · Process pas encore figés

Comme expliqué dans l'article sur l'identification des processus, on n'automatise pas le chaos. Si vos process actuels sont à 40% improvisés, à 30% différents selon qui les exécute, et à 30% en remaniement permanent, l'automatisation va figer ce chaos dans du code, c'est-à-dire le rendre encore plus dur à corriger ensuite.

Quand un prospect dit « justement, on veut profiter de l'automatisation pour mettre de l'ordre », on entend le piège se refermer. L'automatisation ne met pas d'ordre. Elle accélère ce qu'on lui donne. Donnez-lui un process désordonné, vous obtiendrez du désordre rapide.

La règle : un process doit être réellement exécuté de la même façon dans 70%+ des occurrences par les humains avant d'être automatisé. Sinon, on le standardise d'abord (au stylo, sur tableau, avec l'équipe) pendant 4-6 semaines, et on automatise ce qui reste après.

Notre réponse : on propose d'abord un cadrage process avant l'automatisation. Si le prospect refuse ou n'a pas le temps, on décline le projet d'automatisation pour l'instant et on revient au moment opportun, une fois les process stabilisés.

Filtre 5 · Sortie de zone de compétence

Le filtre le plus simple à objectiver. Taskaway sait bien faire l'automatisation de processus opérationnels et administratifs dans une PME : sync entre SaaS, workflows métier, génération de documents, orchestration multi-outils. On ne sait pas bien faire :

• Du développement d'application complète (frontend + backend + base de données)
• De l'intelligence artificielle générative à grande échelle pour de la production de contenu
• De la data science (modèles de prédiction, scoring complexe avec ML)
• De l'intégration ERP lourde (SAP, Oracle EBS) qui demande des certifications spécifiques
• Du déploiement en environnement hyper-régulé (santé, défense) qui demande des accréditations

Quand un brief tombe dans une de ces catégories, ça se voit dès la première heure. La tentation serait de l'accepter quand même, c'est du chiffre d'affaires. Mais le travail ne serait pas à la hauteur, et le client paierait la note.

Notre réponse : on dit oui à la partie qu'on sait faire (souvent il y en a une), on dit clairement non au reste, et on recommande des partenaires de confiance. Pas de commission de recommandation : on veut juste que le client réussisse, et garder une relation propre.

Comment on dit non (et pourquoi on garde la relation)

Dire non est un art. Mal fait, ça brûle une relation pour rien. Bien fait, ça construit de la confiance même quand le projet ne se conclut pas. Quelques principes qu'on suit :

On dit non vite

Idéalement à la fin du premier appel d'audit, jamais au-delà de la deuxième interaction. Faire mariner un prospect deux semaines pour finir par décliner est la pire option : on lui a fait perdre du temps et on lui ferme la porte.

On dit pourquoi

Pas « vous n'êtes pas dans notre cible ». On explique exactement quel filtre s'applique et pourquoi cette configuration ne marche pas. Le client repart avec une information actionnable, pas avec une rebuffade.

On propose une alternative

Si le problème est la stack instable : revenez dans 3 mois. Si c'est le manque de sponsor : voici les conditions pour qu'on accepte. Si c'est hors-cible technique : voici des partenaires de confiance.

On reste en contact

Newsletter, un mail tous les 4 mois pour prendre des nouvelles, une invitation à un événement Taskaway. Un prospect refusé aujourd'hui, dont la situation évolue, est un client idéal dans six à douze mois, sur un projet enfin bien cadré. Le refus n'est pas une fin, c'est un report.

Checklist client-fit : à parcourir avant de nous contacter

Si vous lisez cet article et vous vous demandez où vous en êtes, voici la checklist en sept questions. Plus vous cochez de cases vertes, plus le projet est probable d'aboutir sereinement.

• ✓ Stack outils stable depuis 6+ mois, sans migration en cours ni planifiée à court terme
• ✓ Sponsor opérationnel identifié, qui peut investir 2h/semaine pendant 2-3 mois
• ✓ Process candidats déjà exécutés de façon stable depuis au moins 3 mois
• ✓ Vision d'ensemble : vous savez plus ou moins ce que vous voulez automatiser sur l'année, pas juste un workflow isolé
• ✓ Budget réaliste : abonnement managé à partir de 380 €/mois (socle de supervision + supervision d'une automatisation Simple) ; le build de chaque automatisation est ponctuel, chiffré par tier de complexité entre 1 500 € et 14 000 € ; la supervision continue est incluse dans l'abonnement
• ✓ Tolérance au changement : votre équipe accepte que ses gestes quotidiens changent, et le management soutient ouvertement
• ✓ Pilotage en mode projet : kick-off, revues régulières, livrables datés. Pas de mode « on verra au fur et à mesure ».

Sept cases cochées : on peut très probablement bien travailler ensemble. Quatre à six : on en discute, peut-être qu'on démarre en pilote court. Trois ou moins : on vous aide à corriger ce qui peut l'être, on vous laisse partir, et on garde le contact pour plus tard.

Refuser des clients, c'est aussi protéger ceux qu'on accepte. Quand on s'engage, on s'engage à fond. On préfère faire moins de projets, mieux, avec des clients qui réussissent, plutôt que d'empiler des missions médiocres pour le chiffre. C'est la posture qui rend ce métier durable.