這些天，又在與外包團(tuán)隊進(jìn)行各種產(chǎn)品問題的討論糾纏，苦惱不堪。近些年由于To B SAAS市場、互聯(lián)網(wǎng)創(chuàng)業(yè)發(fā)展迅速，產(chǎn)品外包在軟件領(lǐng)域日益興起，很多創(chuàng)業(yè)公司、傳統(tǒng)IT企業(yè)、集成商、運(yùn)營商都紛紛參與到產(chǎn)品外包的價值鏈中，有的扮演甲方發(fā)包項目，有的扮演乙方承包項目，有的則前腳作為乙方承接項目，后腳就作為甲方轉(zhuǎn)包給下家。然而，相比項目的一次性而言，產(chǎn)品卻是一個長期不斷優(yōu)化迭代的過程，因此產(chǎn)品的外包這其中存在太多值得思考和總結(jié)的問題。

作為深處產(chǎn)品外包七八年的老兵，今天就圍繞To B軟件類產(chǎn)品外包存在的諸多矛盾，給大家分享下我在此過程中所經(jīng)歷的一些坑，其中涉及資金與服務(wù)的矛盾、產(chǎn)品與項目的矛盾、團(tuán)隊能力的矛盾、契約與人性的矛盾、溝通協(xié)作的矛盾等等。希望能給一些初入此行的產(chǎn)品經(jīng)理們一些啟示，引發(fā)一些共鳴。具體如下：

資金與服務(wù)的矛盾

“給多少錢，辦多少事”在基于交易的外包中，這條真理常掛在嘴邊，卻也常糾纏不清。一切服務(wù)都和錢掛鉤，給多少錢，提供多少服務(wù)，準(zhǔn)備多少資源。為了避免扯皮，甲方往往會在合同中對服務(wù)有非常明確的要求，它不僅包括基本的功能需求、交付時間、產(chǎn)品質(zhì)量驗收標(biāo)準(zhǔn)，還包括客觀的管理要求，即外包團(tuán)隊人數(shù)、人才能力（面試評測）、人才績效考核標(biāo)準(zhǔn)，以及產(chǎn)品開發(fā)過程中有關(guān)設(shè)計、運(yùn)營、維護(hù)等相關(guān)服務(wù)的詳細(xì)要求。然而，理想很豐滿，現(xiàn)實很骨感，產(chǎn)品外包中資金往往和服務(wù)不能劃等號。主要有兩種情況：

錢給少了，索要的服務(wù)過多

一方面，很多企業(yè)或者創(chuàng)業(yè)者，在產(chǎn)品外包時，總是會極力壓低預(yù)算，能省則省，但他們的需求卻有增無減。誰都想要價廉物美的商品，這當(dāng)然可以理解，但萬事都得講個“度”。產(chǎn)品在研發(fā)過程中，需求變化在所難免，如果和乙方協(xié)商處理好就不存在沖突。但有些甲方不僅功能貪多求全，而且在簽完合同之后，完全不考慮乙方的感受，想方設(shè)法的追加需求索要服務(wù)，甚至自己內(nèi)部的匯報材料撰寫，或者與項目不相干的事情也讓乙方去做，這一點(diǎn)在政府客戶中比較常見。這樣的情況，對于乙方，有時候迫于客戶關(guān)系，可能會做一些，但這樣的需求多了，且收益包不住成本的時候，要么選擇拒絕，要么偷工減料降低質(zhì)量。如果甲方逼得太狠，乙方精力全在扯皮上，心累了直接撂挑子走人。

另一方面，也不乏很多外包團(tuán)隊，初期為了給自己賺吆喝，為公司業(yè)績增添案例，從而不惜報超低價，只為能夠拿下項目。一旦和這些廠商建立合作，后期風(fēng)險可想而知，他們?nèi)绻l(fā)現(xiàn)賺足了吆喝，且出現(xiàn)“入不敷出”的情況，就會立馬減少投入，甚至消失的無影無蹤。

錢給夠了，得到的服務(wù)不夠

