Accueil Produit et applications web
Vous avez une intuition produit, une équipe technique, et un écart entre les deux. J'interviens pour transformer un besoin flou en périmètre exécutable, puis pour tenir le rythme de livraison jusqu'à la mise en production.
Pour le même besoin (quelqu'un dont le métier est de décider quoi construire), voici les ordres de grandeur du marché français et ce que vous payez ici.
Un product manager externe n'a pas besoin d'être là cinq jours sur cinq pour tenir les arbitrages : il a besoin d'être là aux bons moments, avec le contexte en tête. Le reste du temps que vous payez en CDI, c'est de la disponibilité, pas de la décision.
Les deux premières colonnes sont des ordres de grandeur du marché français, donnés comme repère : votre situation peut s'en écarter. La troisième est le tarif appliqué ici.
Si vous vous reconnaissez dans l'une d'elles, le cadrage vaut probablement plus que le développement supplémentaire que vous envisagez.
L'équipe développe, mais personne ne sait dire précisément quel problème est résolu ni comment on saura que c'est réussi. Chaque réunion rouvre le débat, et la roadmap se réécrit tous les mois.
On vous promet des gains partout, votre comité veut une réponse, et vous n'avez personne en interne capable de séparer ce qui marche vraiment de ce qui coûtera cher pour rien.
Les cycles glissent, les tickets s'accumulent, les designers et les développeurs travaillent en décalé. Le problème n'est pas la vélocité, c'est l'absence d'arbitrage.
L'essentiel du travail produit se joue à l'écrit. Un besoin exprimé en réunion devient un épic, puis des user stories, puis des tickets qui portent chacun leurs critères d'acceptation. Un développeur qui ouvre un ticket sait quoi construire et comment vérifier qu'il a fini.
En tant que responsable d'exploitation, je veux exporter les demandes clients du mois, afin de préparer le point mensuel sans ressaisie.
Critères d'acceptation
Hors périmètre
Export PDF, envoi automatique par e-mail.
Linear réunit au même endroit la spécification, les tickets, les cycles et les projets. Vous suivez l'avancement quand vous le voulez, sans attendre un compte rendu.
Une à deux semaines, avec un périmètre engagé au démarrage. Ce qui n'est pas terminé est reporté ou redécoupé, et la raison est écrite.
Demandes et bugs entrent par une file unique. Chacun est qualifié, priorisé ou écarté, avec sa justification.
Les épics se regroupent en projets datés. Vous voyez ce qui avance, ce qui glisse, et pourquoi.
Chaque cycle se termine par une version consultable. Vos retours deviennent des tickets dans la foulée.
Tout le spectre, ou un seul volet. La plupart des missions démarrent par un cadrage court avant d'aller plus loin.
Quinze minutes pour comprendre le contexte, l'échéance et le budget. Si le sujet n'est pas pour moi, je vous le dis et je vous oriente.
Un document court qui fixe le problème, le périmètre, les livrables et les critères d'acceptation. C'est la base du devis.
Cycles de une à deux semaines, point d'avancement à chaque fin de cycle, board consultable en permanence. Vous réorientez quand vous voulez.
Documentation, transfert de compétences à votre équipe et, si besoin, une période de suivi léger après la fin de la mission.
Le devis est toujours établi après le cadrage, jamais avant.
Une semaine pour passer du besoin flou au périmètre exécutable. Mission courte et fermée : à la sortie, votre équipe peut attaquer, ou vous décidez de ne rien construire.
En discuterQuand le cadrage débouche sur un outil à construire : je le conçois et je le mène jusqu'en production, avec un périmètre et un prix écrits avant de commencer.
Voir l'offre application webUn product manager à temps partiel, chaque mois, pour une fraction du coût d'un CDI chargé. Vous montez ou descendez le volume selon la charge, sans recrutement ni rupture de contrat.
En discuterTVA non applicable, art. 293 B du CGI.
Cinq questions, 20 secondes. Vous repartez avec la prestation adaptée, un ordre de budget et un délai. Aucune adresse e-mail demandée.
Faire le diagnosticNon, sauf demande explicite. Le plus souvent, je viens en renfort d'une équipe existante ou je comble un poste vacant le temps d'un recrutement. L'objectif est que votre équipe soit autonome à la sortie, pas qu'elle dépende de moi.
Parce que le recrutement prend un à deux trimestres, qu'un PM confirmé coûte nettement plus cher une fois chargé, et qu'il faut pouvoir arrêter si le besoin change. Le PM-as-a-Service démarre sous deux semaines, s'ajuste chaque mois et s'arrête avec un mois de préavis. Quand le volume devient constant et durable, le CDI redevient le bon choix, et je vous le dis à ce moment-là.
Linear pour les spécifications et le suivi : les deux au même endroit, pour qu'une spec ne vive pas à côté du ticket qui l'implémente. Figma pour le design, Notion ou Google Docs pour les notes de travail et les comptes rendus partagés, GitHub pour le code. Si votre équipe utilise autre chose, je m'adapte à votre stack plutôt que de vous en imposer une.
Quinze minutes suffisent pour savoir si on doit travailler ensemble. Le call est gratuit et vous repartez avec un avis dans tous les cas.