第2章 用户场景与业务问题定位
产品设计的第一步不是画原型，而是回答三个问题：为谁设计？、解决什么？、在什么场景下？。本章通过目标用户画像、痛点分析、场景阶梯、业务目标拆解和案例背景五个维度，系统定位产品设计的前提条件，为后续的交互原型与功能边界划定提供决策依据。
2.1 目标用户画像
基于前期用户访谈与岗位职责调研，项目协作平台的核心用户可归纳为以下三类。每类用户的角色目标、使用深度和决策权重均不同，直接影响功能优先级与交互策略。
| 用户类型 | 角色描述 | 核心需求 | 日均使用频率 |
|---|---|---|---|
| 项目经理 | 负责项目计划、任务分配、进度跟进的中间管理者 | 全局进度可视、任务流转可控、风险预警及时 | 高频（6-10次） |
| 团队成员 | 执行具体任务的研发/设计/测试人员 | 任务清晰、反馈便捷、通知不冗余 | 高频（8-12次） |
| 企业管理者 | 总监/VP 级别，关注资源效率与项目组合 | 多项目宏观视图、资源负载报表、投资回报分析 | 中低频（2-3次） |
用户访谈技巧： 画像不可凭空假设。建议对每类用户至少完成 3 次半结构化访谈，时长 30-45 分钟，重点关注“当前最耗时的操作”和“理想中的完成状态”，而非直接询问功能需求。
2.2 痛点分析
通过 12 场用户访谈与 5 次工作场景跟访，提炼出四大核心痛点。这些痛点将直接转化为产品功能边界定义的输入条件。
- 信息分散，进度盲区 — 项目信息散落在 Excel、邮件、IM 群聊中，项目经理每天耗费约 40 分钟人工汇总状态，且数据滞后至少半天。
- 任务流转不透明，责任推诿 — 任务依赖关系靠口头传递，阻塞后无人主动跟进，平均延期 2.3 天。
- 跨部门协作成本高 — 不同部门使用不同工具（Jira / Teambition / 自建系统），信息孤岛导致重复沟通，每次跨部门任务平均多出 1.8 次对齐会议。
- 报表统计全靠手工 — 管理者所需的项目进度报表、资源利用率数据需人工从多个系统导出再加工，每月耗费 2-3 个工作日。
避坑提醒： 痛点清单不是“用户抱怨清单”。每个痛点必须附带 可量化的影响（时间成本、延期天数、重复次数），否则无法在后续需求评审中与研发团队达成优先级共识。
2.3 场景阶梯
用户使用场景从单一任务执行到企业级组合管理，呈现明显的阶梯递进关系。不同阶梯对应不同的功能深度与交互复杂度，原型设计需逐级验证。
| 层级 | 场景名称 | 核心用户 | 关键活动 | 成功指标 |
|---|---|---|---|---|
| L1 | 个人任务管理 | 团队成员 | 查看任务、更新状态、上传交付物 | 任务更新耗时 < 30 秒 |
| L2 | 团队协作跟踪 | 项目经理 | 任务分配、依赖设置、甘特图查看 | 进度汇总时间减少 60% |
| L3 | 跨部门项目协同 | 项目总监 | 资源预约、风险上报、跨项目依赖管理 | 跨部门任务延期率 < 10% |
| L4 | 企业级项目组合管理 | 管理层 | 项目组合看板、资源负载报表、ROI 分析 | 报表生成时间 < 5 分钟 |
设计启示： L1 和 L2 是基础体验的生死线，必须在 v1.0 版本做到 90 分；L3 和 L4 决定产品的溢价空间，在 v1.0 只需验证核心逻辑，交互细节可迭代优化。
2.4 业务目标拆解
业务目标是产品价值的终点。本项目从企业实际诉求出发，将抽象的业务目标拆解为可衡量的指标层和功能层，确保每个原型方案都有明确的交付标准。
| 目标层级 | 目标描述 | 衡量指标 | 优先级 |
|---|---|---|---|
| 核心目标 | 提升项目交付效率 | 项目平均交付周期缩短 30% | P0 |
| 子目标1 | 消除信息盲区 | 进度数据实时更新率 > 95% | P0 |
| 子目标2 | 降低协作摩擦 | 跨部门沟通会议减少 40% | P1 |
| 子目标3 | 管理决策提效 | 报表生成从 2 天缩短至 5 分钟 | P1 |
目标设定原则： 所有业务目标必须符合 SMART 原则（具体、可测量、可达成、相关性、有时间期限）。切忌使用“提升用户体验”“优化协作效率”等不可量化的模糊表述，否则原型验收时将陷入无休止的主观争论。
2.5 案例背景
本课程以某互联网科技公司研发团队项目管理数字化转型为贯穿案例。该团队 200 余人，涵盖产品、设计、前端、后端、测试五个职能，当前使用“Excel + 邮件 + 微信群”管理模式，面临以下典型困境：
- 每周五需 3 名 PM 耗时 4 小时手工汇总项目周报；
- 跨部门任务平均滞后 2.8 天，且 60% 的阻塞在发生后 24 小时才被发现；
- 管理者无法实时查看资源利用率，项目并行时经常出现人员冲突。
企业决定建设统一的“研发项目协作平台”，并委托产品团队在 6 周内通过 Axure 交互原型完成方案验证与功能边界定义。本章的用户场景与业务问题定位成果，将直接作为第 3 章需求拆解的输入基线。