B端产品的体验设计方法——角色全景图（三）
进行「全景图」观察
在完成了全景图的梳理和绘制之后，我们便可以俯瞰全局，获取系统性的设计洞察。
1. 任务点观察
前期设置的任务节点、交棒时刻、动作载体，均是为了观察者能够进行阅读、统计和观察。通过节点信息可以了解到整个系
统流程的任务内容和信息传递方式。汇聚提炼后，我们梳理出全部的角色触达场景池，挖掘了21处信息互动节点，比原计划
落地的功能多了18处，弥补了单向研发过程中的盲点，为后续的迭代指明了优化方向。
任务点观察
2. 任务面
根据角色泳道的下钻评估，我们可以看到用户的费力等级分布，关注任务点相连的上下游链路和系统流程，从立体的角度找
到改进空间。
例如，职级系统需要实现上百场评审活动的场次分配，关联着组织者、评委、参评人和主管等多位角色的时间地点安排。系
统在完成了自动化的场次分配之后，还需要组织者口头确认评委们的时间安排，以保障评审正常进行。
在这任务下钻过程中，发现组织者需要在这环节需要承担很多人力成本，任务量大、耗时多、沟通过程反复低效，系统在这
流程阶段中还存在需要改进的空间。因此我们可以改进组织者的场次分配方式，建立评委的信息回复流程，从而实现效率的
提升。
还有很多类似的观察帮助我们找到了系统改进方向，在此不一一枚举。而且全景图不仅帮助了设计师，还同样帮助了上下游
的合作伙伴，让项目成员对整个系统的流程体验有了统一的共识。
我们希望通过角色全景图，让设计师能够在B端复杂系统中建立全局业务感知，从而更好地发挥主观能动性。而这方法还只是
初始版本，具体的适用范围、操作方式等还需要更多的实践来检验，我们也开始在其他项目中运用此项方法，后续可以期待
更新的研究结果。
总的来说，角色全景图本质上还是源自常规体验地图、服务蓝图的演变。无论是何种可视化图表，都是以某种方式表示价值
创造。如今To B领域愈发蓬勃发展，更需要我们以一种建设性的全新视角去重新认识已知的方法体系。