Skip to content

Debrief session 2026-04-15 — Q&A initiale plan soutenance

⚠️ Placeholder partiellement reconstitué

Ce fichier consigne les décisions et points de revue de la session Q&A initiale du 2026-04-15. Le contenu détaillé n'ayant pas été persisté au moment de la session, il est reconstitué à partir de ce qui est figé aujourd'hui. Certaines décisions D1-D10 et revues R1-R6 sont reconstituables par inférence sur ce qui a été validé le 16/04 ; les autres sont marquées [à compléter par user].

Contexte

Première session dédiée à la préparation de la soutenance Ydays du 2026-05-27. Q&A étendue entre user et assistant sur le découpage des 30 minutes, la sélection des features à démontrer, la stratégie de pitch, et la ventilation des objectifs SMART par pôle.

Décisions prises (reconstituées)

  • D1 — Format soutenance : 30 minutes, pitch entrepreneurial Ydays. [à compléter par user : durée exacte présentation vs Q&A]
  • D2 — Grille d'évaluation : 7 critères via issues #522-#528 déjà créées le 2026-04-01 (voir PROJECT_LOG.md).
  • D3 — Cible du pitch : brasseurs amateurs FR 30-50 ans. Sourcé sur target_audience.md.
  • D4 — Principe de découpage : alterner parcours utilisateur et interventions pôles (pas de bloc expert monolithique). Ce principe a été consolidé en A0 le 16/04.
  • D5-D10[à compléter par user : décisions complémentaires non reconstituables factuellement]

Points en revue (reconstituées)

  • R1 — Volume de features MVP à démontrer : à arbitrer. Statut résolu par l'audit du 16/04 — 8/11 stables, parcours démo 5 min figé.
  • R2 — Parcours démo live : chemin non encore choisi. Statut résolu par A1 le 16/04 — Auth → Recettes → Scanner → Calculateur → Batch timeline.
  • R3 — Quelle feature USP pour la démo ? Statut résolu par A1 — Scanner code-barre retenu, beer-label-ai écarté en R&D.
  • R4 — Ventilation SMART par pôle : méthode à définir. Statut résolu par la méthode repo-sourced adoptée le 16/04 (voir smart-objectives-par-pole.md).
  • R5 — Nombre de personas (2 vs 3) : discussion. Statut : le fichier user_personas.md contient déjà 3 personas (Nicolas, Claire, Marc). Décision 16/04 : considérer les 3 comme acquis, la mention "3e persona à produire" dans les notes de session était obsolète.
  • R6 — BM Canvas : partie abordée mais non finalisée. Statut : tâche T2 post 16/04, à livrer en business-model-canvas.md.

Références vers le suivi

Instruction user

Tout contenu décisif produit en session doit être écrit sur disque immédiatement (règle fixée le 2026-04-16). Ce fichier est la preuve vivante qu'une session sans persistance engendre des pertes de matière irréversibles et du travail à refaire.

Documentation de travail pour la soutenance Ydays du 27 mai 2026.