相反，有時候甲方的資金很充足，但因為乙方為了追求利益最大化，主觀上偷工減料；或者因為內(nèi)部能力不足、資源調(diào)配，從而降低了服務(wù)標(biāo)準(zhǔn)，造成產(chǎn)品無法順利完成。例如，乙方外包團(tuán)隊往往手里不可能只做一個項目，他會同時承接多個項目，這時候，乙方會根據(jù)項目的規(guī)模、緊急程度、重要性等，對資源進(jìn)行重新分配，將好的資源分配給重要的項目。所以即使甲方給的錢充足，但和其他項目比起來，依然沒有足夠吸引力，所以乙方會對原本甲方的項目實施資源減配。這樣的話，有可能原有項目上能力強(qiáng)的開發(fā)人員就有可能被抽調(diào)走，留下的人員還會存在被其他項目復(fù)用的情況。本來專注于一個項目的工程師，卻被其他項目牽扯精力，可能一天只有0-10%的精力在甲方產(chǎn)品上，而且會不斷被打斷，影響工作效率，整個團(tuán)隊的能力和效率會下降一大截。即便是駐點(diǎn)在甲方現(xiàn)場的開發(fā)形式，也存在這樣的情況，“人在曹營，心在漢”這句諺語用在這里可能比較貼切。

產(chǎn)品與項目的矛盾

甲方做的是自己的產(chǎn)品，而乙方做的是別人的項目。這兩者本身就是相互矛盾的，甲乙方的立場目的完全不一樣，乙方帶著做項目的心態(tài)去做產(chǎn)品，是不可能完全把產(chǎn)品做好的。雙方的關(guān)注重點(diǎn)完全不同，甲方更關(guān)注產(chǎn)品本身，希望作出一款用戶需要的好用的產(chǎn)品，以此來打開市場提升銷售業(yè)績。而乙方只看重眼前的利益，做完一單是一單，收完錢就轉(zhuǎn)移陣地。

周期的矛盾

做產(chǎn)品是沒有完成之日的，是長期的，持續(xù)需要迭代演進(jìn)；而做項目是有明確完成時間的，是短期且一次性的，一錘子買賣，做完就走，不會維護(hù)后續(xù)版本。開發(fā)人員都找不到了，怎么繼續(xù)做優(yōu)化迭代呢？當(dāng)然可以協(xié)商做一期、二期，這樣階段性的項目，但這樣的折中方案依舊避免不了這樣的矛盾。

需求范圍的矛盾

產(chǎn)品需求具有不確定性，是根據(jù)市場及客戶需求不斷新增、變化的；而項目需求是有明確項目范圍的，雖然也有變更，但是是在成本、質(zhì)量、時間的綜合因素條件下決定的，范圍相對可控。

用戶體驗的矛盾

做產(chǎn)品，用戶體驗是必備因素，即便是To B產(chǎn)品也在越來越追求好用的用戶體驗；而做項目，首先追求的是功能，用戶體驗是次要的。

目前很多外包團(tuán)隊不重視體驗設(shè)計，所以缺少交互體驗專員，前期也不會做詳細(xì)的交互設(shè)計原型，認(rèn)為只要功能實現(xiàn)即可交付，并且合同中也不可能細(xì)化到交互細(xì)節(jié)要求。另外很多時候，還以“體驗見仁見智”或者“我認(rèn)為挺好的”這樣的主觀口吻來搪塞。

許多乙方雖然在前期提供了大量的UI設(shè)計稿（圖片），供甲方確認(rèn)，但最終做出的產(chǎn)品還是會和期望相差太遠(yuǎn)。一方面，前期的圖片比較零散并沒有體驗真實交互，另一方面，原型也不能面面俱到，總有疏漏之處，而乙方則以未事先說明且經(jīng)甲方確認(rèn)為由不予修改。

技術(shù)架構(gòu)的矛盾

做產(chǎn)品，往往希望采用先進(jìn)的架構(gòu)，靈活的插件，以保證產(chǎn)品有較好的穩(wěn)定性、擴(kuò)展性、兼容性和使用體驗，即便初期架構(gòu)簡單，后期也要重構(gòu)。但很多乙方往往抱著其公司內(nèi)部老舊的技術(shù)體系架構(gòu)，堅持“一招鮮吃遍天”的打法，每天忙于拓展項目賺錢，完成功能是第一要務(wù)；而同時技術(shù)重構(gòu)又需要花費(fèi)大量的人力和時間，所以他們根本不愿意沉下心來去重構(gòu)改進(jìn)。

