底稿与 STRATEGY_DATA_RULES 明确多细类须分行;不确定可写待业务定类。恢复标题下骨架说明含全局禁止编造。示例与目录模板同步。 Made-with: Cursor
12 KiB
策略生成 · 框架确定
版本:2026-04-22(修订:§二 仅 §2.1 表;删除 §3.2)
目的:在继续迭代「填表 → 规则底稿 / LLM 成稿 → 导出」之前,把结构、输入输出、与报告的关系定死;并明确——策略成稿不是市场说明书,而是针对用户痛点写清「做什么、怎么做」。
关联:
| 说明 | 路径 |
|---|---|
| 原则与 S1/S2 路线 | docs/planning/strategy-marketing-content-alignment.md |
| 规则底稿(骨架) | backend/pipeline/reporting/strategy_draft.py → build_strategy_draft_markdown |
| LLM 成稿 | backend/pipeline/llm/generate_strategy.py → generate_strategy_draft_markdown_llm |
| 人工可读示例(低 GI 批次) | docs/demo/市场策略稿-示例-20260413_104252_低GI.md |
| API | JobStrategyDraftView:POST 策略稿,generator=rules | llm |
1. 我们说的「策略生成」指什么
在本仓库里,策略生成特指:独立市场策略稿(Markdown),由任务数据 + 业务表单驱动,不是竞品报告全文,也不是报告里第九章那一小段嵌入块。
| 产物 | 形态 | 主要用途 |
|---|---|---|
| 独立策略稿 | 摘要 → 一至十 → 附录 | 业务讨论、对外删减版、与表单决策对齐 |
| 报告 · 第九章 | 仅 #### 小节,嵌在「九、策略与机会」下 |
与第五~八章同源、假设性归纳 |
| 营销内容(规划) | 另管线,共用 brief | 表达层,见 alignment 文档 S2 |
框架确定只锁定第一行:独立策略稿。
0. 与《竞品分析报告》的分工(避免重复)
| 放在分析报告 | 放在策略稿 |
|---|---|
| 样本量、列表/深入口径、词频、共现、LDA、细类条数、图表解读、方法说明 | 不写或一句带过;可写「详见同任务竞品分析报告 §× / 附录」 |
| — | 要写:针对痛点怎么做(§2.1 表)、资源与节奏、风险应对 |
策略稿不是第二份统计报告;统计分析已在报告中完成,策略稿只消费其结论并转为行动。
常见质疑(口径)
Q:凭什么写「松软」,评论里还有很多人要「酥脆」?
A: 二者常对应不同细类(糕点/面包 vs 饼干)。策略须按主推款/细类写口感与工艺,分线表述;禁止用单一词覆盖全池。若多线并行,饼干线与糕点线应分别有策略句。
Q:满减、满额打折是不是不管了?
A: 不是不管。 能来自 price_promotion_signals / 报告第六章的须写进 §八.3;禁止编造未监测到的门槛。未捕获具体规则时,须写「待运营按后台活动补齐」类表述,并保留促销原则(透明、跟价节奏、券类型方向),避免整节空白。
Q:§二 和 §三 里「障碍/痛点」会不会重复?
A: 已收敛:§二 仅 §2.1「针对痛点要怎么做」 一张表;不再单设痛点表/价值对表/负向归因子节。§三 仅 §3.1,不设 §3.2「转化障碍与应对」——与购买相关的应对已在 §2.1 表内,§3.1 只写品类与时机、购买理由,勿再复述一遍障碍与应对。
1.1 核心:策略部分要写「怎么做」,不能只写「是什么」
| 不满意的表现 | 应有的表现 |
|---|---|
| 大量篇幅描述市场、品类、数据,读完不知道「我们要做什么」 | 每条策略能回答:针对哪类用户、哪条痛点,我们采取什么动作,在具体触点怎么做(商详第几屏、主图文案、规格怎么标、客服话术等) |
| 痛点与后面章节脱节 | 第二节 §2.1 表列清「针对痛点怎么做」后,第六节起(目标与路径、品牌四线、战术支柱)必须能回扣到该表,避免「泛泛而谈增长」 |
| 只有「建议重视体验」 | 写成可执行句:谁、在什么渠道、在什么时间窗口、做什么改动、如何验收 |
强制结构(逻辑闭环):
- 用户痛点(来自数据与评论归纳,第二节)
- 对应策略意图(价值主张、差异化、目标)
- 怎么做(动作 + 落地载体:页面/投放/产品/价格/促销)
- 如何验证(指标、抽样、时间)
规则底稿中 §二 仅 §2.1 针对痛点要怎么做 表占位;LLM 成稿须填满该表或等价表述,且 §六~§八 以动词导向(应做、通过、在…上)为主,避免纯名词堆砌。
2. 成稿结构(已定,勿随意增删块)
与 build_strategy_draft_markdown / STRATEGY_SYSTEM、示例稿 一致,顺序如下:
| 顺序 | 章节 | 要点(策略性要求) |
|---|---|---|
| 0 | 摘要 | 除范围样本外,阶段重点须含 1~2 条可感知动作(如「主推款商详标明规格与克重」),而非仅「加强运营」 |
| 1 | 一、顾客是谁 | 1.1 人群与路径 · 1.2 细类/评论侧归纳 · 1.3 本品聚焦(表单:角色、客群、对标) |
| 2 | 二、产品价值与用户痛点 | 仅 §2.1 表:「类目/细类 → 痛点简述 → 动作 → 落地 → 验证」;多细类分行,不确定则「待业务定类」+ 假设 |
| 3 | 三、为什么要买「这款产品」 | 仅 §3.1 品类与时机、购买理由;无 §3.2(与 §二 不重复写障碍与应对) |
| 4 | 四、为什么要选「这个品牌」 | 承诺与调性 · 信任与证据 · 主定位(表单勾选) |
| 5 | 五、与其它品牌有何不同 | 对比对象 · 差异化 · 竞争应对须写可执行应对(不主动价格战 / 跟价时如何说明等) |
| 6 | 六、阶段目标与路径 | 时间 / 成功标准 · 营销与总体策略须写成动作句(与痛点挂钩) |
| 7 | 七、品牌四线 | 建设 · 打造 · 运营 · 体验(与表单 4P 支柱对应,每条线至少一条「怎么做」) |
| 8 | 八、战术支柱 | 产品 / 定价 / 促销 / 渠道:每支柱下写 针对哪条痛点、做什么、怎么落地 |
| 9 | 九、风险、假设与待验证 | 含表单风险勾选 |
| 10 | 十、下一步与节奏 | 含业务备注;下一步为可执行任务,非口号 |
| 11 | 附录 | 关键数据一览(与 brief 同源) |
命名约定:对外文档可称「六主轴 + 品牌四线」——六主轴对应 一~六 的叙事链,七 为品牌四线,八 为 4P 战术落地。
§2.1 针对痛点要怎么做(推荐列):
| 类目/细类(本决策适用) | 用户痛点(简述) | 策略动作 | 具体怎么做(触点/话术/规格/渠道) | 如何验证 |
|---|---|---|---|---|
全文各章「怎么做」补充(除 §2.1 外,摘要与一、三~五、九、十亦须落地)
| 章节 | 除数据叙述外,必须带上的策略性内容 |
|---|---|
| 摘要 | 阶段重点含 1~2 条可执行动作,回扣 §2 优先痛点 |
| 一 | 1.3 写清主攻人群/场景与 §2.1 的对应;与后文动作一致 |
| 三 | §3.1 末承接 §2 优先痛点与购买理由;勿重复 §2.1 已写的应对 |
| 四 | 承诺落到触点(商详/包装/客服等)的具体句子 |
| 五 | 差异化 = 相对竞品多做什么/少做什么;竞争应对 = 跟价/不跟价时的具体话术或机制 |
| 六 | 路径与 §2.1 对齐;营销/总体策略为动词句 |
| 七 | 四线各至少一句:服务哪类痛点、本阶段做哪一步 |
| 八 | 四支柱分别回扣 痛点→动作→落地 |
| 九 | 风险项带应对动作或验证计划,勿只列标题 |
| 十 | 可执行任务,与 §2.1 / §六 优先级一致 |
(代码与 STRATEGY_SYSTEM 已同步上述要求;规则底稿各节均有对应 成稿须… 提示。)
3. 输入框架(三层)
| 层 | 内容 | 来源 |
|---|---|---|
| A. 数据层 | build_competitor_brief 的 JSON |
同任务 run_dir CSV + effective_report_config.json,与报告同一套计数 |
| B. 决策层 | strategy_decisions |
前端策略表单:战场一句话、定位四选一、竞争倾向、四柱、营销/总体策略、风险勾选等 |
| C. 对齐层(可选) | report_strategy_excerpt |
load_report_strategy_excerpt:优先 strategy_opportunities_llm.json 的 markdown,否则从 competitor_analysis.md 第九章截取 |
LLM 路径下:A 经 compact_brief_for_llm 压缩进 payload;B 原样进入;C 截断后进入。
规则路径无 LLM,仅 A+B 写入骨架,C 不参与(但 API 仍返回节选元数据便于核对)。
4. 输出与验收
| 模式 | 输出 | 最低验收 |
|---|---|---|
generator=rules |
带占位符的 Markdown | 章节齐全;含 §2.1 针对痛点要怎么做 表头;无 §3.2;数字仅来自 brief 摘录;与 chapter8_text_mining_probe 时无关注词条形图口径冲突 |
generator=llm |
可读成稿 | 章节与骨架一致;全书遵守 STRATEGY_DATA_RULES 段首「全局禁止编造」(数字、品牌名、用户引语、活动规则、落地结果等);已填表单项落实为执行句;节选非空时与第九章方向不矛盾;全书能体现「痛点→动作→怎么做」(含摘要、一、三~十);禁止仅复述市场描述而无 actionable 句 |
5. 与「报告第九章」的边界(防混)
- 第九章:短、假设性、
####标题,服务已读报告的人。 - 独立策略稿:长结构、服务要单独拿策略讨论/对外节选的人。
- 二者数据同源(brief),不要求策略稿复述「第九章原文」,只要求方向与数字不打架(见
STRATEGY_DATA_RULES)。
6. 需求—实现对照(便于验收「全部落地」)
| 需求要点 | 实现位置 |
|---|---|
| 六主轴 + 品牌四线、摘要→一~十→附录 | build_strategy_draft_markdown、STRATEGY_SYSTEM |
| 与竞品报告分工、不重复统计展开 | STRATEGY_DATA_RULES、底稿骨架说明 |
| 痛点 → 怎么做、仅 §2.1 表(含类目/细类列) | 底稿 §2.1;STRATEGY_DATA_RULES + STRATEGY_SYSTEM §二 |
| 除 §2 外各章须带可执行句 | STRATEGY_SYSTEM 分节要求;规划 §1.1 表 |
| 语气:少内部缩写、少反复「对齐第几章」 | STRATEGY_SYSTEM 语气段 |
| 分量/规格/克重痛点 | STRATEGY_SYSTEM §二;底稿 §2.1 提示 |
| 全文禁止编造(各节、各表) | STRATEGY_DATA_RULES 段首「全局禁止编造」;STRATEGY_SYSTEM「落实范围」;用户消息前缀自检句 |
| §2 表「痛点简述」可溯源、禁编造用户引语 | STRATEGY_DATA_RULES §2 表条款 |
| 报告第九章策略归纳不编造 | STRATEGY_OPPORTUNITIES_SYSTEM 引用同一 STRATEGY_DATA_RULES + #### 块说明 |
| §三 不设转化障碍小节(免与 §二 重复) | 底稿无 §3.2;STRATEGY_SYSTEM §三 |
| 口感按细类:酥脆 vs 松软分线,禁止一词盖全站 | STRATEGY_SYSTEM 口感/质地与细类 |
| 促销:满减/满折/券/跨店,不编造门槛、不全节留空 | STRATEGY_SYSTEM 促销;底稿 §八.3 |
报告第九章仍用 generate_strategy_opportunities_llm,runner 正文拼装不改 |
代码现状;本文件 §5 |
| 人工可读示例(低 GI) | docs/demo/市场策略稿-示例-20260413_104252_低GI.md(含 §2.1、§8.3 范例句) |
另行立项(本文件不承诺已编码):营销内容管线 S2/S3(见 strategy-marketing-content-alignment.md)、仅摘要模板、表单新字段、输出数字同源性自动校验 S4。
7. 待你方拍板的扩展(不影响上述已定框架)
若后续要改,单独立项,不混进「框架确定」:
- 是否增加「仅摘要 / 仅战术章」等变体模板;
- 是否在表单增加字段(如新里程碑);
- 营销内容 S2 与策略稿的强制依赖顺序(建议:策略稿稳定后再接营销)。
本文件为框架锚点;实现以代码与 strategy-marketing-content-alignment.md 为准,如有冲突以代码与 alignment 原则优先。