开发一款APP时如何给技术和设计提需求？

来源：lexintech.com 发布时间：2017-08-15

开发一个APP，首先要从需求开始。产品经理看似掌控大局，但是很多事情都不是自己能完成的，发需求成了差评的日常，给设计发，给技术发，给策划发…

需求发出去之后，收回来的东西不满意也是常有的事情，于是吐槽也成了日常，然而吐槽也并没有什么卵用…下面，乐信小编就为大家分享一些提需求的经验。

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

　　一、要充分考虑人的因素

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

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

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

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

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

　　二、提需求要注意方式方法

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

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

　　别怪别人!怪自己!

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

　　邮件：很正式，内容完整，并且容易回溯

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

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

　　Specific——需求必须是具体的，明确的，别摸凌两可

　　Measurable——需求必须是可以衡量的，要能够评价他的好坏

　　Attainable——需求必须是可以达到的(这个也是对方经常拿出来的理由，遇到之后参见要点一)

　　Relevant——需求必须和其他目标具有相关性，没有意义的需求是浪费时间，要告诉对方意义何在

　　Time-based——需求必须具有明确的截止期限

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

　　技术需求怎么提

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

　　为什么需求这么简单，但是技术做出来的东西还是有问题?

　　我的需求文档已经很详细了，为什么不按照文档里的来做?

　　……

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