產(chǎn)品期望與團(tuán)隊能力的矛盾

人是產(chǎn)品能否成功的關(guān)鍵因素，在產(chǎn)品外包中，卻常常因為乙方人才資源的匱乏導(dǎo)致做出的產(chǎn)品總是不盡如人意。好的人才往往聚集在大型互聯(lián)網(wǎng)公司、國企，或者發(fā)展前景好的創(chuàng)業(yè)公司，而外包公司的人才水平參差不齊，這跟外包公司的業(yè)務(wù)性質(zhì)和成本結(jié)構(gòu)有很大關(guān)系。對于外包團(tuán)隊而言，人力成本是最大的支出占比，特別在當(dāng)下IT人才薪水節(jié)節(jié)攀升的時代，外包利潤縮水嚴(yán)重，為了謀取外包項目的最大利潤，必需盡量壓低項目的人力成本，這也成為了很多外包團(tuán)隊能力有限的主要原因。常見問題我總結(jié)為三個方面：

1、人少

乙方減少單個項目的人數(shù)投入，有的項目甚至只投入0.5-1個人，可謂是極度節(jié)儉。研發(fā)人員捉襟見肘，產(chǎn)品很難保質(zhì)保量完成。當(dāng)然不能僅通過人員數(shù)量來決定團(tuán)隊能力，就像《啟示錄》中提到的那樣，寧愿選擇5個專業(yè)能力強(qiáng)的高級工程師，也不愿選擇30個能力一般的菜鳥。在我之前參與的一個產(chǎn)品外包項目中，曾經(jīng)只有一個人主要負(fù)責(zé)開發(fā)，但因為能力強(qiáng)，基本可以保證交付的質(zhì)量，但后期逐漸加人，反而出現(xiàn)了一些麻煩，還需要前期的人來填坑，不僅影響進(jìn)度還造成了浪費(fèi)。

2、人不行

人員能力不行，一直是很多甲方詬病的問題，總是抱怨乙方人員總是不能很好的實現(xiàn)他們的預(yù)期，諸如缺少基本的規(guī)范和邏輯、功能無法實現(xiàn)或者開發(fā)時間過長、文檔撰寫太差、溝通能力有限、項目管理能力有限等等。其實，不管什么團(tuán)隊，我們都想要優(yōu)秀的人才，但薪水自然要求也比較高，對于乙方，平衡成本之下，不可能都做到高端配置。所以，乙方會根據(jù)甲方項目的規(guī)模、重要性、時間計劃先后等因素，對多個項目的人力配備進(jìn)行深入評估，招募和配置不同等級的人才。一般一個團(tuán)隊配置1-2個高級人才就已經(jīng)很奢侈了，另外再招募一些應(yīng)屆大學(xué)生、或者中專、培訓(xùn)機(jī)構(gòu)出來的人才，這些人的薪資要求很低，既可以達(dá)到甲方對團(tuán)隊人數(shù)的要求又可以降低成本。這里用“濫竽充數(shù)”這個成語再合適不過了。

3、人難管

頻跳槽

外包團(tuán)隊的人員離職變動在IT行業(yè)中可能更加頻繁，有些人今天剛報到，可能三天后就要離職。而這樣的人員變動，影響最大的就是工作交接所帶來未知風(fēng)險，不僅需要花費(fèi)時間去找到下一個合適的接班人，即便是找到了，人員還需要接手和適應(yīng)的時間，整個周期下來，產(chǎn)品已經(jīng)停滯兩周了。那外包行業(yè)人員離職的主因是什么呢？我總結(jié)兩點(diǎn)：

工作苦逼沒有歸屬感。外包項目一般都駐點(diǎn)在項目現(xiàn)場，人員工作地點(diǎn)不固定，常常更換，并且駐點(diǎn)時間往往少則三個月，多則一年半載，工作環(huán)境也由甲方提供的場所決定，好點(diǎn)的提供。

多頭項目沒有自我提升時間，特別是能力不錯的人才，由于能力較強(qiáng)，單位工作效率和產(chǎn)出較高，而這樣的人往往公司會給他安排更多的項目去做，有的人甚至成了救火隊員，哪里項目有問題，就派到哪里，到處奔波，身心俱疲。正所謂“能力越強(qiáng)，責(zé)任越大”，這個詞在外包公司這里得到了很好的體現(xiàn)。長期這樣，沒有時間去自我提升，能力遇到瓶頸，不能與時俱進(jìn)的更新知識，每天疲于應(yīng)付項目，所以跳槽是遲早的事兒。

