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

  • 经验类型经验/观点
  • 经验属性原创文章
  • 经验版权署名-相同方式共享
430 0 2 2020-02-18

职场上的沟通潜规则,不得不学的厚黑学


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


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


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



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


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


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


| 对于项目需求的更改


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


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


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


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


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


作者简介:Sophia的玲珑阁,一枚爱折腾,爱健身的妹纸。

职场设计技能,更多教程抢先就看,请关注作者的微信公众号:Sophia的玲珑阁

Powered by Froala Editor

全部评论:0

更多作品

发表评论

取消

点击右上角
分享给朋友吧

分享到

取消

每人每天仅限5票,快给你心仪的作品鼓励的一票。

投票