1.3.1 产品迭代流程和交互设计师的角色

每个产品的发展都是逐步完善的。我们之所以感觉“微信”“淘宝网”“京东”等App越来越好用了，是因为它们是由无数次大大小小的迭代支撑起来的。产品迭代不是单纯地对功能或设计元素进行增加、删除、修改、优化，虽然这是迭代中的行动点，但迭代的总体目标是“围绕用户体验和产品目标进行产品打磨”。在此期间，要协调、平衡许多利益点，然后将其拆分成阶段性目标，最后将其分配给个人去执行。常规性的产品迭代流程和交互设计师在每个阶段所扮演的角色如下图所示。

1.需求调研和版本（功能）规划阶段

清晰明了的迭代节奏体现了产品团队的成熟度，一次迭代的开发内容通常可以为下一次迭代打好基础，功能的完整性通常不会一步到位，体量庞大的功能一般由多次迭代实现。合理的版本规划有助于交互设计师提前考虑设计内容的扩展性，开发工程师可以提前搭建代码框架，避免后期的重复工作和不必要的修改。版本的迭代包括双周一次的“小迭代”、一个月一次的“大迭代”及特殊任务的“专项迭代”，具体采用哪种迭代周期由产品业务决定。迭代内容来源渠道是丰富的，包括上个版本遗留的问题、用户反馈的问题、设计师提出的优化建议、产品战略层面提出的要求及外部市场的竞争问题。在版本规划阶段，产品经理首先要确定该版本发布后要达到的阶段性目标、明确要做哪些事情、明确这些事情的具体业务思路、执行资源的调配、所需的迭代周期等，然后输出产品需求文档（PRD）或功能说明书，再对需求进行筛选、辨别，最后按照优先级，将事件整理成可传达的任务项。如果需求的明确度不高，或者正在专项打磨产品的某个功能，那么通常会开展需求调研和用户调研，用于判断需求的可行性。

交互设计师的角色：参与者

需求调研和版本（功能）规划阶段的主导者主要是项目负责人或产品经理，而交互设计师只是参与者，主要负责支持项目负责人或产品经理完成需求调研，协助他们框选本次迭代的功能和设计优化，并且将用户研究中整理的需求点、体验走查发现的优化点提交给产品经理进行规划排期。虽然该阶段的主导者是产品经理，但交互设计师参与其中，可以降低对需求的理解成本，并且可以接触到真实的用户，为下一步的设计工作带来帮助。

2.需求定义和评审阶段

产品经理在确定需求后，会组织产品团队对迭代需求的策划方案进行内部评审。迭代需求内部评审一般和迭代需求宣贯会或宣讲会同时展开，即通过开发力量和设计力量共同解决需求落地的疑问点，将任务划分到个人头上，评估执行工期。迭代需求内部评审要求每位评审人员都能理解该迭代的任务项和意义。如果要对产品团队外部的需求进行评审，那么通常由产品经理面向业务方、需求方或领导层进行需求计划汇报，即确认需求规划的正确性，然后组织迭代需求内部评审。对于逻辑比较复杂的功能，初次迭代需求评审通常会存在遗留问题，因此产品经理会重新梳理迭代需求，甚至开展研讨会，通过团队的力量梳理业务需求，并且对重新确认的迭代需求进行二次评审，直到大家对需求逻辑都没有疑问，才会进入各自的执行阶段，否则会因为后续的重复讨论影响迭代节奏和进度。迭代需求评审的最大作用是评估迭代需求的可行性和迭代需求落地的价值，通常在迭代需求评审中会解决以下6方面的问题，让参加评审的人员对迭代需求有清晰的认识。

需求评审：本次迭代的任务项分别有什么样的需求背景？某个需求是来源于用户，还是来源于战略？为什么要满足某个需求？

正面评审：如果需求落地，那么用户会在哪些场景中受益？用户会因为本次受益产生消费行为或推荐行为吗？

负面评审：如果需求不落地，那么是否会影响用户对产品的使用意愿？口碑传播是否存在负面影响？分享意愿是否存在风险？

业务逻辑：拟落地的需求的业务逻辑是否通畅？是否可以形成闭环？中间是否有遗漏的业务场景？

数据指标：拟落地的需求对产品数据指标有什么影响？如果短期内无法使某项指标正面提升，那么是否有其他可量化的价值？

确认最终实现优先级：根据当前的迭代人力资源，拟落地的哪个需求是最重要且紧急的？设计和开发的优先级是怎样的？

交互设计师的角色：协作者

