workshop-value-proposition.md 6.9 KB
产品价值主张与核心卖点
D2-07、系统阶段S5。承接 可行性回推与V2.0，围绕有依据的方向形成产品价值主张及卖点提炼清单，作为《场景化用户买点方案》的核心内容。它回答为谁、在何种场景解决什么问题、凭什么带来价值以及怎样表达，不把广告措辞当产品效果。
1. 确认对象，接续真实条件
回读实际机会键/卡号、V2报告与版本、需求/场景原话、产品设定、可行性及反证、未决条件和验证配置。用户已有明确方向则沿用，不重复要求确认；尚未选择时可以按候选分别形成有标识的草案，保留对照，不默认把S级或列表第一项当最终选择。
区分当前产品已证实属性、拟定规格/风味/包装、情景假设及待验证项。拟定参数是概念设定，不是已量产事实；V2的经济或工艺条件一旦改变，标出需回核的结论，不沿用旧方案的性能依据。
2. 建立从需求到表达的逐项映射
| 层 | 要填写的实际内容 |
|---|---|
| 人群/场景与任务 | 有原话支持的目标使用者、触发/限制、JTBD及当前解决方式；未明示画像不补年龄职业 |
| 痛点/期待与取舍 | 关键期待、接受/放弃什么、反例与适用范围；高频不自动等于最重要 |
| 产品要素 | 为回应需求拟改变或保留的规格、风味、配料、包装、使用步骤等，以及现实可行条件 |
| 用户收益 | 要素怎样影响功能或体验/情绪收益；观察事实、待验证机制和预期收益分别标明 |
| 价值主张与定位 | 目标对象、场景、核心收益及可信理由；相对现有解决方式的差异，与价格/渠道/规格配称是否一致 |
| 卖点与表达 | 核心买点、支持点、Slogan/文案概念及表达对象；逐项关联需求证据和产品验证依据/待测项 |
“要素→收益”须解释机制与条件，不能只把特征改写成形容词；“产品独特性”核已覆盖替代/竞品，没查到不写唯一、首创或全网第一。情绪收益来自真实语境或明确的研究假设，不虚构消费者自述。没有差异依据时如实提出待验证定位，不硬造独特性。
优先围绕同一真实场景组织少量、相互支持的核心表达，其他方向留备选及取舍理由；不套固定卖点/Slogan数量，不把所有正向词堆成承诺。可基于真实内容生成Slogan和文案创意，但都要能对应到这张映射表，避免为押韵改写原意或隐含未经验证的功效。
3. 分开需求证据与产品效果依据
| 表达类型 | 需要核查什么 |
|---|---|
| 需求/行为 | 真实原文、对象、场景和成员统计；它支持研究动机，不证明新品达到效果 |
| 规格/便利/性能 | 已知产品参数、实际测量/使用条件或测试记录；未试制、未测量标为预期收益 |
| 风味/口感比较 | 真实比较对象、配方/制备/用量、感官测试方法和结果范围；同一评价不能代新品盲测 |
| 营养/标签/原料声称 | 产品实际指标与相应法规原文、适用版本/日期/类别和条件，缺一留待核 |
| 销量/广泛偏好/绝对表达 | 匹配范围与时段的交易或有效研究依据；评论热度、模型共识、局部样本不作市场证明 |
例如“觉得太咸”可支持咸味体验待改良问题，不能直接变成“低钠”“减钠一半”或“同样够味”的已验证宣传。原料具有某属性，也不代表成品达到相同功效、营养含量或感官结果。营养、健康、比较或绝对声称缺证时改为待测概念/明确可核事实，不能用脚注“待验证”保留误导性的对外成品文案。
每条卖点列：候选键、要素/收益、表达草案、需求原件与定位、产品依据、反证、状态（已核事实/有条件概念/待测试/不建议使用）、验证对象和判定方法。课堂概念不得作为已审批的包装、电商宣传或正式对外宣称；法规/技术和消费者测试是否完成分别留状态。
4. 形成方案与验证安排
交给研发讨论时，按 研发对接内容 把期望体验、必须保留项、拟改变量、现品/替代基准、代价与观察指标放进现有方案章节。指标先于宣传效果，技术机理、产品概念和已完成试验分列；无法确认数值时交有内容的条件式设定与判别办法，不编配方、性能提升或厂内标准，也不只交Slogan。
输出《本题／产品价值主张及卖点提炼清单（场景化用户买点方案）》，包括：
- 研究对象、实际选择状态、V2编号/版本及产品可行条件。
- 人群/场景/JTBD、价值主张、定位与配称、产品要素到收益的完整对应表。
- 核心卖点与支持点、Slogan/文案概念及备选取舍，逐条证据、适用范围和使用限制。
- 反证和优先测试事项，例如理解/偏好、实际使用、感官、成本/产线及合规；列问题、材料/前提、方法和判定依据，未给标准不编公司门槛。
用户测试计划与实际测试分开，未收到回应不编“喜欢率”或购买意愿。发现定位与V2成本/工艺/合规冲突时记录改写/暂缓和需回核项，不删掉前序限制。可保存有条件草案供讨论，缺决定性依据不能写成正式推荐已通过。
5. 保存并交接概念提案
用workshop-save保存artifactType=concept报告，顺序新任务stageCode=S5，建议taskKey=<topicKey>:D2-07:buying-points:<candidateKey>。没有项目可先保存报告；已有项目只有在其合法达到S5后才关联S5报告，尚在S3/S4时遵守 项目衔接，不跳级、不伪造项目阶段。
报告用现有章节/table/para/longpara，实际引文逐字绑定业务sourceIds。valueProposition、sellingPoints等可写报告内容，不直接加到workshop-save顶层；报告artifactType=concept与独立KfConcept方案是两种保存结果。
本节资料、方向、授权及项目条件已具备且任务需要保存独立方案时，可按 概念提案细则 和concept-save合同完成，不要求等到课表下个时段；条件不足则保留独立方案待办，不阻断已完成报告同步。只保存报告不能报已创建新品方案编号。
按 交付规则 回读报告及真实方案（如已保存），再核公开数据/页面。验收：需求→要素→收益→表达可追溯；定位有比较范围与配称；需求和性能证据分开；核心卖点/Slogan有实际内容、状态及验证办法；保存与展示状态真实。将实际报告/方案编号、产品设定、使用限制和待测试项交D2-08，不把概念文案当消费者原话或已验证产品事实。