Exécuter dans l'ordre. Les invites 1 à 4 produisent la file d'attente de délégation — chaque tâche retirée au fondateur a besoin d'une catégorie avant d'obtenir un plan ; les invites 5 à 7 construisent le flux de travail d'IA pour la première tâche de la file d'attente et l'expédient dans la fenêtre de 7 jours de ce module, pas « bientôt » ; les invites 8 à 10 rédigent la spécification de la première embauche humaine ou la décision explicite de maintien, avec des données économiques qui ne prétendent pas que l'embauche est moins chère qu'elle ne l'est. La pondération délibérée : la délégation prioritaire à l'IA obtient les invites 5 à 7 parce que pour la plupart des fondateurs, c'est le mouvement le moins familier et celui qui a le plus d'effet de levier. L'embauche humaine obtient les invites 8 à 10 parce que le fondateur passera les douze prochains mois à l'affiner, que ce module l'enseigne bien ou non. Ne pas passer à l'invite 5 tant que les invites 1 à 4 n'ont pas produit une file d'attente avec chaque tâche catégorisée et la première tâche choisie avec une raison écrite.

1. La file d'attente de délégation – toutes les tâches récurrentes hors de la semaine du fondateur, avec des heures, pas des ressentis. « Extrayez de l'audit de préparation au transfert de M9 (feuille de travail M9, page 6) toutes les tâches actuellement dans le système qui sont uniquement réservées au fondateur. Ajoutez-y toute tâche récurrente qui prend du temps au fondateur plus de deux fois par mois mais qui n'a pas été incluse dans la liste M9 – celles-ci se cachent généralement dans les « petites tâches administratives » et consomment tranquillement 6 à 12 heures/semaine au total. Pour chaque tâche : le nombre réel d'heures/semaine qu'elle consomme (mesuré pendant une semaine réelle, non estimé – les estimations sont 50 à 70 % trop basses), la fréquence (quotidienne / hebdomadaire / mensuelle / ad hoc), la charge cognitive lorsqu'elle doit être effectuée (faible / moyenne / élevée – interrompre un travail de fond a un coût différent de le caser entre les appels), et le goulot d'étranglement qu'elle crée en aval lorsque le fondateur est le seul à pouvoir la faire (qu'est-ce qui ne se passe pas cette semaine si cela prend 4 heures). Présentez sous forme de tableau à 5 colonnes trié par heures/semaine décroissantes. Minimum 15 lignes – si votre file d'attente a 6 lignes, il vous manque les petites tâches récurrentes qui s'additionnent pour former les soirées perdues du fondateur. Le total des heures en bas est le prix M11 : ce qui est récupérable si la file d'attente est traitée honnêtement. »
2. La catégorisation des tâches — IA / humain / système / externalisation, avant tout plan. « Pour chaque tâche de la file d'attente de délégation du prompt 1, attribuez exactement une catégorie : (a) IA — la tâche a une entrée définissable, une sortie définissable, un critère de qualité vérifiable, et le jugement requis est la reconnaissance de formes ou un premier jet à modifier plutôt qu'un jugement original. Exemples : rédaction de contenu à partir de briefs, résumé de documents longs, recherche préliminaire, service client de niveau 1 basé sur une FAQ, extraction de données de PDF, coordination de calendrier selon des règles. (b) Humain — la tâche nécessite un jugement en temps réel, une vraie voix humaine dans une conversation en temps réel, une présence physique, ou une continuité relationnelle avec une personne spécifique de l'autre côté. Exemples : conclure une affaire de 5 000 $, mener une négociation de partenariat, exécution en personne, mentorat d'une autre personne. (c) Système — le goulot d'étranglement n'est pas une personne manquante ou une IA manquante, c'est une structure manquante qui maintient l'état. La solution est une base de données, un CRM, un tableau de bord, une automatisation planifiée, un processus écrit — pas une embauche. Exemples : « se souvenir où en est chaque accord personnalisé dans le pipeline », « suivre quel client a demandé quoi le trimestre dernier », « savoir quelle caution fournisseur est due quand ». (d) Externalisation — la tâche est suffisamment spécialisée pour qu'un freelance ou une agence la réalise mieux et à moindre coût que de développer des capacités internes. Exemples : comptabilité au-delà de la tenue de livres, contrats juridiques, conception spécialisée, conformité réglementée. Résultat : le même tableau à 5 colonnes du prompt 1 avec une 6ème colonne pour la catégorie. Si une tâche pourrait plausiblement appartenir à deux catégories, choisissez la moins chère — la plupart des fondateurs optent par défaut pour « humain » quand « IA » ou « système » est disponible et se retrouvent avec une masse salariale plus lourde que nécessaire pour l'opération. »
3. La priorité de la file d'attente – ce qui est traité en premier, ce qui attend. « Re-triez la file d'attente catégorisée en utilisant trois poids de priorité, appliqués dans l'ordre : (a) heures/semaine récupérées – les postes qui représentent le plus grand gain de temps pour le fondateur remontent en haut, car chaque heure récupérée se transforme en capacité pour la délégation suivante ; (b) déblocage en aval – les tâches où le fondateur, étant le goulot d'étranglement, bloque également le travail d'une autre personne remontent, quelles que soient les heures brutes (si la production de contenu de l'équipe est bloquée par le fondateur qui doit approuver chaque brouillon, la ligne "approbation" de 90 min/semaine est en fait une charge organisationnelle de 20 heures/semaine) ; (c) coût de la délégation – parmi les tâches en haut de la file d'attente, préférez la tâche avec le coût de délégation le plus bas (les flux de travail d'IA sont livrés en quelques jours, les POS en quelques semaines, les embauches humaines en quelques mois). Résultat : les 5 premières tâches par ordre de lancement, chacune avec une justification d'une ligne expliquant pourquoi celle-ci avant les autres, et le calendrier réaliste semaine par semaine pour les lancer séquentiellement (semaine 1 : lancer la tâche 1 via un flux de travail d'IA ; semaine 3 : lancer la tâche 2 via un POS + un humain à temps partiel ; semaine 6 : lancer la tâche 3 via la construction d'un système ; etc.). La discipline : lancer une tâche entièrement avant de commencer la suivante. Les fondateurs qui essaient de déléguer cinq choses à la fois terminent le trimestre avec cinq tâches à moitié déléguées que le fondateur continue de mal faire et une équipe qui n'a reçu aucune consigne claire pour aucune d'entre elles. »
4. La liste des irremplaçables — ce que le fondateur fera PLUS, et non moins, après M11. « Extrayez du prompt 10 de M9 les tâches étiquetées « jamais » dans la colonne réservée au fondateur — le travail qui nécessite spécifiquement le jugement, la voix ou le réseau du fondateur et qui n'est structurellement pas délégable. Vérifiez par rapport à trois filtres : (a) est-ce honnêtement jamais délégable, ou est-ce « je n'ai pas essayé parce que ça me semble trop personnel » (la plupart des tâches nécessitant la voix du fondateur peuvent en fait être partiellement déléguées à une IA entraînée sur le registre vocal du fondateur de M6 — le fondateur édite plutôt que de rédiger) ; (b) la liste des irremplaçables est-elle suffisamment courte (10-15 heures/semaine de travail irremplaçable est sain ; 35+ heures/semaine signifie que le fondateur se cache derrière « il n'y a que moi qui puisse faire ça » pour éviter de construire les SOP) ; (c) la liste des irremplaçables correspond-elle à ce dont l'entreprise a réellement besoin de la part du fondateur au cours des 12 prochains mois (décisions stratégiques, relations clés, voix de la marque, capital, embauche de cadres supérieurs) plutôt qu'à ce que le fondateur aime faire. Résultat : la liste des irremplaçables affinée (objectif : 10-15 heures/semaine), la justification par ligne, et le temps explicite que ces heures devront être protégées au cours du prochain trimestre. Le but de M11 n'est pas de moins travailler pour le fondateur. C'est de faire plus de travail pertinent. Si le fondateur retire 20 heures/semaine de l'opération et les remplace immédiatement par plus d'opérations, la délégation a échoué même si elle semblait réussie. »
5. La spécification du workflow d'IA — choisissez la première tâche de la file et livrez le workflow cette semaine. « Prenez la tâche de catégorie IA la plus importante de la file d'attente prioritaire (prompt 3). Concevez le workflow d'IA réel qui la retire de l'agenda du fondateur cette semaine — pas « éventuellement », mais cette semaine. Structure de la spécification : (a) l'entrée — ce qui déclenche le workflow (un formulaire soumis, un e-mail arrivant dans un dossier étiqueté, une heure programmée, un copier-coller manuel — soyez précis sur la surface du déclencheur) ; (b) le brief — l'invite ou la chaîne d'invites que l'IA exécute, y compris la rubrique vocale de M6, les règles SOP, les exemples de bons résultats, les instructions explicites sur ce qu'il NE FAUT PAS faire ; (c) la sortie — le format que l'IA produit (un brouillon d'e-mail, un tableau structuré, un brief d'une page, un message Slack), la destination vers laquelle il est envoyé (boîte de réception du fondateur pour examen, Notion de l'équipe pour édition, boîte de réception directe du client après approbation), et le critère de qualité qui définit un résultat acceptable ; (d) le point de contrôle humain — où le fondateur ou l'équipe examine avant que le résultat ne soit mis en ligne (pendant les 30 premiers jours, chaque résultat est examiné ; après 30 jours, le fondateur vérifie aléatoirement 1 sur 5 si la qualité a été maintenue) ; (e) le mode de défaillance — que fait le workflow lorsque l'entrée est mal formée, le résultat de l'IA est erroné, ou le système est en panne (par défaut, escalade vers un humain, jamais d'échec silencieux). Résultat : une spécification de workflow d'une page, plus l'invite(s) réelle(s) prête(s) à être collée(s) dans Claude/GPT, plus la liste de contrôle quotidienne de la semaine 1 pour le fondateur qui examine chaque résultat. Livrez le workflow dans les 7 jours suivant la fin de ce prompt. Un workflow d'IA qui ne fonctionne pas au jour 7 est un workflow qui ne fonctionnera pas. »
6. Le POS sur lequel s'appuie l'IA — la description qui rend explicite la connaissance tacite. « Rédigez le POS (procédure opératoire standard) pour la tâche retirée du prompt 5. C'est le document sur lequel s'appuie le workflow d'IA ET le document sur lequel un futur employé humain se formera — le même POS sert aux deux, ce qui est la raison structurelle pour laquelle la délégation axée sur l'IA rend la prochaine embauche humaine 10 fois plus efficace. Structure : (1) Objectif — ce que cette tâche accomplit et pourquoi elle existe (un paragraphe, sans jargon) ; (2) Entrées — ce qui déclenche cette tâche et quelles données sont nécessaires avant qu'elle ne commence (nommées, spécifiques) ; (3) Étapes — l'arbre de décision réel, écrit de manière à ce qu'une personne intelligente qui n'a jamais vu l'entreprise puisse l'exécuter correctement dès sa première tentative (incluez les branches si/alors, pas seulement le chemin heureux) ; (4) Critères de qualité — ce à quoi ressemble un « travail bien fait », avec au moins un exemple de bon résultat et un exemple de résultat inacceptable et pourquoi ; (5) Escalade — la liste explicite des situations où la tâche doit s'arrêter et être renvoyée au fondateur (un client demande quelque chose d'inhabituel, les données ne correspondent pas au modèle, la demande est hors de portée) ; (6) Fréquence de révision — quand ce POS est relu et mis à jour (tous les 90 jours minimum, ou chaque fois que le fondateur constate que le workflow fait quelque chose de mal). Résultat : le POS complet sous forme de document unique, longueur cible 600-1 200 mots. La discipline qui rend ce prompt difficile : la rédaction du POS vous oblige à découvrir les parties de la tâche que vous avez effectuées en pilote automatique et que vous ne pouvez pas réellement décrire. Les étapes « je le reconnaîtrai quand je le verrai » dans votre tête sont celles qui doivent devenir des règles explicites ici. Ce travail de découverte est tout l'intérêt. »
7. L'audit à 30 jours — le workflow d'IA a-t-il tenu bon, qu'est-ce qui a échoué, qu'est-ce qui est corrigé avant le déploiement. « Construisez le cadre d'audit à 30 jours pour le workflow livré dans les prompts 5-6. L'audit a lieu au jour 30, et non « quand j'aurai le temps » — il est inscrit au calendrier avant le lancement. Structure de l'audit : (a) débit — combien de résultats le workflow a-t-il produits en 30 jours par rapport à la projection (une sous-performance signifie généralement que le déclencheur est erroné, et non l'IA) ; (b) taux de qualité — parmi les résultats examinés, quel pourcentage était livrable tel quel, quel pourcentage nécessitait une légère modification, quel pourcentage nécessitait une réécriture, quel pourcentage était inutilisable (objectif : 60 % ou plus livrables tels quels au jour 30 ; si moins de 40 %, le POS est le problème, et non l'IA) ; (c) modes de défaillance — chaque escalade et chaque résultat erroné catalogué par cause première (qualité de l'entrée, lacune du POS, limitation de l'IA, cas limite non anticipé par le POS) ; (d) heures du fondateur réellement récupérées — mesurées, et non estimées, par rapport à la projection du prompt 1 (l'écart entre les heures projetées récupérées et les heures réelles récupérées signifie généralement que le fondateur fait toujours le travail en parallèle « au cas où » — une délégation ne fonctionne que lorsque le fondateur cesse de la superviser) ; (e) la prochaine itération — les 3 changements au POS ou au workflow qui seront effectués au cours des 30 prochains jours, classés par ce qui corrige le mode de défaillance le plus courant. Résultat : le modèle d'audit que le fondateur remplit au jour 30 plus l'entrée au calendrier. Sans l'audit programmé, le workflow dérive — les résultats erronés deviennent normalisés parce que le fondateur a cessé de les lire après la semaine 2, et le système produit silencieusement un travail de mauvaise qualité que le fondateur ne voit plus. »
8. La première embauche humaine — spécialiste, intégrateur, ou attendre un autre trimestre. « Une fois que les délégations d'IA les plus importantes ont atteint leur plein potentiel, nommez la première embauche humaine — ou indiquez la raison explicite pour laquelle il n'y en a pas encore. Diagnostic : (a) quelle tâche en haut de la file d'attente (prompt 3) est véritablement de catégorie humaine et consomme plus de 8 heures/semaine du fondateur ; (b) cette tâche est-elle un flux de travail spécialisé (publicité payante, production de contenu, exécution, succès client, ventes) où la bonne personne est quelqu'un qui excelle déjà exactement dans cette chose, ou s'agit-il en fait de « gérer les POS que le fondateur a construits sur plusieurs flux de travail » où la bonne personne est un intégrateur qui sait comment faire fonctionner les systèmes des autres ; (c) quel est le coût annuel total réaliste de cette embauche au niveau de jugement réellement nécessaire (pas le niveau que le fondateur espère fonctionner — les embauches de débutants nécessitent 6 à 9 mois de mentorat du fondateur avant de produire ; les embauches de seniors nécessitent 3 à 4 fois le salaire mais produisent dès la semaine 2) ; (d) la position de trésorerie actuelle de l'entreprise (de M9 / M10) soutient-elle cette embauche pendant 12 mois avec une période de montée en puissance de la productivité de 3 mois ; (e) sinon, quelles délégations d'IA ou constructions de systèmes peuvent remplacer pendant 90 jours supplémentaires pendant que la trésorerie se renforce. Résultat : la spécification de la première embauche — titre du poste, la tâche qu'elle retire au fondateur au cours des 30 premiers jours, les 3 tâches qu'elle retire au fondateur au cours des 6 premiers mois, le coût total, la date de début — OU une décision de report écrite avec le seuil de trésorerie explicite qui déclenchera l'embauche plus tard. Ne produisez pas « un généraliste qui peut m'aider ». Cette embauche échoue 80 % du temps, quel que soit le fondateur. »
9. Le plan des 30 premiers jours de l'employé — les POS qu'il exécute le jour 1, le travail dont il est responsable le jour 30. « Pour l'employé spécifié dans le prompt 8 (ou l'employé qui suivra lorsque le seuil de trésorerie sera atteint), rédigez le plan des 30 premiers jours. La plupart des entreprises dirigées par un fondateur perdent leur premier employé dans les 6 mois, non pas parce que l'employé était mauvais, mais parce que les 30 premiers jours n'étaient pas structurés. Structure du plan : (a) POS du jour 1 — les 3 à 5 POS de la feuille de travail M11 (construits dans le prompt 6 et dans la file d'attente) que l'employé lit, exécute sous supervision et sur lesquels il donne son avis avant la fin de la semaine 1 ; (b) semaine 2 — la première tâche dont l'employé est entièrement responsable avec un examen du fondateur uniquement sur le résultat, pas sur le processus ; (c) semaines 3-4 — les deuxième et troisième tâches prises en charge, l'examen du fondateur est réduit à un contrôle ponctuel ; (d) jalon du jour 30 — la liste explicite des tâches dont l'employé est responsable sans implication quotidienne du fondateur, plus la cadence de suivi hebdomadaire (60 minutes, heure fixe, modèle d'ordre du jour) qui remplace la supervision du fondateur ; (e) déclencheur du jour 30 — le point de décision explicite quant à savoir si cet employé fonctionne (critères : exécute-t-il les POS avec la qualité requise, signale-t-il les bonnes escalades, allège-t-il ou alourdit-il le calendrier du fondateur, net du temps passé à le gérer — si plus lourd, l'employé ne convient pas au rôle même s'il est intelligent). Résultat : le plan de 30 jours sous forme d'une seule page, prêt à être partagé avec l'employé le jour 1. Les employés qui reçoivent ce plan le jour 1 surpassent, selon toutes les mesures importantes, ceux qui reçoivent « débrouille-toi, demande si tu as besoin de quelque chose ». »
10. La cadence d'audit — la révision trimestrielle qui détecte la dégradation des POS avant le trimestre suivant. « Bâtissez l'audit trimestriel M11 — la révision qui détecte la lente dégradation du travail délégué avant qu'elle ne se transforme en une défaillance de qualité visible par les clients. Cadence : tous les 90 jours, 2 heures bloquées, inscrites dès maintenant dans l'agenda du fondateur pour les 4 prochains trimestres. Structure de l'audit : (1) Actualité des POS — quels POS ont été modifiés au cours des 90 derniers jours, quels n'ont pas été touchés depuis 6 mois et sont probablement silencieusement erronés parce que l'entreprise a évolué autour d'eux ; (2) Performance du workflow d'IA — pour chaque workflow d'IA, la métrique de qualité du jour 30 du prompt 7 est re-mesurée (une baisse de qualité dans les workflows d'IA signifie généralement un contexte qui a changé — la voix de la marque a été mise à jour, le mix produit a évolué, le profil client a changé — sans que le prompt n'ait été mis à jour en conséquence) ; (3) Performance de l'employé humain — de quoi l'employé était-il responsable ce trimestre, qu'est-ce qui a été promu à une plus grande responsabilité, qu'est-ce qui devrait être réaffecté parce que cela ne fonctionne pas au niveau requis ; (4) Nouvelles tâches qui reviennent insidieusement au fondateur — le fondateur liste chaque tâche qu'il a effectuée ce trimestre et qui devrait maintenant être du ressort de quelqu'un d'autre et attribue le transfert (réexécutant les prompts 5 à 9 sur chacune) ; (5) Réévaluation de la liste des irremplaçables — la liste des irremplaçables a-t-elle augmenté ou diminué depuis le trimestre dernier ; une augmentation signifie que le fondateur a pris en charge de nouvelles tâches réservées au fondateur qui peuvent nécessiter un examen, une diminution signifie qu'une plus grande partie a été déléguée avec succès et que les heures libérées doivent être réaffectées délibérément et non absorbées par davantage d'opérations. Résultat : le modèle d'audit plus 4 entrées de calendrier (les 4 prochains trimestres, 2 heures chacun, ordre du jour pré-rempli). L'audit est la différence entre un système de délégation qui se renforce et un système qui se dégrade. La plupart des projets de délégation échouent au mois 5, et non au mois 1 — et la solution est la révision programmée que le fondateur n'a pas mise dans le calendrier au lancement. »