美文网首页
论交互评审和产品开发的推拉

论交互评审和产品开发的推拉

作者: 阁主的叨叨 | 来源:发表于2020-02-18 19:09 被阅读0次

    今天刚刚开了个交互评审的电话会议,用钉钉共享自己的屏幕去开的。评审,相信每个设计师都遇到过,不管是交互还是视觉同学,每次评审前都是如临大敌,评审中那真是硝烟战火,简直是在线版的办公室政治的缩略版。

    项目是一个PC网页的改版,工作量嘛,正常情况是1个月的工作量,但现在只给阁主1个星期的时间。人员配置是,产品半个,前端2个,后端2个,测试1个,交互1个,视觉半个,运营半个。结果就是阁主以一己之力,推动着项目往前走。

    评审中遇到如下几个问题:
    1.每个人都想对设计稿发表一下意见,该怎么应对;
    2.对于项目需求的更改;

    | 每个人都想对设计稿发表一下意见,该怎么应对

    相信其它伙伴也遇到过这样事情。发表评论的人来自于各个岗位的,有可能是产品、运营、开发等等其他部门,也有可能是同设计部门的视觉同学,其实这是一个正式的展示机会,在这里每个人都想证明的一个点是,自己很强,思维很缜密。能做的事情是,利用自己的专业上的优势去发表意见。

    这种情况分为两种,一种是真心提意见的,内容可以呈列出具体的123出来,可以针对每个问题一个个进行解决的,可能真的是自己没想周到;另一种提的是抽象的概念,说设计稿应该“整洁”、“逻辑性强”、“布局清晰”、“尺寸合规”等等抽象的形容词,这个时候阁主会直接细致地问回去,哪里不清晰,请问可以罗列出123吗,哪个尺寸要调,调整成什么样子,将这些具体的问题反问回去,然后让他回答。阁主相信,一般设计师,是比提问题的人想得要多得多的。

    | 对于项目需求的更改

    需求调整是很常见的,如果是朝好的方向更改,是可以接受的。但如果因为需求的更改,调整了设计,这个时候设计师,是可以让对方发邮件通知大家需求更改了的,因为需求的更改影响了设计稿的调整。设计再在邮件上附上因需求更改影响设计延期多长时间。但这个流程不一定适合创业团队,创业团队是怎么效率高怎么来,大家商量个可行方案就行,但如果在大公司,这种自保的技能就是必须的了。

    评审之后,一定要将评审的会议结论,邮件发送在场的每一位,包括抄送给不在场的各个部门的负责人。一是同步结论,二是用最高效的方式告诉各位leader项目的进展,三是在邮件内容中可以附加上你对项目的思考判断,对项目的进展和风险做一些评估与汇报,是个人价值呈现的方式之一;

    工作7年,一直抱着一颗赤诚之心去做事,现在也越来越学会在大环境下去保护自己,尽量让自己有更多的精力去思考做设计,而不是浪费在各种不必要的流程上。也算是一种成长吧!

    总结一下,评审之前该做的事情:
    1.做好准备,包括梳理清楚方案、以及和每个部门的负责人单独去碰一下,没有大问题再进行评审,以免出现大方向上的错误;
    2.罗列清楚评审的主题是什么,并且同步到群里,以免大家在讨论的过程中偏题,每一个人都东说一句西说一句,浪费了时间,也没解决真正要解决的问题;
    3.心态放平和,不刻意去谄媚,也无需对无理的人进行容忍;

    往期精彩文章
    《关于交互设计的思维抽象》
    《在家办公要写日报的》

    相关文章

      网友评论

          本文标题:论交互评审和产品开发的推拉

          本文链接:https://www.haomeiwen.com/subject/mylnfhtx.html