如何给技术和设计提需求?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

shejixuqiufsdaf

产品看似掌控大局,但是很多事情都不是自己能完成的,发需求成了产品经理的日常,给设计发,给技术发,给策划发…

需求发出去之后,收回来的东西不满意也是常有的事情,于是吐槽也成了日常,然而吐槽也并没有什么卵用…

金玉良言:所有问题都是自己的问题!别吐槽!想想我能做什么!

提需求的3大要点

下面说明3个提需求的要点:

一、需求是人做的,人心是肉长的

需求之所以复杂就是因为需求是人来做的,如果是机器来做就太简单了:只要输入正确的命令,机器会准确的帮你实现好。

有了人的存在,需求就会存在delay、错误、品质不够等问题。

但这并不能成为需求实现不理想的接口,为何别人的需求可以加塞在你的前面?为何别人提的需求实现品质就比你的高?

同一个忙,你找陌生人,朋友,亲人来帮,其过程和结果肯定是不一样的!

那你能不能让对方成为你的朋友甚至哥们,就要看你的本事了。

二、发需求的方式

我相信所有人都经历过这么一种场景:

你发了需求,但是对方没有看到,于是在交付的那天你什么都没有收到!

别怪别人!怪自己!

发需求的方式强烈建议2种结合:邮件+口头

邮件:很正式,内容完整,并且容易回溯

口头:最好是口头,因为消息和邮件是繁多的,很容易被忽略,但是语言的交流是印象深刻的。如果无法实现口头交流,最好是通过IM再提醒一下,让对方明确的回复已经看到邮件,加深印象。

三、需求内容需要符合“SMART原则”

  • Specific——需求必须是具体的,明确的,别摸凌两可
  • Measurable——需求必须是可以衡量的,要能够评价他的好坏
  • Attainable——需求必须是可以达到的(这个也是对方经常拿出来的理由,遇到之后参见要点一)
  • Relevant——需求必须和其他目标具有相关性,没有意义的需求是浪费时间,要告诉对方意义何在
  • Time-based——需求必须具有明确的截止期限

SMART原则非常实用,如果想详细的了解这个原则,可以点击这里——SMART原则 via MBA智库

技术需求怎么提

给技术提过需求的都有过类似的经历:

  • 为什么需求这么简单,但是技术做出来的东西还是有问题?
  • 我的需求文档已经很详细了,为什么不按照文档里的来做?

……

这些所有的不愉快往往都跟自己提需求的方式有很大关系,而不能只怪技术同学!

下面就对比一下错误的提需求方式和正确的提需求方式:

错误的姿势

wrong

错误的方式:

  1. 脑袋里想好要什么
  2. 将想要的东西写成需求文档
  3. 将需求文档发给技术去做
  4. 等结果

错误的方式往往都是错误的观念导致的。

错误的观念:技术是干活的,只需要按照我说的做就行了,不需要你自由发挥。

大部分给技术提需求的人都不是技术出身,对技术并不了解,如果技术沦为一个纯执行,那么就成了“外行指导内行”,何况技术部门又不归产品管,自然有很多矛盾存在。

另外,我们脑海中想要的东西写到文档中一定无法100%的还原,技术再去看这个文档,理解过程又有一定折损,就导致我们想的和最终做出来的东西相差甚远。

核心问题:产品和技术之间信息是不对等的!每一步过程都有信息折损,导致了最终产出不理想。

正确的姿势

right

正确的方式:

  1. 不聊技术聊业务,先让技术同学充分的理解业务流程是什么,技术在业务中间的作用是什么
  2. 在技术同学理解业务的基础上共同讨论解决方案,列出可行的方案
  3. 业务人员和技术人员综合各种因素选择一种适合当前的“最佳方案”
  4. 双方达成一致后再最后形成文档
  5. 文档中包含前端表现细节和后端流程图(想了解文档怎么写可以百度一下“PRD”)

核心问题改进:

让技术同学充分的参与进来,一同商量,确保在方向性上大家高度的保持一致!

业务同学的解决方案不一定是最佳的,所以要发挥技术同学的优势,让他们也来出方案,讨论方案。

不要在一棵树上吊死!方案细节不着急展开,先多出方案,然后再评估方案,确定方案

设计需求怎么提

说到设计就需要强调一下前文说到的“人心都是肉长的”,设计人员非常感性,关系好图就做的好,心情好图就做的好。

所以设计需求的重点不在于提需求的时间点,而在于平时关系和感情的积累!

设计和技术的差异

下面把设计和技术来对比一下,让大家有一个直观的感受:

different

下面就是具体的建议了:

给设计足够的提前量

“这个需求今天就要!”这句话谁听到谁不爽!

大部分需求都是可以腾出足够的提前量的,如果渠道没有主动给你,你就主动去要。要过的需求定期整理和更新(毕竟没有哪家是每天改版玩的)

时间越多,图的效果就会越好!

优化流程,避免返工

设计最烦的就是做好的东西白做了,所以一定要避免返工。

在大批量改尺寸之前一定要把好关,不过关的图就不要改尺寸,直到所有相关人员(项目组,运营,市场,老板,渠道方)都过目了,都点头了,再开始改尺寸。

一旦开始改尺寸了就不要BB了,改完就得用。如果任何人在任何时间都能否决设计,那设计就会做大量的无用功。

confirm

注:上面提到的母版是最初的设计,大批量生产的图都是通过这个母版修改尺寸得到的

规范的提需求

需求怎么提也很重要,如果邮件来来回回,设计需要的信息不够后补来补去,整个需求分散在N个邮件里,你指望设计耐心的帮你把需求拼凑齐全?

设计需求的模板很有必要,主要解决几个问题:

  1. 模板能够避免信息遗漏,保证需求提交一次到位
  2. 统一的模板也能避免设计看漏
  3. 规范的文档避免扯皮,都以文档为准
  4. 有些辅助信息虽然不是必须的,不过可能会帮助设计做的更好

设计模板下载地址:链接: http://pan.baidu.com/s/1eRdIxKA 密码: 2nbk

需求模板里最重要的信息:尺寸,文案,风格参考

附录

找风格参考和找素材的一些网站:

最重要的:关系要到位!!!

说到沟通技巧,此处省略10w字,需要的只能自行脑补。

如果沟通上比较短板,那就花钱吧,平时的水果零食啥的都给设计大爷分一些,别吃独食。有事没事请大家吃点零食。

设计兄弟帮你加班干活的时候请人家吃点东西,喝点饮料。

 

来源:西山居手游运营团队

原文地址:http://73team.cn/

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中