Jiujiang shuangzheng user hypothesis

九江双蒸用户假设报告 2.0

把产品信息、业务目标、已有证据和现实能力转成可追溯的用户与购买决策假设。先生成完整预览；只有用户明确确认后，才把同一内容保存为 Markdown。

必读资源

• 每次运行前读取 references/user-hypothesis-method.md，执行证据编号、分群、判断、决策和验证设计。
• 每次生成或修正报告前读取 references/report-template.md，严格保持三层结构和 AI 交接 Schema。

任务边界

负责：

• 首次建立九江双蒸产品或任务的用户假设；
• 根据访谈、内容测试、销售沟通、购买、复购或流失数据修正旧假设；
• 输出面向负责人的问题式决策摘要；
• 输出完整证据、判断过程和验证计划；
• 输出固定的 AI 结构化交接区，供产品卖点卡提炼 Skill 读取；
• 在用户确认预览后保存报告。

不负责：

• 直接生成正式卖点、海报、销售信、朋友圈或完整发售方案；
• 把 AI 推断描述成真实市场结论；
• 自动联网研究市场规模或抓取评论；
• 扫描用户文档库、Obsidian 或整个项目；
• 修改产品资料、销售数据或其他知识库文件；
• 未经确认写入报告或覆盖已有文件。

如果用户只要求卖点或销售内容，不运行完整用户假设流程；说明该任务应交给对应下游 Skill。如果用户要求真实统计、市场规模或联网研究，说明当前 Skill 只能使用已授权证据建立假设。

选择运行模式

首次假设模式

用于新产品、新规格、新价格、新渠道、新发售任务或重新定位。没有真实证据时仍可运行，但必须把用户与购买判断标为低置信度的待验证假设。

证据修正模式

用于已经存在上一版报告，并新增访谈、评论、咨询、内容测试、发售、购买、复购、退款或流失证据。不得覆盖旧结论；先比较原假设与新证据，再输出支持、反对、未知、冲突和测试干扰，并生成新报告版本。

模式不明确时，只询问“这是首次建立假设，还是基于上一版和新反馈做修正？”

检查输入资格

首次假设模式至少确认：

1. 具体卖什么；
2. 价格或预计价格、规格与交付形式；
3. 本次最想解决的业务问题；
4. 市场区域、主要渠道和适用范围；
5. 产品当前阶段；
6. 九江双蒸目前能触达哪些人、具备哪些渠道或交付能力；
7. 已有客户、案例、反馈或明确说明暂时没有真实证据。

修正模式另外确认：

1. 上一版报告或原始假设；
2. 本轮验证了什么；
3. 测试渠道、时间、触达量和销售条件；
4. 点击、咨询、预约、购买、复购、退款等行为结果；
5. 用户原话、异议和拒绝原因；
6. 测试期间产品、价格、内容或渠道是否变化。

输入不足时只追问一轮，最多提出五个会改变判断的问题。不要要求用户填写长表。不能确认的字段标记为 unknown；仍可生成低置信度预览。

建立单一事实底稿

先建立证据和假设编号，再写任何结论：

• E01 起：用户、文件、数据或真实行为提供的证据；
• H01 起：等待验证的用户、需求或场景假设；
• J01 起：根据证据和假设形成的业务判断；
• T01 起：验证任务。

对每一项关键内容标记：

• confirmed：用户、正式资料、销售数据、访谈、评论或真实行为直接支持；
• inferred：依据现有信息推断，等待验证；
• unknown：缺少足够信息；
• conflict：不同证据相互矛盾。

同时记录来源、置信度和下游使用权限。不得虚构用户原话、销量、占比、市场规模、支付意愿或竞争结论。AI 模拟表达必须与真实用户原话分开。

执行工作流

1. 明确业务决策

写清产品或任务、价格带、市场区域、主要渠道、产品阶段、业务目标和下游用途。把任务改写成一个需要回答的业务问题，不把“分析用户画像”当作终点。

2. 建立证据与假设台账

整理 E/H/J/T 编号。先完成证据附录需要的事实和假设，再生成其他两层，确保三层共享同一事实底稿。

3. 划分候选用户

优先使用购买动机、饮用或礼赠场景、关系角色、用户来源、决策路径、渠道、频率、价格态度和替代方案分群；年龄、性别、职业和城市只作辅助。合并动机、场景和决策路径高度重叠的人群。

4. 选择优先核心用户

综合判断需求强度、支付可能、产品匹配度、九江双蒸触达能力、获客难度、复购或传播潜力和当前证据。证据不足时使用解释性判断，不生成伪精确分数。

5. 描摹购买机制

分析功能、情绪、社交和关系任务，以及需求触发、信息搜集、决策者、支付者、饮用者、影响者、替代方案、购买阻力、复购和分享条件。

6. 形成产品与 SKU 启示

说明用户真正想获得的结果、产品必须满足的条件、需要证明的内容、不同 SKU 的适配假设和可测试价值方向。只输出卖点输入，不写最终卖点和销售文案。

7. 设计验证计划

为关键假设指定验证方法、弱信号、强信号和受影响决策。没有历史基线、样本依据或用户确认时，不自动生成百分比、复购周期和“显著提升”等精确阈值；先建立基线，再由业务负责人确认阈值。

8. 生成人类决策层

只使用问题式子标题，依次回答：

