设计师|参加需求评审,设计师需要注意这几个问题

【设计师|参加需求评审,设计师需要注意这几个问题】编辑导读:需求评审会 , 虽然是产品经理的演讲会 , 但是与会人员却不是只有产品经理 。本文作者从设计师的解读 , 对设计师参加需求评审需要注意的问题进行了梳理总结 , 供大家一同参考和学习 。
设计师|参加需求评审,设计师需要注意这几个问题
文章图片

文章图片

很多人把设计师的工作单纯的定位为【视觉】层面的输出 , 好像只要设计稿美美地就大功告成了 。但是 , 我们都知道 , 其实不是这么简单 。
设计师的工作职责不只在最后输出的美观 , 同样重要的是产出的过程 。需求的产生 , 需求的背景 , 需求的解决方案等等 。不要让设计是断层的 , 它应该是完整的 , 有开始 , 有结束 。
01 需求评审前 , 你不可遗漏的准备工作
设计的前期 , PM一般会拉个需求评审会 , 这时设计师也需要参与到其中 , 不要等到需求完全确定了 , 设计才开始介入 。有些不合理的需求 , 应该从一开始就规避 。如果PM没有这个习惯 , 你可以温柔地建议他拉你一起 。设计师要在产品的开始和结束都渗透在其中 , 这样你才能对一个产品整体性更清楚 , 也更有把握 。
需求评审是一件比较费力费时的事情 , 所以在确定需求评审时间后 , 可以先请PM给你一份需求文档 , 可以先简单的了解 , 对于不理解的概念 , 可以提前自己弄清楚 , 这样也可以避免在评审会中提出太过初级的问题 。如果是对现有产品的改版 , 可以先了解产品线上页面是怎么样的 , 这样也可以更了解需求 , 也对PM提出的解决方案是否真的解决用户的问题 , 有进一步的了解 。
我想 , 这样的准备工作是需要的 , 不要一脸茫然的参加评审会 , 你不需要完全明白 , 但是至少你要大概了解评审会要评审什么内容 。这样大家在聊需求时 , 你也快速接上他们的频率 , 不要让他们觉得你什么都不懂 , 也给不出什么建议 , 也不提出任何疑问 , 你只是角落里那个“安静的美男子” , 这样你就变成可有可无的角色了 。
我们都在谈“设计师如何掌握话语权” , 我想提前了解产品需求会是重要的一步 。天下武功唯快不破 , 设计亦然 , 当你比别人快一步时 , 被动转主动时 , 就是改变的开始 。这是一个好的开始 , 也是与PM、开发们建立关系的开始 , 当你慢慢用自己的主动和设计能力建立彼此的信任时 , 他们会愿意来咨询你的意见 , 而不是只当你是一画图的 , 而这时就是你发挥你设计影响力的时候了 。
还有一点 , 提前预备你的时间 , 检查你的行程表 , 避免会议冲突 。
02 需求评审中:你要做的事1. 勇敢提出你的问题
需求评审的初审到确定方案 , 可能需要2-3轮评审讨论 。在这当中 , 如果你有什么疑问 , 都要提出来 。或许是功能点PM没有写清楚 , 或许是功能本身的不完整 , 或许单纯地就是你不明白 。需要补充的让PM补充清楚 , 不要靠自己脑补来理解需求 , 大部分情况下设计师与PM理解的 , 都不是同一件事 。
不要觉得不好意思 , 就不说出你的疑惑 , 很有可能你疑惑的地方 , 也会造成用户的疑惑 。不懂就问 , 是一件很重要的事 , 这会关系到后续设计稿的输出方向以及交互说明的补充 。如果你自己都不明白 , 你要如何确保你的设计能让用户明白 。
如果当下你觉得PM提出的解决方案是不合理的或者有更好方案 , 可以直接说出来 , 不要埋藏在心中 。说出来 , 大家一起讨论 , 这就是你增加曝光的时刻 。不管结果是否被采纳 , 你都是双赢 。为什么这么说?如果被采纳 , 这无疑是好的 , 可以让你的团队更加信赖你 , 如果你刚入职或者是加入一个新的项目组 , 这都是一个建立关系的好的表现 。那如果后来证明 , 你的方案有问题呢 。其实这也是件好事 , 至少可以发现在对产品理解中是存在你所不知道的gap ,所以你需要加强逻辑的严谨性和对产品的理解 。


推荐阅读