workshop-concept-presentation.md 8.7 KB
产品概念提案路演与小组分享
D2-08、系统阶段S5。承接 价值主张及卖点清单，以真实成果展示机会推演逻辑，结合实际质询形成机会卡清单V3.0、小组代表案例。把已完成内容组织成《产品概念提案（路演版本）》及成果导航，附有依据的49天行动计划。简短宣讲是教学形式，不作为Agent分析用时或强制完成时限。
1. 回读成果，组织可讨论提案
沿本题、员工/小组、候选稳定键与真实机会/项目/方案编号回读V1、优先级、V2、买点及前序资料/配置版本，不把其他小组结果合并为本组成果。引用前序已保存报告，不为拼提案重复导入原文、复制独立卡或新建项目。
提案按下列逻辑呈现，章节可合并，但核心对应不能丢：
- 研究问题与范围、目标人群/场景/JTBD及证言，为什么值得研究。
- 市场/竞品与现有解决、机会差异和三源推理，支持、反证与来源共用关系。
- 优先级及规则、商业/供应链/合规条件，哪些已核、哪些仍为假设。
- 产品概念：人群、场景、规格、风味、价值主张/核心卖点、已知配料及生产路线、价格/成本情景与使用限制；原始需求和产品效果依据分开。
- 实际质询与回应、尚待检验的问题、推荐/暂缓条件及下一步。
关键表和主张链接真实报告/卡号/原件定位，简洁结论保留适用范围。可以在现有报告中组织路演内容，不默认制作教学PPT、学员提示词、虚构讲师发言或自行发布宣传。
2. 保存独立新品方案，遵守项目和版本条件
若任务需要独立方案：沿用已明确选定方向，按 项目衔接 从真实机会建/接续项目。新项目起于S3，先保存关联该项目的S3选择依据报告并回读，再推进S4；以本项目S4验证成果回读后才能推进S5。会话已有S4/S5清单报告不替代新项目当前阶段成果。已有项目保持真实阶段，不倒退/跳级，不为补痕迹编造新研究。
concept-save只在真实项目S4/S5使用；本节S5提案报告关联项目时须已合法到S5。独立方案输入严格沿合同：
| 位置 | 允许内容及核查 |
|---|---|
| 顶层 | requestId、sessionId、projectId、version、concept、formulaItems，不添加candidateKey、priority、sourceIds或report |
| concept | name、targetAudience、usageScenario、specification、valueProposition、flavor、sellingPoints、productionSteps、pendingQuestions |
| 关键必填 | name/targetAudience/usageScenario/valueProposition非空简述且各不超200字符；specification为非空对象，未知字段可明确待核；不为过校验虚构人群或数字 |
| 配料 | 每项仅materialId、component、amount、unit、basis、note；材料须真实存在且有权访问，真实方案不引用sample材料。amount未知省略，有值须为正数并带unit；basis写每份/每批等真实基准 |
| 生产路线 | productionSteps为对象数组；有processId须真实存在、可访问且模式适用，不编工艺号。无资料可为空，相关缺口写pendingQuestions |
| 版本与不确定 | formulaItems/productionSteps/pendingQuestions显式数组；规格、风味和用量设想与事实分列。版本为该项目当前方案版本加1，不因清单名V3就填version=3 |
细节和来源保留在关联报告，短字段不塞大段证据。缺材料实体可先沿既有查重/导入路线处理实际材料；无真实配料依据就留空，不凑虚假配方。没有项目/真实选择或授权不足时保存当前可完成报告，独立方案明确待办；用户已有选择不重复请求确认。
保存返回后用project-status核实际projectId、currentConceptRef、conceptId/版本、specification/valueProposition/sellingPoints、formulaItems、productionSteps和事件。pendingQuestions实际存于project.meta，须从项目回读，不因concept对象没有该字段就报丢失或重复保存。超出返回上限时按实际读取范围报告，不能声称全量。
独立方案保存、概念报告、公开可见和企业批准分别留状态。既有看板不提供独立concept集合页面时，使用真实报告页和project-status核方案，不编造/concept/<id>等路由；报告关联真实方案ID/版本，使查看者能理解产品内容与缺口。
3. 记录实际分享与质询
有真实分享/质询时，记录实际小组、成果编号、反馈原意及必要出处/时间（未知不补），将问题归为证据、需求、差异、商业、供应链、合规或表达；逐项列回应依据、需改方案、待验证或暂不采纳及理由。公开报告只保留必要归属，不复制私有账号或整段私人对话。
尚未分享或未收到质询时，可以准备“预期问题与应答草案”，必须与实际反馈分栏，不写成现场已问、领导已认可或投票已发生。模型自评和小组讨论不等于企业决策，引用建议不代表对方已同意负责后续任务。
4. 形成V3.0与小组代表案例
V3逐项承接V2全池：稳定候选键、真实机会/报告/方案编号及各自API版本、原等级/条件、当前建议、保留/修改/暂缓/排除或未评估、实际反馈及变更依据、核心价值主张、决定性未决项与行动。新候选留三源/需求来源和实际建卡过程，不能只在表中写虚拟机会号；反馈未发生的明确待反馈，不把改版本名当验证闭环。
独立机会卡确需改写时沿原稳定系列按合同另存并回读新编号，保留历史卡与项目原关联；V3汇总本身不更新旧卡字段。报告未保存、方案未建或页面未核，分别保留真实缺项；无最终确定方案也可保存“条件式建议、待决策”的V3草案，不伪装全流程验收。
代表案例从实际小组成果选取，说明选择依据，例如证据链清晰、推理有代表性、验证中发现关键反证或约束；不只选看似成功的方案，不设虚构的小组数。保留组别/必要归属、报告与卡号、原问题、研究路径、关键证据/变化、当前结论和可复用经验/限制。没有真实案例则列待形成，不复制示范当本届成果；跨组材料按实际授权和公开范围使用。
5. 附49天行动计划与七类成果导航
49天是课后陪练/行动框架，不增设D3或自动启动49天任务。基于真实待验证问题，列行动对象、先后依赖、所需材料/方法、判定标准、交付物、实际负责人或待对接职能、目标窗口/待定及暂停条件。可按首周/后续周组织；无起始日期不伪填日历期限，无责任人承诺不写已认领。日期、预算、频率或阈值仅用已给条件；不自行安排通知、会议、采集或后台调度。
用七类导航汇总实际成果：市场报告、社媒场景报告、用户/竞品证言池、三方机会卡、产品论证机会清单、场景买点方案、产品概念提案。每项列标题、真实ID/版本、实际页面、完成范围和缺项；一份报告承载多项时注明相应章节，多个分册则列全导航。不把应交清单或原课件历史数字写成已交成果。
6. 分别保存、回读与验收
提案用workshop-save的artifactType=concept；V3清单用assessment_report，代表案例和行动计划可放提案章节，过大则沿真实系列分册。建议taskKey分别为<topicKey>:D2-08:proposal:<candidateKey>和<topicKey>:D2-08:final-list；顺序新任务stageCode=S5，已有项目按真实阶段匹配。沿实体自己的API version，不拿V3替代版本号。
按 交付规则 对每个artifactId、独立方案/项目各自回读，再核公开数据与浏览器页面，给真实报告链接。报告和方案内容不同步时先核原请求/版本与关联，不盲目重存或创建新项目。
课程项目只有在真实S5、存在关联本项目的S5成果和currentConceptRef且任务已授权结项时，才用project-progress记录completed并回读事件；有关键缺口时保留在研/待验证或按原合同blocked，不因课程结束自动结项。项目完成不等于企业审批、技术定型或正式报告提交；正式报告依旧preview→真人确认→submit，不自动代为确认。
验收：提案论证与前序可回查；实际/预期质询分开；V2→V3全池有去向；代表案例真实且有依据；方案若保存有真实连续版本及项目/材料/工艺关联；行动计划不虚构认领/排程；七类成果导航和缺项真实；保存/回读/看板/项目完成分别报告。内容完成但独立方案、反馈或展示仍缺时分项反馈，不报全部已完成。