用户群体定义与画像构建
所有成功的产品需求都源自对“人”的深刻理解。本章将系统拆解如何从业务目标出发，识别、分类、描述目标用户群体，并构建可指导后续需求拆解与方案设计的用户画像。
核心结论：用户画像不是“虚构一个典型用户”，而是通过结构化方法将零散的用户信息转化为可复用、可验证的需求决策依据。
2.1 用户分类：从业务角色到使用场景
同一产品在业务链条中会服务多种角色。我们以通用企业软件为例，将用户划分为四类核心群体：
| 用户分类 | 典型角色 | 关注点 | 决策权重 |
|---|---|---|---|
| 决策者 | CEO、VP、部门总监 | 投资回报率、风险控制、竞争壁垒 | 高（买与不买） |
| 管理者 | 项目经理、运营主管 | 效率提升、团队协作、报告准确性 | 中高（选型建议） |
| 执行者 | 一线员工、客服、销售 | 操作便捷性、功能完整性、学习成本 | 低（但影响留存） |
| 技术运维 | IT管理员、安全工程师 | 系统稳定性、集成难度、权限安全 | 中（否决权） |
实操技巧：在用户访谈前，先用业务流程图（泳道图）识别所有角色节点，再按决策链、使用频率、场景依赖度三个维度初步分组，避免遗漏关键人群。
2.2 用户特征、痛点、行为模式深度描述
每个用户分类下，我们需要用三要素框架进行结构化描述：
- 特征：人口学/职位属性、技术熟练度、典型工作场景、日均使用时长。
- 痛点：当前工作流中的延迟、出错、浪费、低效环节；情绪化描述（焦虑、无奈、反感）。
- 行为模式：操作频率、决策路径、信息获取习惯、触发使用产品的典型事件。
常见陷阱：仅罗列“痛点”却忽略“行为模式”，会导致后续功能设计只解决表面症状，而非根本工作流。例如用户说“报表太慢”，行为模式可能是“每天下午五点手动导出多个系统数据再合并”，此时解决方案不应只是优化报表生成速度，而应自动数据聚合。
2.3 用户画像构建流程
从原始用户数据到可交付画像，遵循五步结构化方法：
- 用户访谈 / 观察：获取定性素材（见下方模板）。
- 用户分类聚类：用角色-场景矩阵合并相似群体。
- 三要素提炼：为每个集群提取特征、痛点、行为。
- 画像卡片制作：一页一用户类，包含照片（虚构）、姓名、语录、数据。
- 内部验证与定稿：与干系人评审，确认画像能解释已知用户反馈。
2.4 用户访谈提纲模板（示例）
设计访谈问题时应避免引导性，聚焦“过去的行为”而非“未来的想象”。以下为执行者类用户的参考提纲：
【开场·场景还原】
“请描述你昨天处理的一笔最常见订单的完整步骤。”
【痛点探测】
“哪一步最让你感到烦躁或浪费了时间？”
“如果给你一个魔法按钮，你希望解决什么？”
【行为模式】
“遇到问题时，你第一反应是查帮助文档、问同事，还是自己试？”
“每天大约操作几次XX功能？是否会在特定时段集中使用？”
【期望验证】
“如果系统能帮你自动生成XX报表，你会信任它吗？为什么？”
交付物提示：用户访谈记录应整理为“原始素材池”+“初步画像假设”两个输入，供下一章需求拆解使用。每份画像卡片应包含一个虚构姓名、一张免冠头像（可用占位图）、一句代表语录，以及三要素摘要。
2.5 验收标准：何时画像才算合格？
- 完整性：覆盖所有业务决策链中的角色，无遗漏。
- 一致性：画像中的痛点与行为模式能解释至少80%的过往用户反馈。
- 可操作性：每个画像至少能推导出3个以上的功能需求或非功能约束。
- 可验证性：画像描述中应包含可观测的行为指标（如“平均每周触发X次Y操作”）。