|
|
| 發布人：admin 發布日期：2014-7-8 7:53:50 |
|
每當網絡公司收到一份需求文檔時，總會有一陣欣喜，這是正常的反應，因為這份需求很可能就會變成一份訂單，如果這份需求中涉及到的服務和項目很多，那么這個訂單很有可能是一個利潤較大的訂單，該客戶也有可能是一個優質資源。
事實就真的那么夢幻嗎？
不一定！
不可否認，收到的需求越多網絡公司越高興，因為這些需求變成訂單的幾率越高，但是在選擇是否承接該訂單之前一定要理性分析，因為這個需求的可行性、風險性以及其他不可預知性都是需要客觀評估的。
、單子的規模和自身的規模分析
任何網絡公司在了解需求之后必須要客觀理性的判斷自己簽下單子的可能性、自身企業的消化能力、與其他競爭對手之間的競爭力、企業抗風險的能力，這樣再去考慮是否對該訂單進行跟進，以免浪費時間，浪費精力，還影響了企業的正常運營。
單子的規模如果遠遠出了企業自身能夠消化的能力，就一定要果斷放棄，不能理想化的認為找來“援軍”或者外包出去就可以將問題解決，因為這個風險之大可能遠遠出了想象。
第二、網絡公司的成本預算
項目大，做的人多，成本就高，如果時間還很長，那成本就更高了，這個時候就需要企業自己墊付成本，對于企業來說影響非常大，不但存在著成本負擔而且還影響其他的業務，項目順利交付那么皆大歡喜，一旦出現任何問題，后果就很難預料。
第三、對方客戶的付款流程
項目簽訂后會有一定數額的預付款，理想情況下是百分之三十，這筆頭款相對來說不會有太久的拖延，可是對于中期回籠和交付后的余款回籠，由于對方需要走很多的流程就導致了資金回籠延遲，而且這里難過的一關就是客戶的驗收，提出的意見和修改多了，驗收自然也多，而服務方就必須要立即修改，直至對方驗收完全滿意了才能夠走付款流程，這個時間點又是誰都無法保證的。
第四、常規需求中存在的大爭議
拋開大單子不談，就拿常規的小單子來說，大部分客戶可能不會提供一份正式的需求文檔，但是也會通過其他方式把需求表達出來，表面來看給人感覺需求很簡單，實現起來也容易，但是往往在終交付驗收的時候雙方會產生爭議，而這個大的爭議就是來自于表現形式方面。
網絡公司認為功能已經按照需求實現，可是客戶認為表現形式未能達到自己的預期，武斷覺得服務方沒有履行好責任。其實雙方都沒有錯，表現形式沒有達成共識一直以來都是協議雙方爭論的焦點，對于每一個功能點來說終的表現形式都不是固定的，而很多情況下又無法在事先都能夠全部協商到位，因此才會時常有這樣的情況發生。
理想狀態下一份需求很可能變成一筆生意，是可以為網絡公司帶來效益的，但是正如上文所說，網絡公司在收到需求后不做考慮、不去評估、盲目承接的話，到后這份需求可能不是餡餅，甚至是陷阱，而很多情況下這個陷阱是自找的。 |
|
 |
|
