更加有效的进行交互评审.pdfVIP

更加有效的进行交互评审 交互原型是产品研发过程中的重要产出物 ，它不仅决定 产品的表现层形式 ，还能在直观展示产品 功能的情况下更好的验证需求、明确产品目标。而交互原型方案的确立 ，通常出自跨部门人员共同 进行的评审。如何高效的进行交互评审 ，往往成为许多交互设计师头疼的问题,我们可以从以下方面 来参虑。 评审前的准备 提前至少一天 ，发起交互评审通知 ，预定会议室、投影等设备 ，邮件中说明评审的内容、会议时间 、会议地点、参加人员等。根据业务和人员情况 ，必要时进行预审。 注意几点 ： 1. 评审内容 ：在邮件中可以简要介绍一下 ，并附上交互原型或链接 ，让参加评审的人员对会议的内 容有一定的 解 ，在会议前做好准备 ，避免盲目参加评审 ，造成会议时间拖长 ，降低会议效率。 2. 评审资料 ：主要的是交互原型,交互原型的不同版本 ，设计参考资料、竞品分析资料 ，数据分析类 资料如果有的话 ，在评审过程中可能会用到。最好自带笔记本 ，这样方便自己在演示时进行资料切 换演示对比 ，有效的表述自己的设计方案增加说服力。 3. 参与人员选择 ：产品开发各环节中参与执行人员如产品经理(PD) ，视觉 ，前端 ，项目经理(PM) ， 测试 ，可选客服 ，客满 ，运营 ，数据挖掘等根据产品的情况来决定。协调好人员时间 ，避免评审时 ，必选人员不在 ，而造成再次评审的情况。会议人员控制在10人以下最有效率。 评审中 评审过程中设计师要注意控制会议的进度 ，需要评审的功能点、大约的时间、还有注意讨论不能偏 离主题 ，及时拉回来。 评审业务时 ，设计师也要注意我们评审的是交互原型 ，不是设计师本人 ，我们的目的 ，就是尽可能 多的找出可能存在的问题 ，在这个阶段越多的发现的问题 ，后续的风险就越小。避免问题被迭代 ， 被放大。 1. 介绍目标用户的情况及体验目标。 适用于进行一项新产品 ，大家对新产品的背景还不清楚 ，或者是新组成的虚拟团队 ，彼此不熟悉 ， 相互的信任还在建立中 ，这样可以速度的让大家 解交互原型产生的背景 ，让你的设计有根可寻。 2. 以用户角度 ，采用用户体验方式进行。 按照用户达成用户目标 ，需要经历的各种操作步骤进行 ，可以更大的带动以用户为中心进行的评审 。而不是以技术是否实现为目标的讨论。 3. 从整体到细节的进行 ，优先讲述创新的地方。 例如 ：先从功能结构流程图开始 ，再到交互方式 ，交互细节 ，表现形式 ，文案等等是否满足需求 ， 是否满足潜在需求是否满足特定客户群。前一步后一步各种情况是否考虑到 ，是否人性化 ，功能模 块的交互方式是否合理 ，是否可实现。 4 . 走读形式 ，自然页面形式 ， 各种设计方案都准备着 ，有时候同种情况 ，不同场景 ，可能实现方式 ，会有差别 ，选择最符合当前 情况 ，当前场景 ，成本可控的方案。 5. 尽早给运营 ，客服人员等看 ，他们可能会提出其它需求 因为运营可能需要在你的交互原型上加他们的运营需求 ，有利于运营活动。客服接触用户最多 ，可 能会帮你找出用户的痛点。 6. 引导各角色的同事进入讨论 各岗位的同事 ，站在自己专业的角度上对现在的原型进行评审 ，充分讨论原型的可实现性。可以直 接进行引导 ，征询前端 ，交互方式是否能实现 ，是否有更好的实现方式 ，配合开发讨论 ，如果这样 设计 ，后台是否可能作到实时响应 ，是否会有延迟等等 ，多听取各方面的建议 ，有可能你会发现到 未注意的细节 ，而有 微创新 ，也有利于方案改进。 需要注意的细节 ： 1. 避免进行主观意识的点评 ，不要过早的带入视觉成分。避免人员对颜色 ，按钮形式进行点评 ，而 忽视 重点。特别注意设计原型时 ，多注重交互本身 ，不进行视觉范围的设计 ，当线框图与视觉稿 形成强烈反差时 ，交互与视觉就自各完成 设计目标。 2. 人多 ，意见就多 ，注意避偏离主题的 ，引导快速的决策。 3. 对于有争议的设计 ，抛出自己的观点 ，进行一次风暴 ，有可能是一个再设计 ，再创新的机会。 4 . 对于纠结的事情 ，如果不能衡量哪种更优 ，先记下来 ，会后找专人私下解决。 评审后的工作 评审结束时由会议记录人将问题再重复一次 ，避免漏掉 ，问题汇总并以邮件的形式发出来 ，有利于 设计师可以对照问题并解决所有问题。 注意的地方 ： 1. 修改完成的交互原型通过邮件再次发送给大家 ，进行邮件评审。确保大家没有疑问 ，除非十分 必要 ，再进行二次评审。 2. 会议中未解决的问题私下寻找相关人员解决时 ，如果有必要可以在邮件中说明解决的方式。 3. 分析问题列表 ，看是否有些点可以记入交互检查表中