在接包過程中，接發包雙方都會遭遇這樣一種窘境：當項目出現問題搞不清是誰的責任的時候，大家就相互扯皮，最終爭個你死我活都沒有什麼結果。
那有什麼辦法，既能幫助接發包雙方解決實際問題，又能維護雙方的合法權益呢？
為此，6月6日，解放號社區【如何應對外包中的撕逼大戰】系列課第3課中軟國際集團解放號特邀講師白仕雲在荔枝微課上為大家直播分享了《如何避免項目交付後扯皮》話題。
本次課程主要從產生扯皮的原因、扯皮問題解決難易程度劃分、如何避免扯皮現象的發生三個維度講授，乾貨滿滿，幫助服務方有效避免項目交付後的扯皮現象。
注意：此次分享的主題主要針對服務方。
白仕雲 中軟國際集團解放號特邀講師
iOS高級開發工程師，曾就職於多家知名企業，開發過電商應用、辦公系統、雙顯系統、餐飲業等大型項目，經驗豐富。
想要避免扯皮問題的產生，首先我們需要對問題進行分析，如果連產生的原因都沒弄不清楚，就去胡亂想怎麼避免，這純屬瞎撞，極其容易產生不可控的風險。
一、產生扯皮的原因
1.無效的溝通方式
在接發包過程中，雙方只停留在微信/QQ遠程交流，這種方式最容易導致相互領會的意思出現各不相同的情況。
2.開發流程不規範
在接包時，需求方沒有提供對應的項目原型圖、PRD文檔、UI效果設計圖，只告訴接包方照著某個應用做就行，甚至直接通過QQ告訴接包方，我就要什麼什麼功能，越簡單越好。
3.開發工期評估失誤
1）功能評估失誤；
2）開發週期內完不成；
3）趕時間造成問題增多。
評估項目功能的時候自我感覺良好，這也能做，那個也簡單，為了贏得對方好感或者滿足對方的需求，縮短了必要的開發時間，為了趕工期導致項目存在的問題增多。
4.驗收標準不確定
關於驗收標準的不確定，主要表現在這3個方面：
1）UI效果的評定；
2）功能的評定；
3）性能的評定。
一般來說，對於開發人員的驗收標準就是隻要應用不閃退，整個項目流程可以走通即為合格，就算是出現問題，第一時間想到的是：我X，你怎麼操作的？
5.交付後維護內容不統一
如果是維護內容不統一的話，這些問題很容易造成扯皮。那交付後的維護內容包括哪些呢？我們一起來看看，做到心中有數。
1）交付後需不需要再次維護；
2）維護哪些內容；
3）如何維護？範圍有沒有明確規定？
在這裡調一點：當我們接到項目的時候，最好見面，面對面（face- to - face）交流，這個時候是全方位瞭解對方（是私人項目還是公司項目）/瞭解項目需求（自己的能力能不能勝任）/瞭解能夠提供的薪酬範圍/付款方式（6-3-1還是5-4-1自己是不是可以接受）的機會。也是相互瞭解的基礎，這將決定我們後續工作是否可以順利開展。
二、扯皮問題解決難易情況劃分
針對扯皮問題解決的難易程度，一般分為3種情況，這3種情況難度程序依次遞減。
第一種：無簽訂合同/無有效材料/無客戶有效信息
其中客戶有效信息是泛指。如果是私人項目，那麼客戶指具體的某一個人，這個時候客戶有效信息就是指個人手機號/照片信息/身份證信息等。如果是公司，那麼客戶指某個公司/工作室，這種情況就需要掌握公司辦公地址/法人代表是誰/由誰對接等。
如果這3種資料都沒有，甚至連對方是男是女？是單體客戶還是公司客戶都不知道，那你幾乎不可能護自己的合法權益，就算是走法律程序也沒用。退一萬步來講，就算找到了需求方，無證據，你也不可能成為勝訴方。
第二種：無簽訂合同/有有效材料/有客戶有效信息
這種情況，我們稱作（A little hope），就是有點希望。
在維護合法權益時，最有效的材料是什麼？簽訂的合同，合同會是你最後的保障。
畢竟從法律的角度上，只有簽訂了交易合同，交易才會有效，才會受到法律保障。但是需要注意的是：簽訂的合同需要逐一瞭解，以防有坑。
此外，簽訂合同時，如果是個人客戶，需要有雙方的身份證信息/簽名/按手印或者是蓋私人章。如果是公司客戶，一定要蓋公司公章，不要隨便蓋私人章了事。畢竟在項目過渡期，零時工太多，只要存在扯皮現象，基本都是零時工背鍋。
第三種：有合同/有材料/有客戶有效信息
這種情況稱作（Safety control），就是安全可控，這種情況解決扯皮問題最簡單，一旦出現扯皮需要維權時，協商或者走法律途徑都基本都沒有問題。
基於以上3種問題解決難易情況，如果我們想避免扯皮事件的發生，最有效的方式就是簽訂詳細的交易合同。
三、如何避免扯皮事件的發生？
一個完整的項目流程一般包含開發前、開發中、項目收尾3個階段。想要避免扯皮事件的發生，那麼接包方久需要在整個項目流程裡做好細節防範。
1. 客戶訴求才是重點，需求不等於訴求（開發前）
1）大多數情況下，客戶提的需求是需要開發人員去糾正，因為非開發人員根本不懂項目是如何實現的？有些覺得很複雜的功能其實到開發人員手中是相當簡單的，然而有些他們覺得很簡單、異想天開的功能，對於開發人員來說實現起來非常複雜。
2）確認客戶給的需求是否明確，只有明確需求才能避免因需求的不清晰導致項目扯皮。
3）很多時候，需求往往不是最重要的，而是要知道客戶的訴求是什麼？我們知道客戶開發的項目用來幹嘛?希望到達什麼目的？他給的需求方案是否可行？是不是有更好的方案？
4）當我們自己實實在在幫客戶解決問題的時候，自己後期遇到的麻煩事也會後很少，而且客戶才會長久。
2.設計方案細化到每個細節（開發前）
1）確認需要的材料是不是已經齊全（開發文檔/原型文檔/UI設計效果圖），並對設計方案確認到每個點，做到心中有數；
2）確認自己的能力，精準預估開發工期。
3.約法三章（開發階段/最後項目交付/尾款支付/後期維護）
這裡所說的約法三章是指在簽訂的合同裡明確體現開發工期/付款方式/驗收方式/維護功能等細節。
1）開發工期
一般計算開發工期的公式是總計數開發時間=核心代碼開發時間*2；
在開發過程中，關於業務變化（開發週期/開發金額）怎麼處理，這個需要與客戶商量確認，但是不能一味地聽從客戶的計劃，需要有自己的想法。
2）付款方式
一般來說，付款方式分為開發前全額支付、分階段支付、開發後後再支付這3種。
當然作為接包方來說，肯定希望全額支付，不過這種情況遇到的很少，發包方在發包的時候為了保護自己的權益一般會採取分階段支付的方式進行支付，這時就需要在合同裡明確體現如何分階段，每次具體什麼時間支付。
3）項目驗收
根據項目驗收這個環節分階段驗定時驗收、開發完成再驗收兩種情況。這個需要根據雙方協議的內容具體體現在合同中。
4）維護內容確認（Yes/NO）
若項目需要維護，雙方需要確認維護範圍，比如：新功能需求算不算維護範圍，需要維護的話維護費怎麼支付？
掌握了以上幾點內容，相信你在項目交付時的扯皮概率會大大減少。不過，如果你想避免外包過程中的種種坑，還需要掌握以下精彩內容哦~
想獲取本次課程音頻資料、課件，請登錄解放號社區前往下載。
解放號社區《如何應對外包中的撕逼大戰》系列課
第1期： 程序員/IT服務商接包需要注意什麼
第2期：精益需求管理
想報名參加下次課程請加解放號社區小助理——解小媛微信號：JFHC-1，備註：外包課程進群。
閱讀更多 解放號社區 的文章
