Un CTPO (Chief Technology & Product Officer) est le dirigeant qui porte à la fois la technique et le produit d'une entreprise. Il cumule les responsabilités du CTO (architecture, stack, équipe technique, sécurité) et celles du CPO ou Head of Product (vision produit, roadmap, priorisation, discovery utilisateur). Le poste existe surtout dans les structures où tech et produit sont trop liés pour être séparés, et où l'on ne peut pas se payer deux dirigeants. On l'écrit aussi CPTO.
Ce que vous allez trouver
Ce que fait un CTPO, concrètement
Le CTPO répond à deux questions en même temps : que construit-on, et comment le construit-on. Dans une organisation classique, la première appartient au produit et la seconde à la tech, avec un dirigeant pour chacune. Le CTPO tient les deux.
Côté technique
- Choix d'architecture et de stack, et arbitrages de dette technique.
- Recrutement, encadrement et organisation de l'équipe de développement, interne ou prestataire.
- Sécurité, hébergement, conformité (RGPD, sous-traitants).
- Estimation des délais et des coûts, et tenue des engagements.
Côté produit
- Vision produit et roadmap, alignées sur les objectifs de l'entreprise.
- Priorisation : ce qu'on fait maintenant, ce qu'on refuse, ce qu'on reporte.
- Discovery : entretiens utilisateurs, maquettes, validation avant de coder.
- Mesure : ce que les utilisateurs font réellement une fois la fonctionnalité en ligne.
Le point commun des deux listes : chaque décision d'un côté a une conséquence de l'autre. Choisir une stack sans savoir ce que le produit deviendra, c'est risquer de tout réécrire. Promettre une fonctionnalité sans savoir ce qu'elle coûte à construire, c'est risquer de ne jamais la livrer. Le CTPO existe pour que ces deux décisions soient prises par la même tête.
CTPO, CTO, CPO : qui fait quoi
| Rôle | Responsable de | Ne décide pas de | Où on le trouve |
|---|
CTO
Chief Technology Officer | Architecture, équipe tech, sécurité, faisabilité, délais | Ce qu'il faut construire et pour qui | Partout, dès qu'il y a une équipe technique |
CPO
Chief Product Officer | Vision produit, roadmap, priorisation, discovery, mesure | Comment c'est construit, avec quelle stack | Scale-ups et éditeurs avec plusieurs équipes produit |
CTPO
Chief Technology & Product Officer | Les deux | Rien, à part le commercial et la finance | Startups pré-série A, PME qui lancent un produit, scale-ups en transition |
Un CTPO n'est pas « un CTO qui fait un peu de produit ». C'est quelqu'un qui a fait les deux métiers, ou qui a un profil technique passé côté produit, et qui sait quand chacune des deux casquettes doit primer. Un très bon CTO qui n'a jamais mené de discovery utilisateur fera un mauvais CTPO. L'inverse est vrai aussi.
On rencontre aussi le titre écrit CPTO. C'est le même poste, l'ordre des lettres dit parfois d'où vient la personne (produit d'abord, ou tech d'abord).
Quand ce poste a du sens, et quand il n'en a pas
Il a du sens
- Startup avant le product-market fit. Le produit change tous les mois, la stack doit suivre. Séparer les deux rôles crée des allers-retours qui coûtent des semaines.
- PME qui lance un produit digital à côté de son activité principale. Il n'y a ni budget ni matière pour deux dirigeants, mais il faut quelqu'un qui tienne l'ensemble face aux prestataires.
- Scale-up en transition, entre le moment où le fondateur technique ne peut plus tout faire et celui où l'entreprise peut recruter un CTO et un CPO séparés.
Il n'en a pas
- Au-delà d'une certaine taille (plusieurs équipes produit, plusieurs dizaines de développeurs), les deux rôles redeviennent des métiers à plein temps. Un seul humain ne tient plus les deux.
- Quand le produit est stable et que l'enjeu est purement technique (performance, migration, sécurité). Là, il faut un CTO.
- Quand l'entreprise cherche surtout un « titre » pour rassurer des investisseurs. Un CTPO qui ne fait ni discovery ni architecture est un directeur de projet avec un titre trop long.
Ce que coûte un CTPO : salarié, ou externalisé
Un CTPO salarié cumule deux profils rares. Il se recrute lentement, et il coûte au niveau d'un cadre dirigeant, avec souvent une part en equity. On ne donnera pas ici de grille de salaire : les chiffres varient trop selon la ville, le stade de l'entreprise et le profil, et une fourchette sortie de nulle part ne vous aiderait pas. Regardez les offres publiées dans votre secteur, elles sont plus fiables qu'un article.
L'alternative, c'est le CTPO externalisé, à temps partiel. Chez Senzu Tech, on l'appelle CTPO as a Service : un duo, Edouard (CTO) et Thomas (Head of Product), qui intervient ensemble sur votre entreprise quelques jours par mois. Les prix sont affichés :
- Audit ponctuel : diagnostic technique et produit sur une à deux semaines, avec un rapport, de 3 à 8 k€.
- Accompagnement mensuel : de 2 à 6 k€ par mois selon l'intensité, préavis d'un mois, pas d'engagement annuel.
Ce n'est pas la même chose qu'un salarié. Un externe n'est pas là tous les jours et ne portera pas votre culture d'entreprise. En revanche, il démarre en deux semaines au lieu de six mois, il a déjà vu vingt situations comme la vôtre, et vous pouvez arrêter quand vous n'en avez plus besoin, ou quand vous êtes prêts à recruter.
Le bon moment pour passer d'un CTPO externe à un recrutement, c'est quand le pilotage tech et produit occupe une personne à plein temps. Avant, vous payez quelqu'un à attendre. Après, vous faites attendre tout le monde.
Comment reconnaître un bon CTPO
Quelques questions à poser, que le profil soit un candidat ou un prestataire :
- « Racontez-moi une fonctionnalité que vous avez refusé de construire. » Un CTPO qui n'a jamais dit non n'a jamais priorisé.
- « Montrez-moi un choix technique que vous avez fait pour une raison produit. » Par exemple une architecture plus simple parce que le produit allait changer.
- « Comment validez-vous une idée avant de la coder ? » La réponse doit contenir des utilisateurs, des maquettes ou des règles écrites, pas seulement « on itère ».
- « Qu'est-ce que vous ne savez pas faire ? » Un profil qui prétend tout couvrir, du design à l'infra, vous cache quelque chose.
Chez Senzu Tech, notre réponse à la question 3 s'appelle la validation écran par écran : le client tranche chaque règle fonctionnelle avant le premier commit. C'est comme ça que Lokali a été livrée en deux semaines, avec 113 règles validées sur 113.
