Chapitre 4.3 — Offres packagées

⏱️ TL;DR — Une offre packagée (« productized service »), c’est une prestation transformée en produit : scope figé, livrables clairs, délai annoncé, prix fixe affiché. Au lieu de « je facture mes jours », tu vends « Audit de perf Next.js — 1 500 € » ou « Landing page SaaS livrée en 2 semaines — 4 000 € ». Avantages énormes : la vente devient simple (le prix est là), tu n’es plus comparable au TJM des autres, c’est répétable, et toute la vitesse que l’IA te donne tombe dans ta marge. C’est le pont entre facturer ton temps et scaler.

🎯 Objectifs

• Comprendre ce qu’est une offre packagée et en quoi elle diffère d’une mission classique.
• Identifier les quatre avantages décisifs pour un dev à l’ère de l’IA.
• Savoir transformer une prestation que tu fais déjà en package vendable.
• Rédiger une offre : scope figé, livrables, délai, prix.

De la mission au produit

Une mission classique, c’est du sur-mesure : le client explique son besoin, tu estimes des jours, tu envoies un devis, tu négocies. Chaque vente repart de zéro. Une offre packagée inverse la logique : tu as déjà décidé ce que tu vends, à quel prix, avec quels livrables et quel délai. Le client ne commande pas « du développement », il commande un produit défini, comme il achèterait un article en rayon.

Quelques exemples concrets pour un dev Next.js :

• Audit de perf Next.js — 1 500 €. Tu analyses le site, tu livres un rapport priorisé (Core Web Vitals, bundle, rendu, images) avec les correctifs chiffrés. Délai : 5 jours ouvrés.
• Landing page SaaS livrée en 2 semaines — 4 000 €. Design intégré, responsive, optimisée conversion, analytics branchés, mise en ligne. Un aller-retour de révisions inclus.
• Setup starter e-commerce headless — forfait. Next.js + CMS + paiement Stripe + panier, prêt à personnaliser, livré configuré et documenté.

Dans chaque cas, le client sait exactement ce qu’il achète, pour combien, et sous quel délai. Toi, tu sais exactement ce que tu livres — et tu l’as probablement déjà fait cinq fois.

Toutes les prestations ne se packagent pas, et c’est normal : un accompagnement au long cours, une mission d’architecture très spécifique ou du conseil vraiment sur mesure résistent au format fixe. La règle est simple — plus une prestation est répétable et à périmètre prévisible, mieux elle se package. Commence par emballer ce que tu fais déjà en série ; garde le sur-mesure pour le vrai sur-mesure. La plupart des devs ont au moins deux ou trois prestations packageables qui dorment dans leur historique de devis.

Les quatre avantages

1. La vente est radicalement plus simple. Un prix affiché élimine la moitié des frictions. Pas de devis à rallonge, pas de « ça dépend », pas de négociation sur le nombre de jours. Le client voit le prix, le délai, le livrable — il dit oui ou non. Tu passes moins de temps à vendre et plus de temps à livrer.

2. Tu deviens incomparable. Dès que tu factures un TJM, le client te compare au TJM d’à côté : tu es sur un marché de commodité, tiré vers le bas. Une offre packagée n’a pas d’équivalent direct : ton « Audit de perf Next.js à 1 500 € » ne se compare pas à « un dev à 450 €/jour ». Tu sors du comparateur de prix.

3. C’est répétable, donc scalable. Comme le scope est figé, tu affines la même prestation à chaque itération : tu crées des templates, des checklists, des scripts, tu automatises. La 10ᵉ landing page te prend deux fois moins de temps que la 1ʳᵉ — mais tu la factures le même prix. C’est exactement la porte d’entrée du scaling (Partie 7).

4. Ta vitesse — et ton IA — deviennent de la marge. C’est le point qui fait tout basculer en 2026. Le prix est fixé sur le livrable ; chaque heure gagnée grâce à Cursor, Claude ou tes propres templates augmente ta marge au lieu de raboter ta facture. Le forfait packagé est la façon la plus directe de transformer ton avantage IA en argent.

💡 Réflexe — Regarde tes six derniers devis. Combien décrivaient, au fond, la même prestation ? Si tu refais souvent « la même chose » en croyant faire du sur-mesure, tu tiens déjà ton premier package. Le sur-mesure, c’est souvent du répétable qui s’ignore.

