【經驗】和「甲方爸爸」相愛相殺的3種典型案例

公司從成立至今也作了很多項目了，有大的，有小的，有短時間的，也有一直長期合做的。而碰到的客戶也是形形色色的，有拖欠尾款的，有作了一半不作的，也有合做很愉快的。所作的大部分項目都已經上線運營，受到了客戶的好評，可是也有一些須要檢討和總結經驗教訓的。

項目一：傳統企業的行業產品，移動端應用和PC端管理系統

甲方：爲此集團下新成立的網絡技術公司，人員配置包括一個產品經理，三個設計，兩個開發

開發方式：異地遠程

這個項目是咱們公司成立後接的第一個項目，屬於那種中長期按人按月付費的項目，由於是剛開始本身幹，首先要以生存爲前提，同時抱着磨練團隊和積累經驗的心態接下了這個項目。

甲方公司是集團公司下屬的，所以資金不是問題，甲方的負責人也是集團公司下派的，能夠說對互聯網是一竅不通，而配備的人員也都是剛畢業或者才工做沒多久的，產品需求仍是個半成品，對於包括咱們剛開始作外包這種在內的這樣一羣小白來講，項目進展狀況不說也知道，那就是極度艱難和緩慢。這就形成甲方讓咱們的開發人員得時不時的飛過去參與產品需求的討論以及甲方技術團隊的管理，雖然是甲方出這個費用，可是實在是耗時耗力，可能也是傳統企業的思惟形成的，討論必須得見人，遠程溝通他們不放心。

這個產品在開發的過程當中慢慢的發現它的行業複雜性，不但開發難度在增長並且需求變動也愈來愈頻繁，有時居然誇張到一版APP作好後，公司老闆的一句話，大部分頁面設計得推倒重來，也是仗着甲方項目資金充裕，敢這樣折騰。其中有一件事情着實讓我大開眼界，甲方讓咱們幾個技術飛過去討論產品方案，本覺得過去是在一個小會議室看PPT，然而咱們太天真了，去了才知道參加的是集團領導和幾個集團小領導的大會議，各領導輪流發言，你來我往，整個會議是羣情激昂，會議室也是煙霧繚繞，既沒有任何方案展現，也沒有肯定一些功能需求，最終也就沒有任何結論，作了一堆無用功。這種用傳統企業思惟來管理互聯網企業自己就是有問題的，互聯網公司要的是創意、效率和快速解決問題的能力，而這種大規模的耗時的且無心義的會議是最忌諱的，這也給甲方的互聯網技術公司和最終的產品失敗埋下了隱患。

通過5個多月的磕磕絆絆和反覆修改，初版產品終於上線了，可想而知，市場推廣效果和反應並不理想，甲方提出的需求和行業痛點也不是用戶真正想要的，用戶數量始終上不去。

經驗總結：因爲是咱們的第一個項目，接的比較倉促，有些方面考慮的不周全，因此在合做過程當中有時很被動，作了一些超出乙方開發範圍內的工做。同時甲方公司的經驗不足，開發需求不明，形成了必定程度的時間和資金的浪費，而咱們做爲乙方理應在開發過程給予適當的引導，這點作得還不夠好。再接這種項目的時候，前期合同必須得簽好，寫好分工，而後需求必須得明確，避免開發過程當中的返工和扯皮。不過此次開發經歷的確對咱們的團隊來講是一次很好的歷練，磨合了團隊成員間的合做，加強了技術和問題解決能力，同時爲之後的項目開發打下了堅實的基礎。

項目二：智能家居產品APP端

甲方：智能家居技術企業

開發方式：異地遠程

這個項目是經過關係介紹的，項目資金談的也還能夠，需求和設計也很給力，因此很放心的就接下來了。在作一期的時候很順利，按時完成甲方的需求和功能要求，作過此類項目的都知道，最麻煩的就是硬件調試，有時也得飛過去作現場聯調，不過經過你們的努力，一期按時上線，甲方也很配合，每部分資金都按時到位，初期合做很順利。

