---

name: sealeap-jiuwei-amazon-human-centered-product-brief description: "Turn Amazon customer evidence into a human-centered product brief covering the job, context, functional and emotional outcomes, alternatives, constraints, and validation. Use before product development or major differentiation decisions."

Amazon 以人为本产品简报

目标

从真实行为、问题和替代方案出发定义购买任务，把功能、情绪和社会结果写成待验证假设，并用原型与单位经济筛选。

何时使用

• 产品开发只剩功能堆叠或价格比较
• 想理解买家为什么在某个生活情境下选择产品
• 需要给开发、设计和运营统一产品决策依据

开始前要拿到

• 目标站点、细分人群、使用者与购买者是否相同
• 评论、Q&A、退货、客服、访谈和搜索行为证据
• 现有替代方案、使用情境、触发、阻碍和失败后果
• 供应、合规、成本、售价、交期和可测试原型

缺失项必须标为 UNKNOWN 或 NEEDS_EVIDENCE；不得猜数字、补属性，或混用不同站点、ASIN、流量来源和时间窗。

不可妥协的边界

• 当前 Amazon 官方规则、目标账户实时状态、真实产品证据和一方业务报告优先；公开内容与第三方数据只能作为待验证启发。
• 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
• 数值、政策、因果和执行状态分别标为 FACT、ESTIMATE、ASSUMPTION 或 UNKNOWN。
• 不保存或输出素材来源身份、账号、链接、文章编号、发布日期、阅读量、原始话术、图片或其他可反查线索。
• 不复制他人文案、图片或品牌表达；输出必须基于当前商品重新设计。
• 情绪与生活方式洞察是待验证解释，不得用年龄、性别、族群等刻板印象代替证据。
• 不得用单个故事、金句或层级理论证明普遍需求。
• 产品承诺必须回到可测功能、材料、安全和真实使用边界。

工作流

1. 按购买者、使用者、场景、触发和频率整理原始行为证据。
2. 写出客户要完成的任务、当前替代、主要阻碍和不解决的代价。
3. 分开功能、情绪和社会结果，并为每项标注证据与反证。
4. 把机会转成可测产品假设、最低可行功能和明确不做项。
5. 加入供应、合规、成本、价格、退货和售后限制，淘汰不可运营方案。
6. 用访谈、样品、概念页或小批试销验证，再更新简报版本。

判断状态

• READY：产品事实、规则、基线和测试方法均已核实。
• HOLD：方向可能成立，但买家证据、产品证明、样本或审批仍缺失。
• STOP：内容误导、侵权、违规、单位经济不可承受或无法回退。

必须交付的结果

• 人群—场景—任务证据图
• 结果、障碍与替代方案表
• 产品假设、最低功能和不做项
• 验证、单位经济与退出计划
• 数据范围、采集时间、证据状态、限制和待批准动作

详细台账与质量门见 references/playbook.md。