/ 快乐分享 / 正文

产品交互原型的评审流程

产品交互原型是产品需求过程中的重要产出物,它不仅决定产品的表现层形式,还能在直观展示产品功能的情况下更好的验证需求、明确产品目标。而交互原型方案的确立,通常出自跨部门人员共同进行的评审。如何高效的进行交互评审,往往成为许多交互设计师头疼的问题,我们可以从以下方面来参虑。

产品交互原型的评审流程

注意:不少公司没有将交互设计师岗位独立出来,使用产品经理负责制,所以以下大多数工作就由产品经理承担。

评审前准备

提前至少一天,发起评审通知,预定会议室、投影等,邮件中说明评审的内容、会议时间、会议地点、参加人员。根据业务和人员情况,必要时进行预审。

注意几点

1. 评审内容:在邮件中可以简要介绍一下,并附上交互原型或链接,让参加评审的人员对会议的内容有一定的了解,在会议前做好准备,避免盲目参加评审,造成会议时间拖长,降低会议效率。

2. 评审资料:主要的是交互原型,交互原型的不同版本,设计参考资料、竞品分析资料,数据分析类资料如果有的话,在评审过程中可能会用到。最好自带笔记本,这样方便自己在演示时进行资料切换演示对比,有效的表述自己的设计方案增加说服力。

3. 参与人员选择:产品开发各环节中参与执行人员如产品经理(PD),视觉,前端,项目经理(PM),测试,可选客服,客满,运营,数据挖掘等根据产品的情况来决定。协调好人员时间,避免评审时,必选人员不在,而造成再次评审的情况。会议人员控制在10人以下最有效率。

评审中

评审过程中设计师要注意控制会议的进度,需要评审的功能点、大约的时间、还有注意讨论不能偏离主题,及时拉回来。

评审业务时,设计师也要注意我们评审的是交互原型,不是设计师本人,我们的目的,就是尽可能多的找出可能存在的问题,在这个阶段越多的发现的问题,后续的风险就越小。避免问题被迭代,被放大。

1. 介绍目标用户的情况及体验目标

适用于进行一项新产品,大家对新产品的背景还不清楚,或者是新组成的虚拟团队,彼此不熟悉,相互的信任还在建立中,这样可以速度的让大家了解交互原型产生的背景,让你的设计有根可寻。

2. 以用户角度,采用用户体验方式进行

按照用户达成用户目标,需要经历的各种操作步骤进行,可以更大的带动以用户为中心进行的评审。而不是以技术是否实现为目标的讨论。

3. 从整体到细节的进行,优先讲述创新的地方

例如:先从功能结构流程图开始,再到交互方式,交互细节,表现形式,文案等等是否满足需求,是否满足潜在需求是否满足特定客户群。前一步后一步各种情况是否考虑到,是否人性化,功能模块的交互方式是否合理,是否可实现。

4. 走读形式,自然页面形式

各种设计方案都准备着,有时候同种情况,不同场景,可能实现方式,会有差别,选择最符合当前情况,当前场景,成本可控的方案。

5. 尽早给运营,客服人员等看,他们可能会提出其它需求

因为运营可能需要在你的交互原型上加他们的运营需求,有利于运营活动。客服接触用户最多,可能会帮你找出用户的痛点。

6. 引导各角色的同事进入讨论

各岗位的同事,站在自己专业的角度上对现在的原型进行评审,充分讨论原型的可实现性。可以直接进行引导,征询前端,交互方式是否能实现,是否有更好的实现方式,配合开发讨论,如果这样设计,后台是否可能作到实时响应,是否会有延迟等等,多听取各方面的建议,有可能你会发现到未注意的细节,而有了微创新,也有利于方案改进。

需要注意的细节

1. 避免进行主观意识的点评,不要过早的带入视觉成分。避免人员对颜色,按钮形式进行点评,而忽视了重点。特别注意设计原型时,多注重交互本身,不进行视觉范围的设计,当线框图与视觉稿形成强烈反差时,交互与视觉就自各完成了设计目标。

2. 人多,意见就多,注意避偏离主题的,引导快速的决策。

3. 对于有争议的设计,抛出自己的观点,进行一次风暴,有可能是一个再设计,再创新的机会。

4. 对于纠结的事情,如果不能衡量哪种更优,先记下来,会后找专人私下解决。

评审后的工作

评审结束时由会议记录人将问题再重复一次,避免漏掉,问题汇总并以邮件的形式发出来,有利于设计师可以对照问题并解决所有问题。

注意的地方

1. 修改完成的交互原型通过邮件再次发送给大家,进行邮件评审。确保大家没有疑问,除非十分必要,再进行二次评审。

2. 会议中未解决的问题私下寻找相关人员解决时,如果有必要可以在邮件中说明解决的方式。

3. 分析问题列表,看是否有些点可以记入交互检查表中,不断的更新完善。

交互设计师请重视交互评审,交互原型是整个产品过程中第一次原型实物的产出,是交互设计中第一次展示自己的设计方案,决定着以后交互跟踪情况,包话视觉,前端,开发都需要交互设计师跟踪,及时解决问题,保证设计方案实现与传达。

文章来自:https://coffee.pmcaff.com/article/JgaBwP4kjA,略有修改。

查看 产品经理 交互原型 需求评审的相关文章

转载本站原创文章请注明:文章转自 挨踢路,链接: https://itlu.org/articles/2555.html

已有 9 条评论

  1. 原文只给了文本,没给link呀,这样不太好。原型很多年前用axure做过,很久没玩了

    1. 没有必要非link不可,想看原文自然会去看

  2. 理想是美好的,现实是我想把产品经理和公司老板插在一根签子上抹烧烤酱。

    1. 最后记得加点孜然,味道会更好。

    2. 孜然是不行的,省得别人说搞泛清真化。

  3. 回复小落小落

    老板:我昨天和XXX朋友聊了,他觉得我们产品得加一个功能。。。(此处省略1000字)
    台下众人:这个功能好。。。老板英明。。。(此处省略500字)
    我:我们现在上这个功能没有意义,开发周期及难度点大
    老板:力排众议(主要是和我怼),这个功能你们再琢磨一下,后天可以开发完成吧?
    台下众人:这个功能很简介啊,比如 :xxxxx
    上线使用数日后:
    老板:我XXX朋友说了,我们不应该上之前的功能,你们今天下掉吧
    我:MMB

    1. 回复小落小落

      台下众人:这个功能很简介(单)啊,比如 :xxxxx

    2. 每家公司,只要人数多了,总有类似的众人。。。真TM就是马屁精

    3. 回复小落小落

      都是抱着看热闹不嫌事大,乱说话不用负责的想法来的

添加新评论

您好,#请填信息#修改