Comment transformer une prestation en package

La recette tient en trois verrous à poser :

1. Fige le scope. Décide précisément ce qui est inclus et ce qui ne l’est pas. « Une landing page » = une page, une révision, un template au choix. Pas « des » pages, pas « des » révisions à l’infini. Le scope figé est ce qui te protège du gouffre et rend le prix fixe tenable. Tout ce qui sort du scope devient une option ou un avenant, pas un « petit plus gratuit ».

2. Nomme des livrables clairs. Le client doit pouvoir cocher ce qu’il reçoit : un rapport PDF, un dépôt Git, un site en ligne, une doc de passation. Des livrables concrets rendent la « définition de terminé » évidente — pour lui comme pour toi.

3. Annonce un délai. « Livrée en 2 semaines » fait partie de l’offre : c’est un argument de vente et un cadre. Un délai ferme te force à figer le scope (les deux se tiennent) et rassure le client sur le fait qu’il ne s’engage pas dans un tunnel sans fin.

GABARIT D'OFFRE PACKAGÉE
  Nom .......... [résultat clair] ex. « Audit de perf Next.js »
  Prix ......... [montant fixe]   ex. 1 500 €
  Délai ........ [ferme]          ex. 5 jours ouvrés
  Inclus ....... [3-5 livrables cochables]
  NON inclus ... [ce qui déclenche un avenant]
  Pour qui ..... [profil client cible en 1 ligne]

Comment fixer le prix d’un package

Pars de ton estimation basse en jours × TJM (chap. 4.2) — mais uniquement pour ne jamais vendre à perte. C’est ton plancher, pas ton prix. Ensuite, oublie les jours : fixe un prix rond, affiché, orienté valeur que le livrable justifie aux yeux du client. Une landing qui fait vendre vaut bien plus que « 8 jours × 500 € » — le client achète un résultat commercial, pas un décompte d’heures.

Et rappelle-toi la mécanique de la marge : à mesure que tu refais la même prestation, ton coût réel en temps baisse (templates, checklists, IA) pendant que le prix affiché reste. C’est exactement là que le package devient plus rentable que le TJM — l’écart entre les deux, c’est ta marge qui grandit à chaque itération.

📚 Aller plus loin — Le prix d’un package se présente idéalement en trois niveaux (basique / standard / premium) pour ancrer le client sur l’option du milieu et augmenter ton panier moyen. C’est tout l’objet du chapitre suivant, Monter ses prix.

⚠️ Piège — Packager sans figer le scope. Si tu annonces « Landing page — 4 000 € » mais que tu acceptes « juste une deuxième page » et « juste trois révisions de plus », tu as recréé une mission au forfait mal cadré : tu perds l’argent que le package devait te faire gagner. Le prix fixe exige un périmètre fixe. Ce qui déborde se facture — toujours.

🚀 Sur ton plan 12 mois — Notre dev a calculé son TJM (chap. 4.2) et sait qu’il se sous-facturait. Étape suivante de T2 : il transforme la prestation qu’il refait le plus souvent — disons l’intégration + mise en ligne d’une landing — en « Landing page SaaS livrée en 2 semaines — 4 000 € », scope figé, page unique, une révision. Première offre packagée de son portefeuille. Il ne vend plus des jours : il vend un résultat. Et grâce à ses templates + IA, il la livre en 6 jours au lieu de 10 — la marge est pour lui.

✏️ Exercices

Exercice 1 — Ton premier package. Choisis la prestation que tu refais le plus souvent. Remplis le gabarit : nom orienté résultat, prix fixe, délai ferme, 3–5 livrables inclus, et 2 choses explicitement non incluses.

Exercice 2 — Le prix incomparable. Prends ton package et vérifie qu’il n’est pas trivialement traduisible en « X jours × TJM ». Si le client peut faire la division dans sa tête, comment reformuler l’offre pour la rendre incomparable ?

🧠 Quiz de révision

Chapitre suivant : Monter ses prix — l’ancrage, les trois options, et comment annoncer une hausse sans trembler. Et pour transformer ces offres répétables en système qui scale, cap sur la Partie 7 — Scaler.