Arrêtez de décider au feeling. Le cadre que j'installe chez mes clients pour prioriser les expériences, documenter chaque test sur une page et trancher stop ou continue sur des critères écrits avant le lancement.
Dans ce template vous allez trouver :
Tout est à recopier tel quel. Vous l'adaptez à votre trafic, pas l'inverse.
Vous recevez le lien direct dans la minute. Pas de spam.
Dans une startup pré-série A, le problème n'est presque jamais le manque d'idées. C'est l'inverse : quinze pistes en l'air, trois tests lancés en même temps, aucun critère posé avant, et une réunion où chacun lit les résultats à sa façon. Deux mois plus tard, personne ne sait ce qui a marché ni pourquoi.
Ce template remet de l'ordre. Chaque idée entre dans un backlog noté sur la même échelle, chaque test a sa fiche remplie avant le lancement, et la décision se prend en 30 minutes par semaine sur un seuil écrit à l'avance. C'est le cadre que j'installe chez mes clients quand ils lancent leurs premières expériences. Vous le recopiez, vous l'adaptez à votre volume, vous le tenez.
Vous avez plus d'idées que de temps et vous voulez savoir lesquelles lancer d'abord, sans en débattre pendant une heure.
On attend de vous des résultats rapides. Vous voulez un cadre qui montre ce qui a été testé, décidé et appris, semaine après semaine.
Chaque test finit en discussion sur « est-ce que ça a marché ». Vous voulez des critères écrits avant, pour trancher en deux minutes.
Une page par test, remplie avant le lancement : hypothèse, métrique de succès, garde-fou, seuil de décision, durée, effort et responsable.
Impact, confiance, effort en jours, la formule du score, la règle de tri et le calcul de la capacité par sprint.
L'ordre du jour minute par minute, les décisions attendues et la liste de ce qu'on ne discute jamais en réunion.
Comment fixer le seuil avant de lancer, le volume minimal en nombre brut, la durée minimale et les trois issues possibles.
L'apprentissage en une phrase, la décision, l'expérience suivante, plus 10 hypothèses rédigées sur l'activation, l'onboarding, le message, l'outbound et le parrainage.
Colonnes, formules ICE et capacité, mise en forme conditionnelle, et le scénario qui rappelle le rituel chaque semaine.
Quand le critère de succès n'est pas écrit avant le lancement, il se fixe après, en regardant les chiffres. Et un chiffre regardé avec l'envie qu'il soit bon finit presque toujours par paraître bon. Le test « encourageant » est généralisé, le suivant aussi, et au bout d'un trimestre le produit empile des changements dont personne ne peut dire lequel a servi à quelque chose.
Écrire le seuil avant ne rend pas l'expérience plus intelligente. Cela rend la décision honnête. Vous savez à l'avance quel nombre justifie de garder le changement, quel volume il faut atteindre avant de regarder, et combien de temps attendre. Le jour venu, la réunion ne sert plus à interpréter, elle sert à constater.
C'est aussi ce qui rend un STOP utile. Une expérience arrêtée sur un critère clair, avec une phrase d'apprentissage dans le journal, vous évite de refaire le même test dans six mois. À ce stade de la vie d'une startup, ne pas refaire deux fois la même erreur vaut autant qu'une bonne idée.
Les questions qu'on nous pose le plus. Cliquez pour dérouler la réponse.
Parce qu'une note d'effort reste floue et se négocie. Des jours de travail réels se vérifient, s'additionnent pour calculer la capacité d'un sprint et pénalisent mécaniquement les chantiers lourds, ce qui est exactement ce qu'on veut quand l'équipe est petite.
Changez de métrique ou changez d'expérience. Visez une métrique plus haut dans le funnel, qui produit plus d'événements, ou testez un changement assez fort pour se voir sur peu de volume. Ne concluez jamais sur quelques dizaines de personnes.
Autant que votre capacité en jours le permet, avec une limite : je recommande de ne jamais avoir plus de deux expériences en cours sur la même métrique, sinon vous ne saurez pas laquelle a fait bouger quoi.
Non. Un tableur avec deux onglets suffit pour démarrer, et le template en donne les colonnes et les formules. La version base de données et le rappel automatique du rituel viennent ensuite, quand l'habitude est prise.