IT行业快速发展，不管是外包项目，还是内部需求，经常是”一句话“，原因虽然多种多样，主观客观都有，结果却是千篇一律，经历过的软件工程师都是生不如死，跳进一个”大火坑“！
比如有一次，一位老奶奶级别的公司老总说，我的需求很简单，就是”做一个公司网站“，八百块钱，是不是太贵了？
应对这样的情况，只需要把需求落在纸面上。
一句话回复：请把需求写清楚。
一个套路：在需求方面下功夫。
文档形式非常灵活，可简可繁；达到目的非常明确，只有一个：做多少事，拿（付）多少钱。
注意精髓是把需求写出来，文档也行，邮件也行，一定做到有据可查。
1，没有具体需求
需求方虽然知道要做的事情，但是并不知道具体功能。比如公司官网，不仅仅是只有信息展示，还可以有后台管理系统、在线客服、线上商城、甚至有直播带货的功能需求。
在需求方描述不清楚具体功能时，自然也就不知道要做什么。这时不妨使用简单做法或者常见模板，等到需求方看到第一个版本时，有了直观认知，往往才会有真实的需求提出来。
2，有需求没文档
第二个场景是需求方口头提了一大堆要求，但是写不出文档，更有可能是不愿意写。
1）还没想清楚，自然写不出来；
2）不愿意写，担心或者预料到后面会有需求变更。
作为软件工程师，这时只能自己救自己，千万不要按照“口头协议”去做，做了就是往坑里跳。
需求方不写文档，那就自己写。将讨论过的需求梳理清楚，形成文档，不需要太详细，覆盖功能点和系统模块就行。针对某些明确不需要的功能，也可以备注说明出来，然后找需求方书面确认，邮件回复就行。
示例：亲子幼教网课系统；
1）在线直播，一个老师、多个学生；
2）可以点播和回放；
3）学员家长选择幼师，报名网课；
4）账号管理、在线支付；
5）免费试听课；
6）不需要的功能：
a) 第一版不需要会员，只需要选课时按课时在线付费；
b) 社区论坛；
c) 打赏交互；
d) 老师和网课评论；
e) 邀请朋友赚取佣金。
3，需求频繁改动
大部分需求，在开发工程中都会发生一些变化，合理的不合理的都有，是没办法一刀切的去避免的，只能去合理的管理变更需求。
方法很直接，每次需求改动都要有书面记录，不要怕麻烦，只有这样，才能做到有理有据，不管是庆祝成功，还是总结失败，一定要做到有根据，客观的统计工作量。
举个例子，做个陌生人社交APP需要多少钱？
这个需求就是一个无底洞，比如具体的社交场景、用户间的交互方式、消息提醒方式、消息支持格式，等等。确定不下来这些需求，项目开发工程中一定会频繁改动。
#软件开发#
