Concevoir Tyko a d’abord consisté à répondre à une question simple : à quel moment précis une équipe commerciale événementielle perd-elle le plus de temps entre la réception d’un brief et l’envoi d’une offre ? La réponse a orienté un choix structurant : plutôt qu’un formulaire unique à remplir, Tyko organise la création d’une offre autour d’un pipeline en 8 étapes, chacune correspondant à une décision réelle prise par un commercial. Cet article détaille ce pipeline et les choix produit qui l’ont façonné.
Ce choix de structure n’est pas qu’un détail d’ergonomie : il conditionne directement ce que l’outil peut automatiser à chaque étape, et ce qui doit rester entre les mains de l’utilisateur.
Pourquoi un pipeline en 8 étapes plutôt qu’un formulaire unique
Un formulaire unique, avec tous les champs d’un devis à remplir d’un coup, oblige à connaître à l’avance l’ensemble des choix à faire : lieu, traiteur, technique, personnel, options, budget. Dans les faits, ces choix se prennent rarement en même temps : le lieu détermine souvent les prestataires compatibles, qui déterminent à leur tour les quantités à intégrer au budget. Le pipeline en 8 étapes suit cet ordre naturel de décision, plutôt que d’imposer une saisie qui ne correspond pas à la façon dont un commercial construit réellement une offre.
Les 8 étapes, et la logique produit derrière chacune
1. Projet
Le pipeline démarre par la reprise du brief : type d’événement, nombre d’invités, localisation, durée, caractéristiques attendues. Ce choix n’est pas anodin : ces critères servent de filtre à toutes les étapes suivantes, ce qui évite de redemander la même information à chaque écran.
2. Lieux
À partir des critères du projet, Tyko affiche une sélection de lieux compatibles, avec la possibilité d’en retenir jusqu’à 4 pour construire autant de scénarios distincts. Ce plafond à 4 propositions résulte d’un arbitrage volontaire : au-delà, un prospect peine à comparer sérieusement les options, et le temps de construction rejoint celui d’un devis unique reconstruit plusieurs fois.
3. Agenda
Cette étape organise le déroulé de l’événement sur une vue proche d’un calendrier. Elle a été placée avant le choix des prestataires parce que le déroulé (horaires, enchaînement des temps forts) conditionne souvent les quantités et les créneaux à réserver pour le traiteur ou la technique, plutôt que l’inverse.
4 à 7. Traiteur, technique, personnel, options
Ces quatre étapes suivent la même logique : chaque prestataire sélectionné reprend automatiquement sa fiche déjà enregistrée dans la base de données, avec possibilité d’ajuster les quantités selon le brief. Séparer ces quatre catégories plutôt que les regrouper en une seule étape évite de mélanger des données de nature différente (menus, matériel, personnel, prestations complémentaires), ce qui aurait rendu l’ajustement de chaque poste plus confus.
8. Budget
La dernière étape assemble automatiquement tout ce qui a été choisi précédemment en un budget détaillé, avec marge, TVA et remise commerciale. Chaque ligne reste éditable : ce choix reflète un principe produit assumé, celui de ne jamais bloquer un ajustement manuel derrière une automatisation, même en fin de parcours.
Pourquoi le pipeline suppose une base de données déjà structurée
Aucune des 8 étapes ne fonctionne isolément sans une base de lieux et de prestataires déjà renseignée en amont. Le choix produit a été de séparer clairement deux espaces distincts dans Tyko : une partie « données », où sont centralisées les fiches de lieux, traiteurs, prestations techniques, personnel et options, et une partie « opportunités commerciales », où se déroule le pipeline lui-même. Cette séparation permet à la base de données de s’enrichir en continu, indépendamment de la création d’une offre précise, plutôt que de mélanger saisie de données et construction de proposition dans un même parcours.
C’est aussi ce qui a justifié l’investissement dans un onboarding assisté par IA : sans une base suffisamment fournie dès le départ, le pipeline en 8 étapes perdrait une bonne partie de son intérêt, les suggestions de lieux et prestataires se limitant à ce qui a été saisi manuellement.
Pourquoi la validation manager reste une étape à part entière
Une fois le budget finalisé, une proposition ne part pas directement au prospect : elle passe par un statut de relecture manager. Ce choix n’a pas été ajouté après coup pour rassurer les équipes, il fait partie de la conception initiale du pipeline. Automatiser la construction d’une offre ne devait pas signifier supprimer le contrôle qualité qui précède son envoi, en particulier dans une équipe où plusieurs commerciaux produisent des propositions en parallèle.
Pourquoi jusqu’à 4 propositions plutôt qu’une seule
Ce choix découle directement de la façon dont un prospect événementiel prend sa décision : rarement en comparant un prix unique, plus souvent en arbitrant entre plusieurs options (un lieu différent, un niveau de budget différent). Construire cette possibilité dans le pipeline lui-même, plutôt que de la laisser à la charge du commercial qui devrait dupliquer manuellement son travail, a été une décision structurante dès les premières versions du produit.
Ce que ce pipeline ne fait pas (encore)
Le pipeline actuel demande à l’utilisateur de valider chaque étape avant de passer à la suivante. Une IA générative capable de proposer une première version complète à partir du seul brief viendra, sur la feuille de route produit, accélérer davantage ce parcours, sans en changer la structure sous-jacente : les 8 étapes resteront le squelette du raisonnement, même si une partie des choix pourra être pré-remplie automatiquement avant validation humaine.
Ce choix de ne pas tout automatiser d’un coup reflète une préférence de conception assumée : introduire progressivement de l’automatisation à l’intérieur d’une structure déjà éprouvée, plutôt que de reconstruire un parcours entièrement différent à chaque nouvelle capacité ajoutée par l’IA.
Pour aller plus loin
Ce pipeline reflète une conviction simple : automatiser la construction d’une offre événementielle fonctionne mieux quand l’outil suit l’ordre naturel des décisions d’un commercial, plutôt que de lui imposer une logique de formulaire générique. Tyko est actuellement en phase de beta test avant son lancement complet : vous pouvez consulter le détail des fonctionnalités de l’outil ou rejoindre le programme beta pour tester ce pipeline sur vos propres briefs.