不服管

這個現(xiàn)象常常出現(xiàn)在甲方現(xiàn)場駐點(diǎn)開發(fā)的場景，正所謂“將在外軍令有所不受”，外包團(tuán)隊長期駐點(diǎn)，缺少激勵，士氣低迷，且領(lǐng)導(dǎo)不在身邊，沒有約束力。所以經(jīng)常出現(xiàn)工作積極性不高、工作時娛樂，不認(rèn)真工作；并且人員存在逆反心理，主觀不聽從甲方的修改要求。這里的原因，主要是現(xiàn)場外包人員的個人績效考核權(quán)利不在甲方，也就是工資不是甲方發(fā)，所以難以對其形成約束和激勵。

溝通協(xié)作的矛盾

異地辦公

很多外包團(tuán)隊與產(chǎn)品負(fù)責(zé)人需要在研發(fā)過程中，針對設(shè)計、成果等進(jìn)行不斷的討論、協(xié)作。如果他們分屬異地，即便現(xiàn)在有很多互聯(lián)網(wǎng)溝通產(chǎn)品，也無法替代當(dāng)面溝通的效果。有些產(chǎn)品僅靠幾頁草稿去開發(fā)，幾個月后再看產(chǎn)品，質(zhì)量可想而知。所以異地情況，我們一般至少保證每周及重要里程表組織團(tuán)隊見面，確認(rèn)每周及階段性進(jìn)展成果及下一階段計劃。另外，定期郵件往來、QQ、微信、視頻等即時通訊手段給予輔助。

溝通心態(tài)

有些甲方認(rèn)為花錢后什么都不用管，應(yīng)該得到全方位的服務(wù)，乙方應(yīng)全權(quán)負(fù)責(zé)產(chǎn)品。這種情況下做出的產(chǎn)品往往沒有好的結(jié)果。就好像把自己的孩子完全托付給別人寄養(yǎng)，幾個月后的性情肯定是這個媽媽無法接受的。如果甲方在一些場合，以“上帝的姿態(tài)”做出過激的行為，可能會觸犯工程師的尊嚴(yán)，引起乙方不滿，甚至撂挑子不干。因此，保持一個“開放、平等、合作”的心態(tài)才是項目所必需的。

乙方的不主動溝通也比較常見。一種情況是甲方的需求有時比較模糊，乙方按照自己的想法實施研發(fā)，不事先與甲方溝通。另一種情況是甲方對技術(shù)不太精通，有些問題可能乙方早就覺察到了，但因為怕耽誤工期或者投入成本太高，一直捂著不主動提出，等到最后產(chǎn)品上線終于出了問題，那時候的損失就很難控制了。

無效溝通

甲乙方的會議經(jīng)常從早晨討論到晚上，且非常激烈，但最終卻沒有結(jié)果，或者有結(jié)果第二天又推翻繼續(xù)討論。一來二去，既耽誤了時間，又耗費(fèi)了大家的精力。所以在會議召開之前明確會議主題和目的非常重要，會議中一旦出現(xiàn)偏離，立即打斷，必須保證整個會議的討論朝著一個結(jié)果有序進(jìn)行。會后，形成會議紀(jì)要通告大家，重要問題最好簽字確認(rèn)，加強(qiáng)儀式感。雖然也會有推翻的可能，但至少在簽字時，每個人都是報著對會議結(jié)果負(fù)責(zé)的態(tài)度。

甲乙管理機(jī)制的矛盾

開發(fā)管理方式?jīng)_突

對于很多互聯(lián)網(wǎng)或者SAAS產(chǎn)品，多采用敏捷的研發(fā)方法，迭代的速度要求也是相當(dāng)高的，少則一周，多則兩到三周就出一個版本。而很多傳統(tǒng)外包團(tuán)隊，依然更多采用瀑布式的開發(fā)方法，按部就班的輸出需求文檔、設(shè)計文檔、項目計劃、開發(fā)、測試，整個周期下來2個月之后才能看到成果，這時候也許市場早就沒了。我不是說所有項目都要敏捷，但有些適合敏捷的項目就應(yīng)該堅持敏捷。有些文檔完全不需要撰寫，寫了也沒人看。直接出原型給開發(fā)，要比文檔效果更好。

