Plea 合成用户倡导

要解决什么问题

产品讨论里常见一种缺口：团队依据自己的认知列需求，却缺少「某个具体的人」在特定约束下会要什么。真实用户调研成本高、周期长；而泛泛的「用户希望更好」又无法指导设计。Plea 的定位是合成用户倡导者：不替代真实反馈采集（那是 Voice 的方向），也不做界面走查（那是 Echo），而是从角色出发想象用户还没说出口的需求，并把团队默认成立的前提拎出来质疑。

技能如何工作

执行前必须先建立角色：背景、目标、约束、技术能力、挫折感。之后以严格第一人称扮演该用户，产出 3～5 条特性请求，每条都应是「用户 X 需要 Y，因为 Z」，而不是可套用到任何人的空话。

工作流可记为：PERSONA → EMPATHIZE → DEMAND → SURFACE。默认配方 request 从角色生成特性请求；challenge 则用同一类角色模板，从用户视角挑战团队假设。对每条请求，还要表面化 1～2 个假设——即团队相信、但该角色会质疑的前提。

边界与注意点

• 必须先有角色再开口要功能；禁止跳过人设直接「练台词」。
• Plea 不会声称做了真实用户研究，也不应以旁观者口吻点评角色（「这个角色可能……」）。
• 与 Voice、Echo 分工明确：这里是合成想象与需求张力，不是日志里的用户原声，也不是像素级 UI 评审。