不同层级的用户，职权边界也是不一致的，那么使用的目的都是不同的

重点：优先满足容易被满足的用户。

2）用户画像

通过定性调研将用户的每个具体信息抽象成标签，利用这些标签将用户形象具体化（虚拟），从而为用户提供有针对性的服务。

3）对用户进行分层

以B端为例：购买你的SaaS服务的人是战略管理层；起到管理作用、查看数据的是中层管理；那么最终才是执行层使用。不同层级的用户，职权边界也是不一致的，那么使用的目的都是不同的。

人话就是：选取用户特征进而划分成不同的用户群，进而制定不同的产品策略来满足其差异化需求，从而充分发挥每个层级用户的价值，达成产品目标。

3. 确定用户场景

即什么「用户」在什么「时间」什么「地点」「做什么」具体「怎么做」来达成什么「目的」。

提炼用户场景——优化体验，可以看看这篇文章《需求分析：如何精准洞察场景中的用户需求？》

4. 确定用户需求

即在具体场景中，目标用户的目标事件。

5. 确定资源

从设计师角度上：设计师在做完心满意足的设计产出物后，被开发直接回绝说做不到。这种情况大家应该经常遇见过吧。

大局观：了解现有资源配比情况下，再进行更好的设计。

从调研的角度上：在讨论会中，合理的进行工期预估并告知结果。

从管理者角度上：要求所有的下属人员必须清楚的了解当前产品功能，避免不同人员做出与现有功能相冲突/重叠的设计/规划。

6. 确定方案流程

方案流程可以是流程图也可以是交互原型图。一个好的方案必然是角色清晰的角度上出发的。谁发起的、谁参与的、谁结束的。要详细展开每一位角色中产生的可能性和漏洞（潜在风险），确保方案的严谨性。

7. 确定设计方案

可高保真交互原型、可UI demo。在以最终的结果进行专家评审，确认无误后，进行可用性测试。

8. 数据复盘

1）对于B端产品来说

更应该注重的是相对值，即上线前后的数据对比。

大部分B端产品的设计初衷就是为了某业务流程的降本增效。关键就看设计的产品，在上线后给公司的降低了多少的成本，提高了多少的效率。

所以成本、效率才是最核心的指标，也是设计的产品是否合格的关键因素所在。其次才是某流程的耗时和步骤。

数据来源：建议卡表计时可用性测试。定性人员8人。条件不允许的情况下，可以对比前流程与现流程的差异。

2）对于C端产品来说

用户留存转化等数据。