|
|
| 发布人：admin 发布日期：2014-7-8 7:53:50 |
|
每当网络公司收到一份需求文档时，总会有一阵欣喜，这是正常的反应，因为这份需求很可能就会变成一份订单，如果这份需求中涉及到的服务和项目很多，那么这个订单很有可能是一个利润较大的订单，该客户也有可能是一个优质资源。
事实就真的那么梦幻吗？
不一定！
不可否认，收到的需求越多网络公司越高兴，因为这些需求变成订单的几率越高，但是在选择是否承接该订单之前一定要理性分析，因为这个需求的可行性、风险性以及其他不可预知性都是需要客观评估的。
、单子的规模和自身的规模分析
任何网络公司在了解需求之后必须要客观理性的判断自己签下单子的可能性、自身企业的消化能力、与其他竞争对手之间的竞争力、企业抗风险的能力，这样再去考虑是否对该订单进行跟进，以免浪费时间，浪费精力，还影响了企业的正常运营。
单子的规模如果远远出了企业自身能够消化的能力，就一定要果断放弃，不能理想化的认为找来“援军”或者外包出去就可以将问题解决，因为这个风险之大可能远远出了想象。
第二、网络公司的成本预算
项目大，做的人多，成本就高，如果时间还很长，那成本就更高了，这个时候就需要企业自己垫付成本，对于企业来说影响非常大，不但存在着成本负担而且还影响其他的业务，项目顺利交付那么皆大欢喜，一旦出现任何问题，后果就很难预料。
第三、对方客户的付款流程
项目签订后会有一定数额的预付款，理想情况下是百分之三十，这笔头款相对来说不会有太久的拖延，可是对于中期回笼和交付后的余款回笼，由于对方需要走很多的流程就导致了资金回笼延迟，而且这里难过的一关就是客户的验收，提出的意见和修改多了，验收自然也多，而服务方就必须要立即修改，直至对方验收完全满意了才能够走付款流程，这个时间点又是谁都无法保证的。
第四、常规需求中存在的大争议
抛开大单子不谈，就拿常规的小单子来说，大部分客户可能不会提供一份正式的需求文档，但是也会通过其他方式把需求表达出来，表面来看给人感觉需求很简单，实现起来也容易，但是往往在终交付验收的时候双方会产生争议，而这个大的争议就是来自于表现形式方面。
网络公司认为功能已经按照需求实现，可是客户认为表现形式未能达到自己的预期，武断觉得服务方没有履行好责任。其实双方都没有错，表现形式没有达成共识一直以来都是协议双方争论的焦点，对于每一个功能点来说终的表现形式都不是固定的，而很多情况下又无法在事先都能够全部协商到位，因此才会时常有这样的情况发生。
理想状态下一份需求很可能变成一笔生意，是可以为网络公司带来效益的，但是正如上文所说，网络公司在收到需求后不做考虑、不去评估、盲目承接的话，到后这份需求可能不是馅饼，甚至是陷阱，而很多情况下这个陷阱是自找的。 |
|
 |
|