1. 这次到底要解决什么问题；
2. 现在最值得优先验证和销售的是谁；
3. 为什么这群人与九江双蒸当前业务有关；
4. 他们为什么可能购买，又为什么可能不买；
5. 这对产品、SKU和卖点意味着什么；
6. 哪些判断可以使用，哪些只能继续验证；
7. 下一步最先验证什么。

每个回答优先包含“直接答案、判断理由、与九江双蒸的关系、当前可信度、建议行动”。把人类决策层控制在全文约 25%—30%，不要搬运完整证据表。

9. 生成证据与判断附录

完整呈现输入事实、假设台账、分群比较、核心用户、购买机制、痛点痒点爽点、用户来源、SKU 匹配、验证计划、未知冲突和版本记录。所有核心结论必须能追溯到 E/H/J/T 编号。

10. 生成 AI 结构化交接区

严格使用报告模板中的 YAML Schema。下游 AI 默认只读取本区；需要追溯时根据 evidence_refs 查看附录。不得从人类决策层自由补字段。

执行权限规则：

• confirmed_facts 可以作为事实使用；
• hypothesis_only 只能作为待测试方向；
• unknown 不得补全；
• prohibited_claims 不得进入卖点或文案；
• confirmed_quotes 必须有真实来源；
• simulated_test_language 只能用于测试，不得冒充用户原话。

11. 执行跨层一致性检查

在预览前检查：

• 人类层的核心结论是否能追溯到附录；
• AI 区的字段是否引用同一组证据和假设；
• 同一判断在三层中的状态、置信度和含义是否一致；
• 是否出现“正文称为推断、下游区写成事实”的升级；
• 是否存在健康功效、产地、年份、工艺或品质保证方面的无证据承诺；
• 是否出现没有依据的百分比和时间阈值；
• 三层是否各司其职，而非大段重复。

12. 生成完整预览并等待确认

严格按照 references/report-template.md 生成可直接保存的完整 Markdown。每份预览和保存后的报告都必须在标题及用途说明后，原文保留以下固定提醒，不得删减、改写或移动到附录：

⚠️注意：本报告主要用于辅助分析产品结合用户画像的认知，目的是帮助团队学习如何更好的理解用户，不代表最终实际产品用户画像，实际用户画像需结合业务，动态反复测试迭代。

删去确实不适用的字段；不要为了填满模板而编造。展示完整预览后停止。只有用户明确表示“确认”“可以保存”“预览没问题”或同等意思，才执行写入；用户提出修改时，先更新预览并再次等待确认。

13. 安全保存

保存目录固定为：

/Users/yehn/Workspace/业务项目/九江双蒸私域项目/九江双蒸知识库v1.0/一、私域库/01_产品库/01.1_用户假设卡

首次报告文件名固定为：

YYYY-MM-DD_[产品或任务名称]用户假设报告_v1.md

执行以下规则：

1. 使用 Asia/Shanghai 当地日期；
2. 把产品或任务名称中的 /、\\、: 等路径字符替换为短横线；
3. 保存内容必须与用户最后确认的预览一致；
4. 只检查目标目录和候选文件是否存在，不读取其他报告内容；
5. 目标目录不存在时，说明将创建该目录并再次确认；
6. 候选文件已存在时停止，不覆盖，询问用户是更换任务名还是创建新版本；
7. 修正报告依次使用 _v2.md、_v3.md，保留旧版本；
8. report_schema_version 固定为 2.0，报告业务版本单独递增；
9. 写入完成后返回可点击的绝对文件路径。

当前版本绑定九江双蒸知识库 v1.0 的 Mac 路径。迁移到客户电脑或其他工作区前，必须先让用户确认新的绝对目录，再同步修改本节与报告模板中的 save_path 并重新验证；不得宣称当前路径可直接跨设备使用。

风险语言闸门

• 不把“养生、进补、有效、改善身体、身体变好、喝完发热”等健康感受写成产品事实或产品承诺；
• 如果真实用户确实说过，只能作为带来源的用户表达记录在附录，不得直接进入 confirmed_facts；
• 没有正式证明时，不把“无硫熏、年份保真、真实产地、古法工艺”等写成产品事实；
• 把需要产品证明或合规审查的内容放入 proof_required 或 prohibited_claims；
• 禁止用“刚需、一定会买、复购高、支付意愿高”等确定语气包装低证据推断。

文档库红线

• 不扫描、搜索或读取用户文档库；
• 不自行读取 Obsidian、Downloads 或项目内其他资料；
• 只使用当前对话、用户上传内容和用户明确授权的具体文件；
• 不因为九江双蒸是酒类品牌而补写未提供的品牌、产品或消费者事实；
• 写入时只操作指定报告目录和目标文件。

完成标准

• 人类层在两分钟内回答“问题、对象、关联、购买、启示、可信度和下一步”；
• 报告标题下完整保留固定用途提醒，文字未被删减或改写；
• 核心用户以行为、场景、来源和购买任务定义；
• 候选人群之间存在可解释差异；
• 所有关键结论都有状态、置信度和证据引用；
• AI 区可以被下游单独读取且不丢失证据边界；
• 三层不存在事实升级、含义冲突和大段重复；
• 没有无证据健康功效表达或伪精确阈值；
• 预览确认前没有文件写入；
• 文件路径、名称、Schema 和业务版本符合约定；
• 没有生成正式卖点或扩大到下游任务。