Développement produit : du brief au produit validé, une seule fiche technique et aucune ressaisie.
Le développement produit transforme un brief en un produit fabricable : fiche technique, nomenclature, prototypes, échantillons, essais, coût de revient. L’information circule entre le studio ou le laboratoire, les fournisseurs, les achats et la qualité, souvent par e-mail et par tableur. Chaque version qui se croise coûte un échantillon de plus, et parfois une date de lancement.
Le rôle
Entre le studio ou le laboratoire, les fournisseurs, les achats et la qualité.
Le développement produit rend le produit réel : il rédige le tech pack ou le cahier des charges, choisit les matières ou les matières premières avec les achats, lance les prototypes, commente les échantillons, suit les essais et tient le coût de revient. Il est le gardien de la fiche technique, celle que le fournisseur suivra pour produire. Dans une ETI, l’équipe porte souvent plusieurs dizaines de développements en parallèle, chacun avec ses allers-retours.
Le quotidien
Une journée type.
- MatinRelire les retours des fournisseurs reçus pendant la nuit : photos, questions, devis, délais.
- MatinMettre à jour une fiche technique et sa nomenclature après une revue d’échantillon.
- MidiRecalculer un coût de revient après un changement de matière ou de quantité.
- Après-midiTenir une revue de prototypes ou d’essayage, et noter les commentaires à transmettre.
- Après-midiSuivre les essais en laboratoire : tenue, stabilité, compatibilité, résistance.
- Fin de journéeRelancer les échantillons en retard et mettre à jour le planning de développement.
Les objectifs
Ce sur quoi le métier est attendu.
- Respect du rétroplanning
- Nombre d’allers-retours par échantillon
- Écart entre coût cible et coût de revient
- Fiches techniques complètes à la validation
- Essais conformes du premier coup
- Délai de développement par famille
Les indicateurs sont nommés, jamais chiffrés : les niveaux dépendent de chaque entreprise, et le diagnostic les mesure.
Au quotidien
Les problèmes rencontrés souvent.
Des fiches techniques en plusieurs versions
Le tech pack part en PDF, il est corrigé par e-mail, et le fournisseur produit parfois sur une version dépassée.
Un coût de revient recalculé à la main
Chaque changement de matière, de fournisseur ou de quantité oblige à reprendre un tableur, et la marge réelle reste floue.
Des échantillons difficiles à suivre
Où en est chaque prototype, chez quel fournisseur, à quelle étape : la réponse est dispersée entre les boîtes mail.
Des commentaires qui se perdent
Les remarques d’une revue d’échantillon sont notées sur papier ou sur photo, puis retranscrites tard et incomplètement.
Des essais suivis en dehors du PLM
Les rapports de laboratoire arrivent en PDF, et la comparaison avec le cahier des charges se fait à l’œil.
Des circuits de validation sans fin
Packaging, BAT, coloris : chaque validation attend une personne, sans relance ni visibilité sur le retard.
Selon le secteur
Le même métier, plusieurs réalités.
- Mode et luxe
Tech packs détaillés, matières et fournitures nobles, ateliers et façonniers en France et en Italie, prototypes, toiles et essayages successifs : chaque détail de construction se valide et se trace.
- Cosmétique et beauté
Formules et matières premières, essais de stabilité et de compatibilité contenant-contenu, packaging et BAT, sous-traitants de fabrication et de conditionnement : le développement avance au rythme des essais et du réglementaire.
- Industrie
Cahiers des charges, nomenclatures, plans, prototypes et présérie, qualification des fournisseurs de composants : le développement vit autour de la référence article et de ses évolutions.
- Pharma et santé
Développement galénique, lots d’essai, spécifications et méthodes d’analyse, transfert vers le site de production : chaque étape est documentée et validée selon les bonnes pratiques.
Ce qui change
Automatiser le geste, garder le jugement.
Ce qui s’automatise
- Les fiches techniques et les nomenclatures générées depuis le PLM, versionnées, envoyées au fournisseur dans son format.
- Le coût de revient recalculé à chaque changement de matière, de fournisseur, de façon ou de quantité, avec l’écart au coût cible.
- Le suivi des prototypes et des échantillons, avec relances automatiques et tableau des retards par fournisseur.
- Les comptes rendus de revue d’échantillon dictés ou photographiés, transcrits par IA et rattachés à la référence.
- Les rapports d’essais lus par IA et comparés automatiquement aux spécifications du cahier des charges.
Ce qui reste humain
- La validation d’un échantillon et la décision de lancer la production.
- Les choix techniques : matière, construction, formule, fournisseur.
- La relation avec les ateliers, les laboratoires et les fournisseurs.
Cas d’usage
Comment automatiser, cas par cas.
Chaque cas part d’une question que se posent les directions. La situation de départ, ce qui s’automatise, les outils concernés, et ce qui reste entre les mains des équipes.
Comment automatiser les fiches techniques ?
- Aujourd’hui
- Le développeur construit chaque tech pack dans un tableur ou un logiciel de dessin à partir d’une fiche précédente : croquis, mesures, matières, fournitures, construction, étiquetage. Les corrections partent par e-mail, et les versions se multiplient chez le fournisseur comme en interne.
- Ce qui s’automatise
- Le tech pack est généré depuis le PLM à partir d’un modèle par famille : les matières viennent de la bibliothèque, les mesures du tableau de gradation, les consignes d’étiquetage des règles du produit. Chaque modification crée une nouvelle version datée, diffusée au fournisseur dans sa langue, et un agent IA signale les rubriques incomplètes avant l’envoi.
- Ce qui reste humain
- Le contenu technique de la fiche et sa validation restent la responsabilité du développeur produit.
- PLM
- Bibliothèque matières
- Portail fournisseur
- Agent IA de contrôle
Comment automatiser le calcul du coût de revient ?
- Aujourd’hui
- Le coût de revient est calculé dans un tableur à partir de la nomenclature, des prix matières envoyés par les fournisseurs et du prix de façon. Quand une matière change ou qu’un devis arrive, le calcul est repris à la main, et la direction ne sait pas toujours quel coût est le bon.
- Ce qui s’automatise
- Le coût est calculé directement depuis la nomenclature du PLM : consommations, prix de la bibliothèque matières, façon, emballage, transport, droits et frais d’approche. Il est recalculé à chaque changement, conservé par version, et comparé au coût cible du brief. Les devis fournisseurs reçus sont lus par un agent IA et mettent à jour les prix.
- Ce qui reste humain
- Le choix de la version de coût retenue et les arbitrages pour atteindre le coût cible restent ceux du développement avec le chef de produit.
- PLM
- Bibliothèque matières
- ERP
- Agent IA de lecture de documents
Comment automatiser le suivi des prototypes et des échantillons ?
- Aujourd’hui
- Prototypes, échantillons de développement, de taille, de production : chacun est suivi dans un tableur, avec des dates promises par e-mail. Le développeur passe une partie de sa journée à demander aux fournisseurs où en sont leurs envois.
- Ce qui s’automatise
- Chaque demande d’échantillon est créée depuis la référence, avec son type, son fournisseur et sa date attendue. Le fournisseur confirme et déclare l’envoi sur le portail, les relances partent automatiquement avant et après l’échéance, et la réception est enregistrée au scan. Un tableau montre les retards par fournisseur et les références qui menacent le rétroplanning.
- Ce qui reste humain
- La revue de l’échantillon et la décision de le valider ou d’en demander un nouveau restent celles du développeur.
- PLM
- Portail fournisseur
- Messagerie
- Outil de pilotage (BI)
Comment automatiser les demandes de prix aux fournisseurs pour un nouveau développement ?
- Aujourd’hui
- Pour chaque développement, le développeur ou l’acheteur envoie la fiche technique à plusieurs fournisseurs, puis reçoit des devis dans des formats différents qu’il recopie dans un tableau comparatif. Les délais et les minimums de commande sont souvent oubliés dans la comparaison.
- Ce qui s’automatise
- La demande de prix part depuis la référence, avec la fiche technique et les quantités prévues, vers les fournisseurs retenus. Les réponses sont saisies sur le portail ou lues par un agent IA quand elles arrivent par e-mail, puis présentées dans un comparatif homogène : prix, minimums, délais, conditions. Le prix retenu alimente le coût de revient.
- Ce qui reste humain
- Le choix du fournisseur et la négociation restent menés par les achats avec le développement.
- Portail fournisseur
- PLM
- Agent IA de lecture de documents
Comment automatiser la gestion des nomenclatures et de leurs déclinaisons ?
- Aujourd’hui
- Une référence se décline en coloris, tailles, contenances ou variantes, et chaque déclinaison a sa nomenclature. Elles sont recopiées puis modifiées à la main, et une matière changée sur un modèle ne l’est pas toujours sur ses déclinaisons.
- Ce qui s’automatise
- La nomenclature est tenue une fois au niveau du modèle, avec les règles qui la font varier : matière par coloris, consommation par taille, composant par variante. L’outil génère les nomenclatures de chaque déclinaison, répercute un changement sur toutes celles concernées et signale les exceptions à vérifier.
- Ce qui reste humain
- Les règles de déclinaison et les exceptions restent définies et vérifiées par le développement produit.
- PLM
- ERP
- Bibliothèque matières
Comment automatiser les comptes rendus de revue d’échantillon ?
- Aujourd’hui
- En revue d’échantillon ou en essayage, les remarques sont notées sur papier, sur le prototype ou sur des photos. Le développeur les retranscrit ensuite dans un e-mail au fournisseur, parfois le lendemain, et une partie se perd.
- Ce qui s’automatise
- Pendant la revue, les remarques sont dictées et les photos annotées sur tablette. Un agent IA transcrit, structure les commentaires par zone du produit et par priorité, et prépare le message au fournisseur dans sa langue. Le compte rendu est rattaché à la référence et à l’échantillon, et les points à corriger sont repris dans la demande suivante.
- Ce qui reste humain
- Le développeur relit le compte rendu avant envoi et garde la décision sur ce qui doit être corrigé.
- Application mobile
- Agent IA de transcription et de rédaction
- PLM
- Portail fournisseur
Comment automatiser le suivi des essais de stabilité et de compatibilité ?
- Aujourd’hui
- Les essais de stabilité, de compatibilité contenant-contenu ou de vieillissement suivent un calendrier de prélèvements sur plusieurs mois. Le laboratoire tient le planning dans un tableur, et les résultats arrivent en PDF à comparer aux critères à la main.
- Ce qui s’automatise
- Le plan d’essais est créé depuis la formule ou la référence, avec ses conditions et ses échéances de prélèvement. L’outil rappelle chaque échéance, un agent IA lit les rapports reçus et compare les résultats aux critères d’acceptation, et les dérives sont signalées dès qu’elles apparaissent. L’historique reste attaché à la formule et au conditionnement.
- Ce qui reste humain
- L’interprétation des résultats et la décision sur la formule ou le conditionnement restent celles du laboratoire et de la qualité.
- Logiciel de laboratoire
- PLM
- Agent IA de lecture de documents
Comment automatiser les tableaux de mesures et la gradation ?
- Aujourd’hui
- Les tableaux de mesures sont construits modèle par modèle à partir d’une taille de base, avec des règles de gradation tenues dans des tableurs. Les corrections d’essayage sont reportées à la main sur chaque taille, et les erreurs se voient à la réception de production.
- Ce qui s’automatise
- Les règles de gradation sont tenues par famille et par marché. L’outil génère le tableau de mesures complet à partir de la taille de base, applique les corrections validées en essayage sur toutes les tailles concernées, et compare les mesures relevées sur les échantillons aux tolérances prévues.
- Ce qui reste humain
- Le bien-aller, les corrections d’essayage et les tolérances restent décidés par le modélisme et le développement.
- PLM
- Application mobile
- Outil sur mesure
Comment automatiser la vérification des rapports d’essais matières ?
- Aujourd’hui
- Les fournisseurs et les laboratoires envoient des rapports d’essais : solidité des coloris, résistance, composition, substances restreintes. Ils sont classés dans des dossiers et vérifiés à l’œil contre le cahier des charges, quand ils sont vérifiés.
- Ce qui s’automatise
- Les exigences d’essais sont définies par famille de matière et par usage. Un agent IA lit chaque rapport reçu, en extrait les résultats et les compare aux seuils attendus, puis l’outil signale les non-conformités et les rapports manquants ou expirés. Le résultat est attaché à la matière dans la bibliothèque.
- Ce qui reste humain
- L’acceptation d’une matière non conforme, avec ou sans dérogation, reste décidée par le développement et la qualité.
- Bibliothèque matières
- Agent IA de lecture de documents
- PLM
- Outil qualité
Comment automatiser la validation des packagings et des BAT ?
- Aujourd’hui
- Chaque packaging, étiquette ou notice passe par un BAT qui circule par e-mail entre le développement, le marketing, la qualité, le réglementaire et l’imprimeur. Les annotations se croisent, et on ne sait jamais qui doit encore valider.
- Ce qui s’automatise
- Le BAT est déposé une fois dans un circuit de validation défini par type d’article. Chaque intervenant annote la même version, les relances partent automatiquement, et un agent IA compare le BAT aux données de la référence (textes, codes, mentions, dimensions) pour signaler les écarts. La version validée est transmise à l’imprimeur avec son historique.
- Ce qui reste humain
- La validation finale du BAT reste signée par chaque responsable concerné, et le bon à tirer par le développement.
- Outil de validation en ligne
- PLM
- Agent IA de comparaison
- Messagerie
Les questions des équipes
Ce que les équipes cherchent à améliorer.
- Comment automatiser la création d’une fiche technique ?
- En partant d’un modèle par famille de produit, alimenté par la bibliothèque matières et par les mesures ou la formule de la référence. La fiche est générée depuis le PLM ou un outil sur mesure, dans la langue et le format attendus par chaque fournisseur. Chaque modification crée une nouvelle version, et le fournisseur est prévenu automatiquement.
- Comment calculer automatiquement un coût de revient ?
- Le coût de revient se déduit de la nomenclature : quantités de chaque matière ou matière première multipliées par leur prix, plus la façon, l’emballage, le transport et les droits. Quand ces éléments sont tenus dans le PLM et dans la bibliothèque matières, l’outil le recalcule seul à chaque changement et affiche l’écart au coût cible.
- Comment suivre les échantillons chez les fournisseurs ?
- Chaque demande d’échantillon est enregistrée avec sa date attendue et son fournisseur. L’outil relance avant l’échéance, enregistre la réception et le résultat de la revue, et produit un tableau des retards par fournisseur et par référence. L’équipe ne cherche plus où en est chaque prototype.
- L’IA peut-elle aider à rédiger les commentaires d’échantillons ?
- Oui. Pendant la revue, les remarques peuvent être dictées et les photos annotées ; un agent IA les transcrit, les structure par zone du produit et prépare le message au fournisseur, dans sa langue. Le développeur relit et envoie, et le compte rendu reste attaché à la référence.
- Comment éviter qu’un fournisseur produise sur une ancienne version ?
- En faisant passer toutes les fiches par un seul canal, un portail relié au PLM, où le fournisseur ne voit que la version en vigueur. Chaque nouvelle version lui est notifiée, et il doit en accuser réception avant de lancer un échantillon ou une production.
- Comment automatiser le suivi des essais de laboratoire ?
- Les essais à réaliser sont définis par famille dans le cahier des charges. Les rapports reçus sont lus par un agent IA, les résultats sont comparés aux seuils attendus et les essais non conformes sont signalés. L’historique des essais reste consultable par matière et par fournisseur.
- Faut-il un PLM pour automatiser le développement produit ?
- Un PLM du marché convient quand les circuits de l’équipe sont proches de ses standards. Sinon, un outil sur mesure peut tenir les fiches techniques, la nomenclature, les échantillons et les coûts, à la taille de l’équipe. Dans les deux cas, le gain vient des liaisons avec les fournisseurs, les achats et l’ERP.
- Comment relier le développement produit aux achats ?
- En partageant la même bibliothèque matières et la même nomenclature : les achats y voient les matières retenues, leurs fournisseurs et leurs quantités prévisionnelles. Les demandes de prix partent depuis la référence, et les tarifs reçus mettent à jour le coût de revient automatiquement.
02 — Commencer
Décrivez ce qui freine vos équipes.
Un premier échange pour qualifier votre besoin. Puis un diagnostic cadré : le périmètre, la solution, le chiffrage.
Parler de votre projetRéponse sous 48 h ouvrées.