文章目录
[+]
如果甲方不能提供清晰的需求，这种状况下，不构成成功的外包合作。这时候，甲方往往会邀请聊天，聊了好多次，都不会有结果，最多是帮他梳理清楚思路，往往会产生太多的不成熟的想法，最终确定的方案会遥遥无期。
如果判断甲方还头脑不清楚，这个时候，就应该把外包企图，改变成咨询服务，甲方如果愿意用钱购买这个咨询服务，说明甲方是真的有可能合作，如果对咨询的服务价格根本不愿意付费，或付费很少，那么，说明甲方还不够成熟，不适合做创新型的事情，最多是模仿别人或者改良型的，就是那种跟随策略的人。
没有清晰目标的时候，就应该 接受咨询服务，这是一个趋势，软件开发的工作，也必须转变成，咨询产生需求文档，需求文档产生设计，设计才能外包，外包才能使得编码的效率和质量成为重要，编码的效率和质量，来自于类似项目的经验，同类软件开发经历的积累。
（图片来自网络侵删）
需求不是设计，需求文档不能用设计的语言，需求是业务，必须经过产品经理的劳动，才能变成软件的设计。
也许用“需求”这个名词，不够准确，有很多传统企业的信息化，首先是一个业务改造的方案，包括后期的运营，以及业务不断的改进过程，这样可以避免后期代码无法修改，修改时候容易被漫天要价的情况。
（图片来自网络侵删）
有些传统企业，做为甲方，可能更多的是需要创新的模式，这个模式有时候产生于一个模糊的冲动想法，如果不通过专业的策划，可能是一种假象，可能他所认为的一种创新的东西，实际上并不存在，只是意淫，一种幻觉，主观的想象。如果这个时候能够放弃，也许是对甲方有利的。
