2.3 项目组工作场景

先带大家认识一下什么是工作场景？

顾名思义，工作场景就是工作现场的人、事、物、气氛。例如，开会的场景、打印材料的场景、接见客户的场景、编辑文档录入的场景，示意图如图2-3所示。

在实际的项目组工作中有各种工作场景，接下来将给大家展示交互设计日常工作的情况。

2.3.1 需求评估场景

需求评估是项目启动的一个重要依据。需求评估参与人员为项目前期筹划人员，一般包括老板、项目经理、产品经理、需求分析师和研发人员代表，需求分析师在整理完毕需求之后形成需求说明书，分发给以上人员，交互设计师此时介入，参与评估需求并分析需求分析报告，形成自己的意见，然后反馈给需求分析师，一般需要迭代3~5次才能最终确认一份大家都认可的需求。

需求评估场景的提交物包括：需求规格说明书、需求评审会议纪要、需求变更备忘录。

提交人：需求分析师。

2.3.2 功能设计场景

功能设计的场景是一个过程，由很多人共同参与，有产品经理、交互设计或UED代表，他们会根据需求说明书进行产品设计，主要执笔是产品经理，当大项目中的产品经理不负责此部分具体执行的时候，需要交互设计师接手并进行产品功能设计，最后提交产品和项目的领导者评审。

功能设计场景的提交物包括：功能组织架构图、业务流程图、功能组织逻辑图、用例图、产品设计方案说明书。

提交人：产品经理/交互设计师。

2.3.3 产品评审场景

产品方案评审场景是指用功能设计场景下的提交物，组织一次产品评估，根据“尺子”（即需求）来衡量产品设计方案是否完全按照需求来做。另外，有哪些需求没有满足的也要给出评审结果，这个场景下需要仔细检查一遍，否则后面的可行性测试就会增加很多无用的工作。

产品评审会议参与人员一般为项目负责人、产品负责人、研发人员代表、交互设计师、技术负责人、需求代表等人。会议会形成一个会议结论，产品方案是通过还是不通过，如果不通过，应怎么修改，等等。

产品评审场景的提交物包括：产品评审会议纪要、产品设计变更备忘录、产品流程相关系列的图表（功能设计场景下提交物的各种图）。

提交人：产品经理。

2.3.4 交互设计作业场景

在上述几个阶段中，交互设计师已经广泛地参与到项目发展进程中了。实际上，在整个项目中，交互设计师都是贯穿始终的，那么交互设计师在交互设计阶段具体负责什么呢？内容如下：

①建立信息模型。

②建立用户模型。

③设计业务流程、交互流程框架。

④设计页面流程原型。

⑤设计交互动作事件交互。

⑥形成交互设计文档。

⑦编写交互设计文档备忘录（针对不同人群的阅读提示）。该文档要提交给三个部门，分别是老板、UI设计师、研发人员，他们各自查看文档的出发点依次分为：

老板：流程、框架。

UI设计师：界面可发挥空间。

研发人员：要加多少班。

⑧设计的文档定稿后，就可以组织交互设计评审了。

交互设计作业场景下的提交物包括：交互设计文档说明书（DRD）、交互设计方案原型演示Demo、交互流程图等。

提交人：交互设计师。

2.3.5 交互设计方案评审场景

在交互设计方案评审会议上需要演示原始设计Demo或讲解DRD文档。用交互设计场景下的提交物组织一次产品评估，根据“尺子”（即需求）、产品设计说明书、各流程图来检验产品设计方案是否完全按照需求来做，另外，有哪些需求没有被满足。参与人员一般为项目负责人、产品负责人、研发人员代表、交互设计师、技术负责人、需求代表、测试组代表、UI设计师。

交互设计方案评审场景的提交物包括：评审会议纪要、变更备忘录、定稿后的DRD文档。

提交人：交互设计师。

另外两个场景（即UI设计场景与编程场景）在这里就不介绍了，交互设计师在这中间参与得不多，主要是交互设计师向UI设计师、研发人员讲解清楚相关文档，让UI设计师和研发人员充分了解交互设计方案的细节与要求。

在整个研发过程中，交互设计师还有一个职责就是“盯进度”，确保交互设计方案会按照预期执行下去。