交互设计师如何进行业务分析(3)

　　像我最近的项目中，业务流程复杂，涉及很多后端、算法的功能模块，甚至一些线下的人肉操作模块。涉及三方人员(后台管理人员、商家和平台)，所以我就分用户按场景进行流程分析梳理，列出所有的操作路径以及各种状态，一方面检查每一个元素帮助自己理解业务，另一方面也常常能发现一些核心问题，并反馈给PD沟通，得到“这是个好问题，我怎么没想到”，“你理解地很到位”这样的赞赏。

　　PD给的业务流程：

　　设计师进行再梳理后的用户操作流程：

　　(1)基本流程

　　(2)用户1 操作流程

　　(3)用户2操作流程

　　(4)找出项目的核心信息

　　4、找出项目的核心信息

　　需要罗列出来的项目核心信息主要包括：

　　用户背景：用户有哪些特征(基本特征和行为特征)?产品的使用经验?

　　功能类型：产品有哪些功能类型?各种功能之间有何联系及限制?

　　关键功能：最核心的功能是什么?操作是否便捷?

　　关键场景：最关键的使用场景是什么?这个场景的特征有哪些?会有哪些影响因素?

　　运行机制等：产品功能、算法、技术的运行机制是怎样的?(这个虽然是技术上的内容，但是设计师也需要了解清楚，以便设计的方案更接地气)

　　做这样的工作有以下好处：

　　一方面，可以和PD共同确立项目设计的重点，检验自己对项目的理解是否与PD一致，便于后续能够做出出彩的地方。有时候甚至可以圈定大家各自工作的职责范围及重点。

　　另一方面，在与项目组其他不了解业务的人员进行沟通时，也会更加方便，将带有这样分析内容的设计方案交付给他们能助其更容易理解并抓住重点。

　　5、记录问题点

　　记录分析业务中的问题点，与PD讨论确定下来，并且一定要达成一致!这样在与别人交流方案时，当他们问及同样的问题就可以轻而易举地解答并说服他们。