乙方自有的項目管理工具僅在內(nèi)部使用，不向甲方開放共同協(xié)作使用，例如Bug管理、文檔管理等。所以，如果甲方發(fā)現(xiàn)軟件某些問題，或者需要查看部分文檔，還需要通知乙方接口人轉(zhuǎn)達(dá)或者獲取，非常影響協(xié)作效率。而且一旦遇到不靠譜的乙方，這些內(nèi)部管理記錄很多都沒有規(guī)范的執(zhí)行。因此，作為甲方，建立自有的項目管理工具體系對產(chǎn)品推進(jìn)有益無害，既可提高溝通效率，也可及時監(jiān)督項目進(jìn)展，發(fā)現(xiàn)問題。

測試形同虛設(shè)

乙方對于開發(fā)完成的產(chǎn)品，常常不重視測試，甚至不做測試。開發(fā)完成之后，草草測試了事，或者直接甩給甲方，讓甲方去驗證發(fā)現(xiàn)問題。這一點(diǎn)經(jīng)常讓甲方負(fù)責(zé)人惱火，一個版本要多次的驗證打回，再驗證再打回，勞心費(fèi)力，既浪費(fèi)時間又沒有進(jìn)展，完全充當(dāng)了乙方的測試角色。這里原因有很多，包括

乙方公司規(guī)模較小，專業(yè)的測試人員只配備1-2人，有的甚至沒有測試人員，或者有其他職位的人兼職，測試水平較差。如果乙方承接的項目較多，人力資源有限，有些項目時間緊，根本來不及測試就提交甲方。

乙方公司的開發(fā)理念，重開發(fā)輕測試。有些公司領(lǐng)導(dǎo)依舊持有這種陳舊的思想，所以在招聘人員上，測試人員的數(shù)量和水平一直不被重視。而且，測試在公司的話語權(quán)和交付責(zé)任機(jī)制，并不是以測試為中心，出了問題也不會找測試問責(zé)。這也是造成了這一現(xiàn)象的原因。

內(nèi)部管理不暢波及項目

有人的地方就有江湖，有時乙方內(nèi)部的不合理管理和派系斗爭，也會波及到甲方項目。例如內(nèi)部開發(fā)人員與項目經(jīng)理分屬不同部門，之間存在工作量結(jié)算或者內(nèi)部KPI考核的矛盾；或者內(nèi)部提交開發(fā)的流程死板，都會影響內(nèi)部資源的調(diào)配和項目推進(jìn)。

契約與人性的矛盾

雖然合同在法律上規(guī)定了甲乙方的責(zé)任與義務(wù)，但很多時候并不是非黑即白的。特別是在中國，除了“一紙約定”去約束項目和規(guī)避風(fēng)險，其實還有甲乙方的中國式關(guān)系、以及職業(yè)操守這樣的灰色區(qū)域。這些我把它們歸結(jié)為人性，也就是人際關(guān)系和誠信問題。有人的地方就有主觀喜好，這種喜好會表現(xiàn)在對合同執(zhí)行的干預(yù)作用，執(zhí)行好的項目可能會被人為破壞，執(zhí)行差的項目可能會被“潤滑”、或者調(diào)和改進(jìn)。

負(fù)面激化矛盾

甲方的誠信問題。因為乙方在實施過程中，沒有遵循“潛規(guī)則”，使得甲方主要負(fù)責(zé)人不滿意，從而在項目驗收時，故意刁難、延遲驗收，拖欠款項。乙方隨即暫停工作，使得項目無法收尾。

乙方的誠信問題。因為乙方與甲方某位項目關(guān)鍵人關(guān)系不一般，且大包大攬，不問需求先承諾，甚至以虛假案例最終拿到項目，但之后發(fā)現(xiàn)沒有能力承接，或者二次轉(zhuǎn)包，最后做成了爛尾產(chǎn)品，即便關(guān)系好，合同上也說不過去。

正面化解矛盾