如果交互设计师在进行需求评审前参与了需求调研，那么他在需求评审中对需求的理解压力会较小，甚至可以帮助产品经理提前产出概念原型图，将其与需求文档一并演示。交互设计师站在用户体验的立场上，有时与产品经理是对立关系，经常发生争议，但是在前期的需求定义阶段，要与产品经理达成密切协作的战友关系，因为产品经理是交互设计师的上游，没有他们的耐心解读，交互设计师可能无法正确理解需求和设计方向。

3.设计规划和设计执行阶段

交互设计师根据需求评审的内容开展工作，首先确认需求设计的优先级，保证优先级高的任务先交付；然后进行方案输出，将抽象的需求设计成具象的产品原型图，主要包括设计研究和测试、低保真原型图、页面和功能流程图、信息和功能结构；最后需要准备交互设计评审的相关材料，如交互文档、设计参考效果演示、交互原型图Demo等，并且组织交互设计评审会议的召开。在资源比较紧张或没有细分交互设计岗位的团队中，交互设计评审会议和视觉设计评审会议一起召开，统称为设计评审会议。在细分交互设计岗位的团队中，在完成交互设计评审后，需要将交互方案传递给视觉设计师，从而推动高保真效果图的产出和验收。

交互设计师的角色

交互设计范围-主导者：在设计规划和设计执行阶段，交互设计师首先要思考如何通过设计手段达成产品目标；然后要考虑用户的使用感受；最后要提前了解方案落地的成本，否则会出现因落地成本较高而无法实现的“飞机稿”，导致将时间消耗在返工上，而不是对有效方案的思考上。对于不好把控的开发落地成本，可以提前找开发工程师沟通确认。

视觉设计范围-协助者：视觉设计师的主要工作就是对产品表现层的设计。我们需要再次将交互文档传递给视觉设计师（第一次在交互设计评审会议上，该会议一般不会讨论视觉细节），并且对重点信息进行解读，如交互原型图中的设计背景、注意点和视觉设计建议，也就是引导视觉设计师通过视觉手段达成产品目标和用户体验目标，最后协助视觉设计师完成落地交付和制定设计规范。

4.开发和测试阶段

在产品的开发和测试阶段，开发工程师会通过代码实现设计师提供的效果图和交互文档，测试工程师会准备相关的测试用例、分配测试任务。在该阶段，交互设计师的工作是准备设计验收清单，将需要验收的地方罗列清楚，避免在后续进行设计走查时遗漏关键点。前端开发工程师在该阶段通常会找设计师确认效果和细节问题，具体的沟通频率受设计文档的细致程度影响。在测试工程师将开发工程师提出的验收问题解决完后，通常会预留1～2天时间，对本次迭代的内容开展一次演示会，将所有的迭代任务正式演示一遍，产品经理、设计师、开发工程师、测试工程师及相关的业务人员都要在场，共同把关。演示会相当于一次产品团队的及时性迭代复盘，以便发现并及时解决现存问题。在完成以上工作后，下一步就要筹备上线工作了，产品经理会准备上线邮件、发布内容说明和推送版本升级通知，并且将其同步给需求方和运营人员，以便提前准备好相关的宣传物料。此外，要将该版本的遗留问题归纳到需求池中，以便在后续的迭代中继续优化。

交互设计师的角色：验收者

在产品开发的测试验收阶段，交互设计师的主要工作是与开发工程师密切沟通并验收开发效果，配合他们减少落地效果与设计稿的偏差度，并且提供开发所需的落地素材（如一些页面状态、微交互、设备适配等）及相应的参数和演示，引导他们实现所需的效果。在开发环节完成，进入测试环节后，交互设计师需要与测试工程师、视觉设计师一起验收开发效果，组成产品上线前的“最后一道防线”。

5.产品运营阶段

在产品上线后，进入产品运营阶段，运营人员会对迭代内容进行推广和宣贯，其间可能会用到设计规范、宣传物料等材料，交互设计师需要及时提供。该阶段是整个产品迭代流程的闭环点，并非终点，因为产品经理会准备组织下一次迭代的需求评审会议，从而有节奏地循环开展迭代工作。

交互设计师的角色：支持者

在产品运营阶段，很多交互设计师都会忽略对用户使用情况的监测。在该阶段，交互设计师可以做一位忠实的支持者，帮助产品运营人员或用户研究员关注并收集用户反馈信息，并且利用用户行为数据监测、执行可用性测试等（可用性测试在产品开发的前、中、后期都可以做，并且在每个阶段的作用都有所不同）。交互设计师在该阶段可以倾听用户的声音，为后续的产品迭代注入更多体验上的优化；也可以验证自己的设计成果，提高设计的显性价值和说服力，为将来开展工作赢得更多的话语权。