Le chapitre précédent expliquait comment les Notes d'opportunité sont créées. Celui-ci est le journal d'une vraie semaine passée à gérer le bureau où elles atterrissent — ce que j'ai ouvert, ce que j'ai construit, ce que j'ai laissé mûrir, et la seule chose qui a mal tourné.
Lundi, 9h10 — six notes dans la file
Première règle du matin : ne pas lire de haut en bas. La page présente une note comme problème, audience, preuves, périmètre, confiance — je lis les preuves en premier, à chaque fois. J'ouvre les liens avant le résumé. L'une des six notes du lundi citait une « frustration croissante dans la communauté » et renvoyait vers deux discussions, dont une de 2019 avec quatre votes positifs. Ce n'est pas une preuve, c'est un résultat de recherche, et elle a été classée en environ huit secondes.
La deuxième a tenu la route. Des monteurs vidéo freelances qui perdent les retours clients éparpillés entre e-mails, commentaires Frame.io et SMS, et qui recollent tout à la main avant chaque passe de révision. La section preuves comportait trois sources indépendantes — une discussion de quarante réponses sur un subreddit de montage vidéo comparant les solutions de contournement, un avis G2 sur un concurrent se plaignant exactement du même manque, et un tweet à deux cents likes sur un « tableur de la honte des retours ». Trois sources qui concordent valent mieux qu'un post viral ; la viralité indique que quelque chose parle aux gens, pas que c'est fréquent.
Audience : monteurs vidéo freelances travaillant pour des clients, un à cinq clients à la fois, actifs sur r/videoediting et le Discord de la communauté Frame.io. Assez précis pour cibler des publicités, ce qui comptera plus tard. Périmètre : une seule page qui ingère un export de commentaires Frame.io et un fil d'e-mails, et produit une liste de révision unifiée. Pas d'authentification, pas de fonctionnalités d'équipe, pas de facturation. Assez petit pour être construit en une journée, ce qui est exactement à quoi une section périmètre devrait ressembler — je réduis régulièrement de moitié le périmètre suggéré d'une note dans le prompt de build, et celle-ci n'en avait même pas besoin.
Troisième note, même série : « les freelances peinent à suivre leur temps sur plusieurs clients ». Une seule discussion Reddit, six réponses. Audience simplement « freelances ». Périmètre un SaaS complet de suivi du temps avec facturation. Même matinée, même série de recherche, qualité radicalement différente — le signal sous-jacent était tout simplement plus faible. Classée. Une bonne série vous donne deux ou trois notes qui méritent une lecture attentive et une poignée qui ne sont pas assez solides pour agir ; c'est normal, pas un signe que le système est cassé.
Lundi, 9h40 — prompt de build, puis une décision que j'ai failli sauter
La note sur le monteur vidéo était assez convaincante pour que je l'envoie presque directement au build. Je me suis rattrapé — à moitié convaincu signifie qu'il faut valider d'abord, pas construire d'abord. Le flux de build habituel est pour quand vous êtes réellement convaincu, pas quand vous êtes enthousiaste. J'ai mis en place à la place une simple page de liste d'attente : le pitch en langage clair, et quarante dollars de dépenses publicitaires en pause ciblant les voisins évidents du Discord Frame.io.
J'ai failli faire une vraie erreur ici. La première ébauche du ciblage publicitaire était si étroite qu'elle n'aurait été montrée qu'à environ 200 personnes au total, et un résultat nul sur 200 impressions ne vous apprend rien — impossible de distinguer « personne n'en veut » de « personne ne l'a vu ». J'ai élargi l'audience avant de réactiver la campagne. Un petit détail, mais c'est le genre de chose qui ruine silencieusement une série de validation si on ne s'en rend pas compte.
Mercredi — vérification du chiffre
Quatre jours de dépenses publicitaires, réactivées mardi matin : dix-neuf inscriptions pour environ neuf cents impressions. Un vrai signal. Ç'aurait été un vrai signal avec deux inscriptions aussi, juste l'inverse. Dans les deux cas, je savais désormais quelque chose que j'ignorais lundi, pour le coût d'une page de destination et quarante dollars, au lieu d'une semaine de travail de build. C'est la note de l'exemple traité plus tôt, et c'est celle que je citerais si quelqu'un demandait pourquoi valider d'abord vaut la friction de mettre en place quelque chose qui vous enthousiasme déjà.
| Action | Date |
|---|---|
| À construire | Convaincu. Directement au prompt de build. |
| Valider d'abord | À moitié convaincu. Liste d'attente + campagne publicitaire en pause avant d'engager une semaine. |
| Laisser mûrir | Pas convaincu. Conserver la note — la file est une liste de lecture, pas une liste de tâches. |
Mon ratio honnête sur les comptes que je gère de cette façon : environ une note sur huit passe directement au build, trois ou quatre sont mises en place pour validation, le reste finit par mûrir puis se périmer. Si votre ratio penche davantage vers le build, vous ne lisez probablement pas la section preuves d'assez près.
Une note de mars, toujours là
Pas de cette semaine — celle-ci mérite d'être mentionnée car elle a changé mon avis sur la suppression des anciennes notes. En mars, j'avais laissé mûrir puis se périmer une note sur un outil de gestion de stock de niche pour les petites salles d'escalade ; l'audience était réelle mais les preuves étaient minces, une seule discussion de forum. Je l'ai laissée. Deux mois plus tard, un concurrent a livré quelque chose d'adjacent, et en la relisant, la section audience semblait soudain prémonitoire plutôt que spéculative. Rien n'avait changé dans la note. C'est le marché qui avait changé. Si je l'avais supprimée pour garder la file bien rangée, ce contexte aurait été perdu gratuitement, sans raison.
Vendredi — régler la machine plutôt que lire sa sortie
Le vendredi, je passe moins de temps à lire des notes et plus à orienter ce qui les écrit. Deux changements ce vendredi précis. Premier : j'ai ciblé la prochaine série de recherche sur un territoire spécifique — « outils pour salles d'escalade » plutôt que rien — parce qu'une série non ciblée a tendance à faire remonter ce qui fait du bruit sur internet cette semaine-là (il y a toujours une nouvelle idée d'enrobage IA, toujours une plainte générique sur la productivité) plutôt que d'explorer une véritable sous-culture. Les séries ciblées reviennent avec le tableur exact que les propriétaires de salles d'escalade partagent pour les rotations d'ouverture de voies. Les séries non ciblées reviennent avec des impressions vagues.
Deuxième changement, et c'est celui que je conseillerais à tout le monde de faire avant tout le reste sur cette liste : j'ai repassé en revue les rejets du mois écoulé, noté les raisons, puis intégré ces raisons dans l'orientation de la prochaine série. Preuves faibles, trois fois. Périmètre surdimensionné, deux fois. J'ai demandé à la prochaine série de privilégier « riche en preuves » et « MVP restreint ». C'est un outil grossier — vous ajustez un prompt, pas un modèle — mais après quelques mois à faire ça sur un compte, le taux d'acceptation est passé d'environ une note sur douze qui vaille la peine d'être construite à plutôt une sur cinq.
Ce que j'éviterais la prochaine fois
J'ai lancé Découverte quotidiennement pendant environ une semaine au début, en cherchant activement, et j'éviterais ça si je devais recommencer — deux fois par semaine, c'est déjà presque excessif, car l'agent de recherche a besoin de vrai temps pour que le signal s'accumule entre deux passages. L'exécuter chaque jour produisait surtout des notes quasi identiques sur les trois mêmes tendances, ce qui rallonge simplement la lecture sceptique du lundi sans signal supplémentaire. Hebdomadaire est le bon réglage par défaut ; je ne le compresserais que pendant une chasse active, et même alors pas plus qu'un jour sur deux. Et j'aurais changé de territoire plus tôt que je ne l'ai fait — passer trois semaines de suite sur « salles d'escalade » a fini par racler le fond des mêmes discussions dès la troisième semaine, alors que deux ou trois territoires en rotation auraient gardé chacun frais.
