如何给技术和设计提需求

　　产品看似掌控大局，但是很多事情都不是自己能完成的，发需求成了产品经理的日常，给设计发，给技术发，给策划发
　　需求发出去之后，收回来的东西不满意也是常有的事情，于是吐槽也成了日常，然而吐槽也并没有什么卵用
　　金玉良言：所有问题都是自己的问题！别吐槽！想想我能做什么！
　　提需求的3大要点
　　下面说明3个提需求的要点：
　　一、需求是人做的，人心是肉长的
　　需求之所以复杂就是因为需求是人来做的，如果是机器来做就太简单了：只要输入正确的命令，机器会准确的帮你实现好。
　　有了人的存在，需求就会存在delay、错误、品质不够等问题。
　　但这并不能成为需求实现不理想的接口，为何别人的需求可以加塞在你的前面？为何别人提的需求实现品质就比你的高？
　　同一个忙，你找陌生人，朋友，亲人来帮，其过程和结果肯定是不一样的！
　　那你能不能让对方成为你的朋友甚至哥们，就要看你的本事了。
　　二、发需求的方式
　　我相信所有人都经历过这么一种场景：
　　你发了需求，但是对方没有看到，于是在交付的那天你什么都没有收到！
　　别怪别人！怪自己！
　　发需求的方式强烈建议2种结合：邮件口头
　　邮件：很正式，内容完整，并且容易回溯
　　口头：最好是口头，因为消息和邮件是繁多的，很容易被忽略，但是语言的交流是印象深刻的。如果无法实现口头交流，最好是通过IM再提醒一下，让对方明确的回复已经看到邮件，加深印象。
　　三、需求内容需要符合SMART原则
　　Specific需求必须是具体的，明确的，别摸凌两可
　　Measurable需求必须是可以衡量的，要能够评价他的好坏
　　Attainable需求必须是可以达到的（这个也是对方经常拿出来的理由，遇到之后参见要点一）
　　Relevant需求必须和其他目标具有相关性，没有意义的需求是浪费时间，要告诉对方意义何在
　　Timebased需求必须具有明确的截止期限
　　SMART原则非常实用，如果想详细的了解这个原则，可以点击这里SMART原则viaMBA智库
　　技术需求怎么提
　　给技术提过需求的都有过类似的经历：
　　为什么需求这么简单，但是技术做出来的东西还是有问题？
　　我的需求文档已经很详细了，为什么不按照文档里的来做？
　　这些所有的不愉快往往都跟自己提需求的方式有很大关系，而不能只怪技术同学！
　　下面就对比一下错误的提需求方式和正确的提需求方式：
　　错误的姿势
　　错误的方式：
　　脑袋里想好要什么
　　将想要的东西写成需求文档
　　将需求文档发给技术去做
　　等结果
　　错误的方式往往都是错误的观念导致的。
　　错误的观念：技术是干活的，只需要按照我说的做就行了，不需要你自由发挥。
　　大部分给技术提需求的人都不是技术出身，对技术并不了解，如果技术沦为一个纯执行，那么就成了外行指导内行，何况技术部门又不归产品管，自然有很多矛盾存在。
　　另外，我们脑海中想要的东西写到文档中一定无法100的还原，技术再去看这个文档，理解过程又有一定折损，就导致我们想的和最终做出来的东西相差甚远。
　　核心问题：产品和技术之间信息是不对等的！每一步过程都有信息折损，导致了最终产出不理想。
　　正确的姿势
　　正确的方式：
　　不聊技术聊业务，先让技术同学充分的理解业务流程是什么，技术在业务中间的作用是什么
　　在技术同学理解业务的基础上共同讨论解决方案，列出可行的方案
　　业务人员和技术人员综合各种因素选择一种适合当前的最佳方案
　　双方达成一致后再最后形成文档
　　文档中包含前端表现细节和后端流程图（想了解文档怎么写可以百度一下PRD）
　　核心问题改进：
　　让技术同学充分的参与进来，一同商量，确保在方向性上大家高度的保持一致！
　　业务同学的解决方案不一定是最佳的，所以要发挥技术同学的优势，让他们也来出方案，讨论方案。
　　不要在一棵树上吊死！方案细节不着急展开，先多出方案，然后再评估方案，确定方案
　　设计需求怎么提
　　说到设计就需要强调一下前文说到的人心都是肉长的，设计人员非常感性，关系好图就做的好，心情好图就做的好。
　　所以设计需求的重点不在于提需求的时间点，而在于平时关系和感情的积累！
　　设计和技术的差异
　　下面把设计和技术来对比一下，让大家有一个直观的感受：
　　下面就是具体的建议了：
　　给设计足够的提前量
　　这个需求今天就要！这句话谁听到谁不爽！
　　大部分需求都是可以腾出足够的提前量的，如果渠道没有主动给你，你就主动去要。要过的需求定期整理和更新（毕竟没有哪家是每天改版玩的）
　　时间越多，图的效果就会越好！
　　优化流程，避免返工
　　设计最烦的就是做好的东西白做了，所以一定要避免返工。
　　在大批量改尺寸之前一定要把好关，不过关的图就不要改尺寸，直到所有相关人员（项目组，运营，市场，老板，渠道方）都过目了，都点头了，再开始改尺寸。
　　一旦开始改尺寸了就不要BB了，改完就得用。如果任何人在任何时间都能否决设计，那设计就会做大量的无用功。
　　注：上面提到的母版是最初的设计，大批量生产的图都是通过这个母版修改尺寸得到的
　　规范的提需求
　　需求怎么提也很重要，如果邮件来来回回，设计需要的信息不够后补来补去，整个需求分散在N个邮件里，你指望设计耐心的帮你把需求拼凑齐全？
　　设计需求的模板很有必要，主要解决几个问题：
　　模板能够避免信息遗漏，保证需求提交一次到位
　　统一的模板也能避免设计看漏
　　规范的文档避免扯皮，都以文档为准
　　有些辅助信息虽然不是必须的，不过可能会帮助设计做的更好
　　设计模板下载地址：链接：http：pan。baidu。coms1eRdIxKA密码：2nbk
　　需求模板里最重要的信息：尺寸，文案，风格参考
　　附录
　　找风格参考和找素材的一些网站：
　　花瓣
　　站酷
　　CGTalk
　　Flickr
　　最重要的：关系要到位！！！
　　说到沟通技巧，此处省略10w字，需要的只能自行脑补。
　　如果沟通上比较短板，那就花钱吧，平时的水果零食啥的都给设计大爷分一些，别吃独食。有事没事请大家吃点零食。
　　设计兄弟帮你加班干活的时候请人家吃点东西，喝点饮料。