我主导的工作
- 综合财务报告、团队协作和角色权限相关的研究发现，并确定产品机会与优先级。
- 建立连接绩效数据模型、Case、Story、Article 和 Presentation 的核心信息架构。
- 设计从 Daily Digest 发现数据变化，到组织证据、形成观点并支持团队决策的端到端流程。
- 完成核心流程的线框图、交互设计、响应式状态与详细设计规范。
- 将 Beta 测试发现转化为明确的产品调整和开发要求。
企业绩效管理平台
EPM Next
一个连接数据、业务背景与团队讨论的财务绩效工作空间，帮助 IBM 团队从定位问题根因走向共同决策。
探索
数据
在上下文中
协作
呈现共同的
业务故事
- 主导产品与交互 并与美国内容设计协作
- 产品设计
- 面向 IBM 团队的 财务绩效工作台
- 已上线
- 从研究、设计 到产品正式上线
- 10 个月
- IBM 团队正在使用 上线后的工作台
- 120+ 名用户
我的贡献
从分散的报告工作，到一条完整流程。
作为产品设计负责人，我将原本分散的绩效报告活动，重新组织为一条从发现问题、分析原因、形成观点到共同决策的完整流程。
交付范围
- 01
研究洞察
- 02
产品方向
- 03
信息架构
- 04
核心流程
- 05
Beta 验证
- 06
设计规范
我协作完成的工作
- 与美国研究员、财务专家和客户团队共同开展访谈、问卷、工作坊和 Beta 测试。
- 与美国的内容设计师共同优化产品术语和界面语言。
- 与产品、工程和架构团队共同确认范围、技术可行性、权限、数据要求与交付计划。
核心体验团队由我、一名美国内容设计师和一名美国用户研究员组成。我负责产品与交互设计，并与内容设计师共同完善产品术语和界面语言，与研究员共同推进用户研究。
协作团队还包括产品经理、工程师、架构师、财务业务专家和客户利益相关方。
项目成果
EPM Next 已正式上线，成为连接源数据、分析过程、汇报叙事与团队协作的统一财务绩效工作台。Beta 测试结果直接推动了创建流程、协作邀请，以及 Case、Story、Article 内容层级说明的优化。
最终交付的不只是重新设计的报告界面，而是一套基于统一绩效数据模型、帮助不同角色将分析依据带入共同决策的完整工作流程。
01
明确目标用户
研究方向
绩效数据服务于团队协作，而不只是供个人查看的仪表盘。
研究重点关注财务信息如何在不同角色之间流转：从深入分析数据、形成有依据的判断，到支持管理者做出可执行的决策。系统需要连接并支持每个环节，同时保留支撑判断的原始依据。
覆盖财务与市场团队的利益相关方访谈
研究活动
我们追踪了一条数据线索如何流转到不同角色，并最终由相关负责人推动后续行动。
利益相关方访谈
通过访谈财务、市场和业务团队，了解到同一个绩效问题会如何随着角色和职责的不同而产生变化。
工作流程盘点
梳理每日简报、管理层摘要、区域复盘和个人分析等工作场景，识别信息在不同工具与界面之间流转时，哪些关键背景容易丢失。
角色与权限映射
明确管理者、业务顾问和分析师的职责，确认系统两项核心要求：为不同角色提供相应的访问权限，同时让各方围绕同一份内容开展协作。
研究归纳
数据线索 → 业务背景 → 共同决策一条数据线索，需要经过三个角色的协作，才能转化为决策。
01快速判断与决策
管理者
需要即时了解经营信号、背后的业务语境，以及哪里需要做出决定。
我需要看到什么发生了变化、为什么重要，以及是否需要行动，而不是再打开五份不同的报告。代表性研究观点 · 管理层审阅
02建立观点并对齐
业务顾问
将分析转为清晰的判断，并把合适的叙事带给需要共同决策的人。
数字本身从来讲不全故事。我需要足够的上下文，才能在讨论转向之前把变化解释清楚。代表性研究观点 · 业务顾问
03深入分析与解释
分析师
探索数据、验证假设，并把证据带入更广泛的业务讨论。
当有人问起一个数字从哪来，我需要快速回溯计算过程，并把证据交给对方。代表性研究观点 · 绩效分析
02
梳理当前现状
现状场景与调研
团队要根据数据采取行动，首先需要理清分散而复杂的工作流程。
日常报告时刻
问卷信号
问卷快照
有多少人知道如何做一份报告？
62%
- 16%确切知道如何做这份报告。
- 22%一开始不知道，但在过程中学会了。
- 62%不知道如何制作并可视化这份报告。
03
确定机会优先级
从证据到焦点
不是每个痛点都需要同样的回应，或同样的紧迫程度。
我们综合评估用户价值与交付可行性，优先识别最值得投入、能够带来最大改善的方向。
决策标准
在定义产品焦点前，先平衡交付可行性与用户影响。
评估可行性
这件事能不能更容易解决？
产品、设计和工程一起评估了报告流程中的技术投入、时间和成本。
非常困难困难一般容易非常容易
按影响排序
哪些机会已经可以推进？
高影响、可落地的改进方向，确定为第一阶段的产品重点。
优先推进
故事视图批注协作内容模板内容管理图表含义信息组织案例卡片逐步讲解信息整理焦点方向
三个相互连接的方向，构成了整体解决方案的基础。它们形成一条连续的体验路径：让用户清晰地进入工作，逐步建立共同理解，再将这些理解转化为决策。
将筛选出的重点机会转化为团队共同认可的产品方向。
- 01
访问与设置
为不同角色提供合适的工作入口，包括与其相关的数据线索、清晰的访问权限，以及开始工作所需的背景信息。
减少分析开始前理解信息和熟悉工作环境的成本。 - 02
案例、故事与文章
连接分析过程中的不同内容，让指标、解释、反馈与决策随着观点的形成，始终保留在同一条叙事脉络中。
让背景信息能够在不同工具和场景间延续，而不必反复整理和重建。 - 03
汇报与呈现
将数据依据与分析观点带入团队评审、讨论和决策的场景，同时保留每个数字背后的完整逻辑。
将个人准备转化为团队可以共同理解并用于决策的叙事。
04
明确产品定位
从研究洞察到产品方向
研究发现，当数据依据、分析过程和团队讨论分散在不同工具中时，工作流程就会断裂。
绩效报告是一套支持共同决策的工作流程，而不只是一个数据仪表盘。
EPM Next 将统一的绩效数据模型，与理解信号、展开讨论和推动行动的过程连接起来。它不是又一个用来查看报告的界面，而是帮助团队共同完成决策的工作空间。
研究资料沉淀
工作坊记录揭示了流程中的关键断点。
团队能够制作报告，却难以将报告中的数据依据带入讨论，并转化为共同决策。
建立统一的衡量标准，并提供清晰可用的进展信号。
通过统一的工作流程与整合的数据，帮助团队及时获得洞察。
提炼后的产品定位
将研究依据转化为一套支持完整绩效报告流程的系统。
产品方向并不是功能的简单堆叠，而是对实际工作问题的针对性回应。
- 01
不同业务单元之间的财务数据输入与报告交接难以统一。
统一的绩效管理基础
提供一致的衡量指标、基于角色的访问权限，以及数据背后的业务背景。
让每一次讨论都基于同一份可信信息。
- 02
团队能够看到数字，但数字背后的原因却分散在文件、对话和演示文稿中。
数据依据相互关联的报告流程
在同一工作空间中连接源数据、分析过程与汇报叙事。
让洞察始终与原始信号保持关联。
- 03
每次评审前都需要重新整理分析内容，而且往往由一个人独立完成。
支持共同决策的协作空间
让观察、反馈和后续行动始终与绩效分析保持关联。
帮助团队更快地做出一致且有依据的决策。
05
构建系统框架
信息架构
让业务背景在整个工作流程中持续传递。
三项关键系统设计决策
- 01
使用统一的绩效数据模型
不同角色需要不同的视图，但所有视图都应基于同一套指标、分析维度和权限规则。
- 02
通过相互关联的内容传递背景信息
一个业务问题从数据进入分析、形成故事，再汇入共享案例的过程中，每一步都应保持关联并可追溯。
- 03
让用户在使用过程中看懂结构
研究发现，陌生的概念名称和隐藏的操作会打断工作流程。因此，界面语言和交互方式需要帮助用户理解不同内容之间的关系，以及下一步如何操作。
研究验证
17 名测试用户 · 第 7 轮术语卡片分类研究
“这两个概念对我来说都很模糊，很难判断它们之间有什么区别。”
研究表明，术语理解是更突出的问题。用户需要更清晰的界内说明，才能区分 Article、Story 和 Case。
— 测试用户，分析师／业务顾问
核心对象模型
一个案例汇集多条故事；每条故事再把证据组织为内容。统一基础 · 01
绩效数据模型
指标 · 分析维度 · 权限
为所有报告内容提供统一且规范的数据来源。共享决策上下文 · 01
包含 1..n 条故事案例
承载问题、归属、相关故事和后续行动。
数据模型映射
让底层数据模型不仅能被系统处理，也能被用户轻松理解和使用。
Cognos 数据模型承载了绩效报告背后的业务逻辑。我将其中的技术维度转化为用户浏览报告时可以直接使用的筛选条件、数据视图和信息层级。
06
构建报告闭环原型
线框与交互
从发现数据线索到形成共同决策，全程保留完整依据。
基于真实场景的测试发现，问题主要出现在流程衔接处：用户容易错过隐藏操作，难以找到更深入的数据依据，也不容易理解新的内容名称。因此，我围绕这些关键衔接点持续优化完整流程，而不只是调整单个界面。
由研究驱动的交互流程早期流程图
在设计具体界面之前，先梳理各环节之间的衔接关系。
通过线框图，明确用户从每日简报进入 Case，再到 Story，并继续查看新证据的完整路径，为后续界面设计建立清晰的流程基础。
- 01
每日摘要
发现关键信号
从需要关注的变化开始，而不是面对一个空白的报告界面。
- 02
案例视图
明确决策问题
将相关指标、分析内容和协作成员汇集到同一个决策场景中。
- 03
故事视图
形成分析观点
连接数据分析与叙事表达，让其他人能够理解数据说明了什么。
- 04
创建内容
补充相关依据
无需离开当前分析内容，即可选择并配置用于支撑观点的数据。
- 05
内容与批注
围绕依据展开讨论
围绕同一个问题，将分析解释、团队反馈和源数据保留在一起。
- 06
呈现与评审
将观点带入评审
把完整的数据依据和分析逻辑带入会议，支持团队做出决策。
测试推动了哪些改进
Beta 测试中的真实反馈，为下一步交互优化提供了依据。
- 17 / 20
发现问题
用户在缺少提示时，容易忽略“新建”入口。
设计调整：让创建操作更明确，放在相关场景中，并确保用户容易找到。 - 8 / 8
验证有效
用户能够快速理解简洁的 Case 邀请，并立即采取行动。
设计调整：协作消息保持直接简洁，并只提供一个明确的行动入口。 - 10 / 11
发现问题
用户无法理解 Article 代表一项业务事实。
设计调整：采用更易懂的名称，并在使用场景中说明 Article、Story 与 Case 之间的层级关系。
交互设计详解
Article 创建流程将原本隐藏的操作，转化为清晰明确的证据添加方式。
最终的弹窗设计将数据选择、分析维度、筛选条件和计算方式直接带入 Story，让用户无需离开当前内容即可补充数据依据，保持报告流程的连贯性。
设计基础
通过 Carbon 设计语言与对比度规范，建立统一的深色视觉基础。
间距与交互规则
在进入详细开发前，先明确布局、选择操作和错误状态的设计规范。
响应式状态
在不同受限宽度下验证了 Article 创建流程，确保它不仅适用于桌面端。
最终方向
清晰并不意味着减少复杂性，而是让复杂的信息各归其位、彼此关联。
EPM Next 已正式上线。它让不同角色基于同一套绩效数据模型工作，并将分析依据带入共同决策，而不只是查看另一份报告。