项目需求不明确的时候，哪些该做哪些可以不做？

[hollyday]

创业团队接了一个外包项目，现在很后悔！宁愿赔款也不做的心都有啦~

项目坑爹的最大原因，在于前期没有完全明确细化各项需求，后期改动过多，很多细节开始就没有完全确定，投入的人力，时间成本大大翻倍，再继续下去真的要亏本了，那么问题来了，像这种需求文档不明确的情况下，哪些需求要做，哪些可以不做？以下述几点为栗：（强调，该项目成本已经被压得很低，还有必要去保证那么高质量的细节吗？）

①需求文档中只提到要做分享功能，刚开始只是在某个地方做，后来客户要在多个板块都加分享功能，这个是否必须做？

②项目中涉及技工入驻定位功能，刚开始只是以首次入驻时定位的地址，后来客户要求改为实时定位后的地址，这个是否必须做？

③项目中只提到技工入驻，那么这个入驻后，入驻资料的修改是否必须做？

④在后台可以看到哪些是活跃用户，哪些是没有经常开软件的，日活是多少，这一系列应该有显示，居然还要我们做这个....

⑤后台必须要有财务明细么？比如“在后台应该有一个财务管理，系统里面总共有多少钱，今天收入多少，收入来源在哪里，这些都应该有一个明确的表格”

感觉这个坑太大了

[idamien]

其实需求分析是一方面，最重要的是需求分析的粒度不同可能会导致开始的整体架构的变化。

我觉得一定要把握好需求的粒度， 从你的描述看来，好像是客户在不断的更改需求。

建议敲定要发的版本的需求，做相应开发测试发版。

用户提出的分享等新的功能，如果没在之前的需求分析中提及，就放在一边开发采集并且用户认可过的需求，交付.

新的需求要求他们再付费分析，开发

[yimity]

先按照你们觉得可以做的需求做，如果客户要加就告诉肯定会延期上线，最好分开一期二期这样做。第一期做完了再谈，不行拉到。先哄得第一期给钱不亏本吧。