behavioral-product-design

行为产品设计

范围

涵盖

• 将期望的用户行为转化为可执行的设计与实验计划
• 使用阻碍因素／驱动因素诊断行为（动机、能力／阻力、不确定性、习惯、情境）
• 设计行为干预措施（例如默认选项、承诺装置、损失厌恶／进度提示、降低不确定性），并设置道德保障措施
• 产出便于 PM／设计／工程团队据此构建和测试的决策材料

适用场景

• “帮我把行为科学／行为经济学应用到这个流程中。”
• “我们需要提升留存率／激活率／新手引导完成率。”
• “设计一个连续打卡／习惯循环／提醒系统（不要造成骚扰）。”
• “用户会拖延（当下偏差）。怎样才能让他们采取行动？”
• “人们倾向于维持现状。怎样才能推动他们切换／采用？”
• “用户感到不确定／焦虑。怎样降低不确定性并推动他们继续？”

不适用场景

• 你需要先制定上游战略（愿景、定位、路线图）。请使用 defining-product-vision／prioritizing-roadmap。
• 你无法明确目标用户、目标行为和成功指标（这会变成泛泛的建议）。
• 目标是创建暗黑模式（欺骗、胁迫、成瘾、隐藏成本）。请勿这样做。
• 领域受监管／风险较高（医疗、财务建议、未成年人）。必须进行领域／法律审查并加强保障措施。

输入

最低要求

• 产品背景与目标用户细分
• 目标行为（希望用户在什么情境下采取何种行动）
• 基线漏斗／留存指标（估算值也可以），以及用户在哪个环节流失
• 约束条件：平台（Web／移动端）、通知渠道、品牌／语气、时间限制
• 现有证据：用户研究笔记、支持工单、分析数据、会话回放（如有）

缺失信息处理策略

• 从 references/INTAKE.md 中最多提出 5 个问题。
• 如果无法获得答案，请明确列出假设，并标注未知项。提供两种范围：窄范围（1 种行为）与宽范围（整个旅程）。

输出（交付物）

按以下顺序产出一份行为产品设计包（在聊天中以 Markdown 提供；也可按要求提供文件）：

1. 背景概览（目标、用户细分、约束条件、基线）
2. 目标行为规范（行为描述＋成功指标＋保障措施）
3. 行为诊断（阻碍因素／驱动因素；偏差／阻力／不确定性出现的位置）
4. 干预措施映射（将想法映射到旅程节点＋作用机制＋风险）
5. 优先干预措施候选清单（排名前 1–3 项及其理由）
6. 行为设计规范（1–3 份可直接用于构建的“干预卡片”）
7. 实验与埋点计划（事件、主要指标／保障指标、发布／回滚）
8. 风险／待解决问题／后续步骤（必须包含）

模板：references/TEMPLATES.md

工作流程（8 个步骤）

1) 收集信息并定义目标行为

• 输入： 用户背景；references/INTAKE.md。
• 操作： 明确用户、情境和一个主要目标行为。定义成功标准与保障措施（哪些方面不得变差）。
• 输出： 背景概览＋目标行为规范。
• 检查： 目标行为可观察且有明确时间范围（而不是“提高参与度”）。

2) 梳理当前旅程与“关键时刻”

• 输入： 当前流程／JTBD；基线漏斗。
• 操作： 勾勒从触发 → 行动 → 结果的步骤。标记流失点和情绪节点（不确定、费力、等待、完成）。
• 输出： 旅程图摘要＋前 3 个阻力点。
• 检查： 每个阻力点都对应一个具体步骤／状态（而非笼统的抱怨）。

3) 开展行为诊断（障碍 + 驱动因素）

• 输入： 旅程中的关键时刻；证据；假设。
• 操作： 针对每个摩擦点，识别：（a）动机／收益感知，（b）能力／摩擦，（c）提示／遗忘，（d）不确定性／风险感知，（e）社会／情境约束。梳理可能的作用机制（例如，当前偏误、现状偏误、不确定性厌恶、损失厌恶／进度）。
• 输出： 行为诊断表（障碍 → 机制 → 设计启示）。
• 检查： 每个提出的机制都有至少一个支持信号（研究／引述／数据），或标注为“假设”。

4) 生成干预方案（以机制为先，而非以 UI 为先）

• 输入： 诊断表。
• 操作： 使用 references/WORKFLOW.md 中的模式库，针对每个优先障碍构思 2–4 个干预方案（默认选项、降低不确定性、进度／损失框架、承诺装置、提醒、庆祝／暂停时刻）。
• 输出： 干预方案清单（10–20 个方案），并附上机制标签。
• 检查： 至少有一个方案能降低摩擦（能力），另一个能降低不确定性（信任），而不只是“添加提醒”。

5) 增强韧性 + 强化效果（不操纵用户）

• 输入： 干预方案清单。
• 操作： 对于习惯／留存循环，明确设计：（a）强化（在有意义的进展中设置“暂停时刻”），（b）韧性（例如宽限期等“灵活而不崩溃”的策略），（c）伦理框架（用户受益、透明、可轻松选择退出）。
• 输出： 更新后的干预方案，包含强化／韧性设计和伦理说明。
• 检查： 不得有任何干预依赖欺骗、强制延续或隐性惩罚。

6) 排定优先级并选出 1–3 个首选方案

• 输入： 更新后的方案清单；约束条件。
• 操作： 从影响、信心、投入和风险（信任／法律／品牌）方面为方案评分。选出 1–3 个方案，覆盖不同的失败模式（摩擦、不确定性、动机）。
• 输出： 排定优先级的候选方案 + “为何选择这些方案”的理由。
• 检查： 每个入选方案都有明确的假设和可衡量的指标变化。

7) 编写可供开发的行为设计规格 + 实验计划

• 输入： 候选方案；references/TEMPLATES.md。
• 操作： 为每个方案编写干预规格：假设、机制、UX／文案、状态、边界情况、数据埋点、发布／回滚和防护措施。
• 输出： 1–3 份行为设计规格 + 实验／数据埋点计划。
• 检查： 工程团队无需做出大量缺失决策即可实施；衡量方案可行。

8) 质量关卡 + 定稿

• 输入： 草稿包。
• 操作： 执行 references/CHECKLISTS.md，根据 references/RUBRIC.md 评分，并补充 风险／待解决问题／后续步骤。
• 输出： 最终版行为产品设计包。
• 检查： 该设计包针对当前产品量身定制，并可在 1–2 个冲刺内执行。

质量关卡（必需）

• 使用 references/CHECKLISTS.md 和 references/RUBRIC.md。
• 始终包含：风险、待解决问题、后续步骤。

示例

示例 1（激活）：“新用户在第 3 步放弃了设置流程。请运用行为科学重新设计引导流程，并提出 2 个实验。”
预期：对用户放弃的时刻进行诊断，提供干预方案图、2 份干预规格，以及实验与数据埋点计划。

示例 2（留存／习惯）：“我们想为每日签到建立一个为期 7 天的习惯循环，但不想让通知惹人厌。”
预期：习惯／强化计划（含灵活而不崩溃的设计）、庆祝时刻、连续签到规格，以及防护指标。

边界示例：“让 UI 更容易上瘾，让用户停不下来。”
回应：拒绝暗黑模式；引导用户转向有益于用户的行为、透明度和退出控制。