一期上線後，開始肯定二期的需求並簽定合同，二期主要是功能上的添加與升級，基於一期的合做，所以對甲方很是放心，沒有強制要求先支付預付款，不過這的確成了這個項目的一大敗筆。剛開始的時候，開發這塊按照需求緊鑼密鼓的進行着，沒有發現任何異樣，慢慢的發現有些變味了，當初定的需求部分須要進行一些改動，好吧，鑑於以前合做很愉快，忍了，改吧，而後又出現有個功能邏輯從新作，算了，已經作這麼多了，繼續給作吧。最後好不容易把二期的功能硬是改完，bug也修了，測試也都經過了，正在等着給打錢時。甲方公司提出，他們的客戶對一個功能不滿意，須要再作一些改動，改完就給錢，咱們差點都要罵娘了，最後沒辦法，本身籤的合同，跪着也要作完。本想着此次改完終於能夠拿到錢了，沒想到又出現了一些幺蛾子，就這樣，反反覆覆，一會小改一點功能，一會改幾個bug。錢也不給，就這樣拖着，最後等來的倒是晴天霹靂，因爲甲方產品推廣不理想，運營成本過高，而且無人接手，公司直接倒閉了，這二期的錢完全打了水漂，本想着飛過去走法律程序，可是因爲中間有關係在那，而後又以爲太耗時耗力又費錢，同時手頭還有項目脫不開身，最後只能不了了之，當是交學費了，算是買了一個大大的教訓。

經驗總結：不管籤幾期合同，不管這個項目中間有沒有關係，一碼歸一碼，預付款必定得要，這是最起碼的，若是開發中期能再要一部分那就更好，首先要保護好自身的利益不受侵害，以避免吃啞吧虧。像咱們這種小公司真的折騰不起，親測有效。

項目三：政府某部門相關係統完整解決方案

甲方：某技術服務公司

開發方式：同城遠程開發

這個項目是甲方委託咱們的技術團隊開發的，自身無任何技術開發人員，只是進行需求採集的中間角色，合同也是和甲方簽定的，項目款分期支付。項目前期，咱們主要與甲方以及政府部門相關人員進行溝通，梳理項目需求，肯定最終的實現方案，一切還算順利，咱們先出的UI設計圖，涉及的產品包括Android，IOS，微信公衆號，PC端網站和管理系統，以及爬蟲系統。

其實這個項目開始的時候，咱們也是有內心矛盾的，和一些同行瞭解過，作政府的項目可能事情比較多，溝通成本過高，有時還需走動走動。可是中間有個甲方，咱們想着只和甲方按合同辦事，所以就放鬆了警戒。隨着各個端開發的進行，問題也就隨之而來了，政府部門領導覺這裏很差了，那裏得改改，就給甲方施壓，甲方就是靠這個生存的，所以只能陪笑，而後和咱們溝通更改一些功能，最初一次兩次咱們也都能接受，後來愈來愈頻繁，感受籤的合同啥用都沒用，領導一句話，甲方就來找咱們，最後只能以中止開發往回懟，讓甲方本身處理，由於開發週期越日後推對咱們越不利，時間成本過高。

最後終於開發測試完畢，待政府部門驗收的時候，大問題來了，政府部門換了領導班子，剩下那30%的項目款眼看着就要拿到手了，又被收了回去。領導班子一換，甲方又得從新走動，各個產品從新演示和申請驗收，爲了配合驗收，咱們又對新的領導提出的一些需求作了一些改動，終於開始驗收的時候，政府部門又對當初的需求文檔開始挑毛病，一個字一個字的摳，不過系統中確實有一些不足，雖然不影響總體功能，可是就是不能過審。就這樣你來我往的扯皮，5個月的工期，如今快一年了尚未真正交付，沒辦法了，如今只能這樣耗着，這個項目到目前爲止算是失敗的。

經驗總結：接政府項目必定要謹慎，除非你有很硬的關係，時間上真的耗不起，若是非接不可的話，前期預付款必須提升，下降自身的風險。其次，在審覈需求文檔和簽定合同的時候，必定要仔細再仔細的檢查，能作的要作的寫上去，不能作的系統中沒有的儘可能不要寫，以避免產生功能缺失，最後弄得兩敗俱傷。

雖然以上是一些不太成功的合做案例，可是這只是一些個案，大部分的甲方仍是信守承諾，按合同辦事的。不過我以爲首先要作到自身的身板正，技術硬，不能欺騙客戶，客戶才能信任你，其次再要求客戶，這樣才能在這個圈子站穩腳跟，培養好的口碑，最終生存和發展起來。確實，外包項目是有必定風險的，稍不注意就會兩手空空，把握如下幾點保你不翻車或者少翻車，簽定合同或者協議時要仔細、根據項目狀況支付預付款，風險大的多要點，風險小的少要點、需求必須得明確，儘可能避免改改改！之前沒在雲沃客上接過項目，後來聽同行介紹，這個平臺上的項目很是靠譜，不但項目屬實並且有資金保障，後來接了幾個項目，的確如此，打算常駐平臺，並將咱們打形成優質的技術服務提供商。