【需求阶段】设计师如何与产品经理沟通需求

【需求阶段】设计师如何与产品经理沟通需求_第1张图片
微信公众号同名:阿希AX

本文原创,转载请注明来处

前面两篇文章写了如何进行需求分析和用户研究,这次写需求分析过程中的最后一部分:需求沟通。也就是在分析需求的过程中如何与产品经理进行沟通,提升设计效率以减少设计和沟通成本。


用户如何面对强势的产品经理

商业价值VS用户需求

摆正心态,换位思考,考虑对方要求这么做的原因,而不是一味抱怨。


不靠谱的产品经理是什么样

需求变动多

需求不靠谱,没有想清楚,总是改来改去。

过于主观

在设计方面提过多主观意见,干扰设计师工作

过于关注细节

( 产品经理应该关注细节,但不该纠结于节,要有大局意识,多关注产品方向、定位、项目时间规划等,不在细节处耽误过多时间 )

不负责任

不热爱产品,对工作敷衍了事

过于强调自己的主导地位

( 产品经理是一个职位名称,而不是一个行政头衔,他与团多成员只是组织与合作的关系 )

让产品经理头疼的设计师是什么样

不懂得平衡

设计师要学会兼顾商业利益和用户体验

定位局限

把自己局限在专业范围内,没有考虑业务线的需要,缺乏产品意识

抱怨多,建设性意见少

对业务质疑,抱怨多,却很少去想怎么解决问题

视野狭窄

只懂得专业领域的知识,难以和其他角色沟通和合作

( 比如作为交互设计师,应该懂一些用研方面的基本知识,能独立做些简单的用研工作,也能评判一些视觉设计的问题;视觉设计师应该懂一些交互方面的知识,才能理解产品、交互原型传达的概念。用研、交互、视觉设计师不仅要懂用户,还要站在产品的角度想问题,学习产品方面的知识,才能和产品经理站在同等的高度沟通。)

专业技能不佳

不懂用户,经验欠缺,设计水平欠佳等。

( 先改进自己的问题,成为一个优秀的设计师,才能在遇到不靠的产品经理时,积极发挥自己的力量,成功逆袭。)

如何拒绝不靠谱的需求文档

有没有必要写需求文档

( 当产品规模小项目人员不够的1时候没有需求文档,项目进程不会受需求文档的影响,但是如果是较大的项目且功能需求比较多,这时候为了高效完成任务产品经理就要提供需求文档了 )

无需求文档或文档不标准怎么办

( 如果没有需求文档或文档不标准,而且是较大的项目,这时候设计师就应该提醒产品经理提供具需求文档;若是因为文档不标准而增多沟通成本,就要提醒产品经理更新修改需求文档。)

辨别需求文档的内容是否合理

( 如果设计师没有参与初期的产品需求分析,当拿到产品需求文档时设计师要了解相关的业务逻辑、产品要求和资源限制,而与设计相关的信息结构,任务流程、功能说明以及界面描述等仅需作为参考即可。)

如何从“功能需求”到“设计需求”

残酷的现实要求设计师学会走“弯路”

( 正常的流程是产品定位→需求采集→需求文档。但很多时候设计师因为种种原因(双方没有这样的意识、能力和信任感,时间不够,来自上层的压力没有决策权)没有参与前期的需求分析过程,为了避免错误的开始,设计师应该重新了解产品,归纳需求(用户调研、竞品分析、用户反馈、分析产品数据等方式),确立相应的设计目标,以设计目标为导向做出各种解决方案,再根据设计目标和项目资源确定优先级,所以流程就变成了需求文档→设计目标→设计需求。)

如何寻找设计目标

( 根据各种需求分析的方式得到产品需求,再根据所得出的表面需求提炼出用户的本质需求。)

根据设计目标重新定义需求

( 根据以上得出的设计目标再将设计需求重新定义。)

如何“抄袭”竞品

在“抄袭”中寻求创新

在竞品基础上创新,做出比竞品更好的产品。

直接“抄袭”竞品的风险

影响企业形象

出现严重错误

驴唇不对马嘴

东施效颦

永远落在对手后面

如何对待“抄袭”竞品的要求

用竞品界面绘制流程图,再根据流程图倒推出竞品的需求,得出竞品原始的用户需求及业务逻辑,从中了解自己产品的用户和竞品用户的区别以及竞品用户的使用痛点和期望,再根据需求提炼设计目标确定设计需求。

想更多了解需求分析的内容可以结合前面两篇文章一起看哦!

你可能感兴趣的:(【需求阶段】设计师如何与产品经理沟通需求)