用途
用户建模（User Modeling）旨在帮助使用者建立「刚刚好」的用户理解，以支撑更好的产品决策。它创建的是基于行为的用户模型，揭示用户需要什么以及他们会如何行动，而不是带有图库照片的营销型人物画像（personas）。该技能适用于当使用者需要厘清「自己到底在为谁构建产品」，且已超越模糊描述的场景。
输入要求
该技能最适用于以下输入：
- 问题定义输出（problem-framing output）：包含问题陈述、目标用户、JTBD（用户待完成的任务）
- 任何现有研究资料：访谈、问卷、客服工单、Reddit 讨论串、评论等
如果没有研究资料，也可以基于假设开展工作，但会标注这些假设需要验证。
使用方式（工作流程）
步骤 1：收集上下文 获取上游产物，或询问：你为谁而构建？你已经了解他们什么？你是否与任何潜在用户交流过？有哪些数据来源——评论、论坛、客服工单？
步骤 2：识别用户分群 寻找以下维度上有意义的差异：目标（想完成什么）、场景（何时何地遇到问题）、约束（什么限制了他们的选择）、技能水平（有多熟练）、频率（多久遇到一次该问题）。并非每个差异都重要，应聚焦于会改变「你会构建什么」的差异。
步骤 3：构建画像 为每个有意义的分群创建轻量级画像。最多限制为 2-3 个——超过这个数量会稀释焦点。
步骤 4：定义场景 为每个画像定义 2-3 个他们会使用产品的具体场景。这些将成为用户故事和流程的基础。
步骤 5：识别洞察 揭示能为产品决策提供信息的模式：所有画像有什么共同点？它们在哪里产生分歧？你会为每个画像分别构建什么不同的东西？
使用 Write 工具自动将输出保存到 design/02-user-modeling.md，同时呈现给用户。
输出格式
输出为 Markdown 结构，包含：上下文（问题空间摘要及已知信息，并列出研究基础或标注「基于假设——需要验证」）；画像（每个画像包含名称/标签、一句话描述、目标、场景、痛点、当前行为、约束、成功的样子、语录）；场景（每个画像 2-3 个，每个场景包含情境、触发因素、目标、当前做法、挫折）；关键洞察（共性、分歧、设计启示）；待验证假设（勾选清单）。
适配指南
- 最小化（单一明显用户类型）：一个画像，2-3 个场景，跳过「分歧」部分，总计 1 页。
- 标准（2-3 种用户类型）：如所示完整结构，总计 2-3 页。
- 研究密集型（有真实用户数据）：包含研究摘要，加入真实用户语录，在附录中链接到源数据。
什么造就好的画像
好的画像：由目标和行为定义，而非人口统计特征；能揭示改变「你会构建什么」的信息；基于模式而非个体；足够具体以便据此做决策。
坏的画像：图库照片 + 年龄 + 职位 + 爱好；过于泛化，可以套用在任何人身上；基于一次访谈或纯假设；无法为任何产品决策提供信息。
应避免的反模式
- 大杂烩（The Kitchen Sink）：除非人口统计信息重要，否则不要添加。
- 克隆军团（The Clone Army）：如果画像之间没有实质性差异，就合并它们。
- 一厢情愿者（The Wishful Thinker）：模拟用户真实的样子，而不是你希望他们是的样子。
- 边缘案例收集器（The Edge Case Collector）：聚焦主要用户，而非每一个可能的用户。
交接
呈现画像后，会询问：「想进入 /solution-scoping 来排定功能优先级，还是直接进入 /prd-generation？」
限制
该技能未提供关于收费、价格、平台支持范围的具体信息；其输出依赖输入资料的质量，若基于假设则明确标注需要验证。