人際關(guān)系和契約有時候不一定是激化矛盾，有的時候也可以化解矛盾，成為矛盾的“潤滑劑”。例如，在合同執(zhí)行時，乙方對甲方不僅項目服務(wù)非常到位，關(guān)系也維護(hù)的很不錯。之后甲方的需求因市場變化有所變更或者蔓延，這時候，乙方因為人際關(guān)系，可能在成本可控的情況下會更多的承擔(dān)一些開發(fā)；而甲方也可能因為人際關(guān)系，提出增補(bǔ)合同，追加投資。

再如，項目驗收時，即便有一些產(chǎn)品瑕疵，因為關(guān)系好，往往睜一只眼閉一只眼，就驗收通過了，后期乙方再優(yōu)化完善，不影響合同付款進(jìn)度。

以上就是個人對于以往To B產(chǎn)品外包中趟過的各種坑的一個總結(jié)，也許你會問，這么多坑該怎么避免呢？如果你是甲方，

給你幾點(diǎn)建議：

不外包自己干

首先，想好外包的原因，是因為時間來不及、缺少技術(shù)、還是資金有限。如果僅僅是想壓低成本，不建議外包，這個思路做不好產(chǎn)品，特別是核心部分更不建議外包。如果是因為時間緊又沒有技術(shù)團(tuán)隊，可以考慮第一個版本外包，后續(xù)自建團(tuán)隊接手重構(gòu)迭代產(chǎn)品。外包是為了尋找專業(yè)的人做你不擅長的事情，而不是僅僅為了少花錢，這一點(diǎn)謹(jǐn)記。

切勿貪大求全

MVP最小可交付產(chǎn)品的精益方法業(yè)界已經(jīng)熟知，我就不在多說了。對于傳統(tǒng)行業(yè)創(chuàng)業(yè)者，貪大求全的錯誤還是會犯，在產(chǎn)品外包中，就更要避免。如果要做移動端，你不需要iOS、Android、微信H5全做，你可以先做微信H5，成本小流量多，可以很好的驗證第一版。

選擇靠譜開發(fā)團(tuán)隊

首先，最好通過熟人關(guān)系，真實了解他們團(tuán)隊的能力及服務(wù)。其次，團(tuán)隊盡量選擇和自己在一個地方，避免異地。再次，外包團(tuán)隊要穩(wěn)定并專門負(fù)責(zé)自己項目，不能被其他項目牽絆。最后，就是項目負(fù)責(zé)人以及開發(fā)人員要有豐富的開發(fā)經(jīng)驗等基本考證了。

過程管理抓大放小

1、過程兩頭重點(diǎn)抓

開始階段要重點(diǎn)抓需求范圍界定、和交互體驗設(shè)計。需求雙方一定要吃透，盡量不要有模糊不清的地方，對于不確定的部分可以不放到第一個版本開發(fā)。另外，建議輸出高保真原型，并且對部分交互點(diǎn)給予說明。對于體驗設(shè)計粗糙的原型一定要嚴(yán)格拒絕，重新打回重新設(shè)計，不能直接進(jìn)入開發(fā)，要知道好的原型可以避免很多后期開發(fā)的風(fēng)險。

開始階段的項目管理模式要雙方明確并嚴(yán)格執(zhí)行，比如接口責(zé)任人、溝通機(jī)制、管理工具的選擇等等，以便為后期項目執(zhí)行打下良好的基礎(chǔ)。

后期的驗收標(biāo)準(zhǔn)、考核懲罰機(jī)制和驗收執(zhí)行要重點(diǎn)專注，驗收標(biāo)準(zhǔn)盡量細(xì)化，覆蓋產(chǎn)品功能、交互體驗、服務(wù)、維護(hù)等多個方面，以及相關(guān)的考核細(xì)則都要在項目開始前明確，并寫到合同中，以規(guī)避風(fēng)險。

2、過程中間選擇抓

“若事無巨細(xì)，皆以身親之，則所得至寡，所失至多矣”，所以中間過程僅作節(jié)點(diǎn)提醒和適度監(jiān)理即可，如果事事親為，一方面，分散注意力容易忘記重點(diǎn)，另一方面，要給乙方團(tuán)隊一定的自由度，手深的太長，會影響團(tuán)隊原有的節(jié)奏，也容易打擊團(tuán)隊的積極主動性。