很多公司或個人(rén)有信息化或軟件(jiàn)需求的時候都(dōu)會考慮找個軟件(jiàn)外包開發服務商，但(dàn)是由于缺少軟件(jiàn)互聯網技術(shù)方面的專業知識，如(rú)何甄别找到合适的、靠譜的外包軟件(jiàn)開發服務成爲大(dà)家經常遇到的一個問(wèn)題，給你(nǐ)分(fēn)享幾個想法：

1、如(rú)果什麽技術(shù)要求都(dōu)沒探討(tǎo)就(jiù)都(dōu)答應你(nǐ)的一般不是很靠譜

大(dà)部分(fēn)軟件(jiàn)外包公司你(nǐ)接觸到的第一個人(rén)都(dōu)是銷售，并且大(dà)部分(fēn)都(dōu)是不懂(dǒng)技術(shù)的銷售，隻要你(nǐ)發了需求，爲了促成成交什麽都(dōu)答應，這種一般都(dōu)不靠譜，大(dà)概率是銷售爲了成單拿提成過度承諾的。正确的做法是拿到需求後，會仔細評估一下，問(wèn)清楚你(nǐ)的一些核心技術(shù)點，并且告訴你(nǐ)大(dà)概的實現技術(shù)思路(lù)及難度，評估清楚工(gōng)作(zuò)量之後再給你(nǐ)一個詳細的報價，并且這個過程中大(dà)多會有幾次來(lái)回，有些需求是在當前的預算或當前的技術(shù)下實現不了的，靠譜的外包方都(dōu)會給你(nǐ)明确的指出來(lái)。

2、盡量接觸上對方的技術(shù)人(rén)員(yuán)，以判斷對方的技術(shù)團隊是否靠譜

軟件(jiàn)開發的最終執行是技術(shù)人(rén)員(yuán)在執行，軟件(jiàn)開發質量的好壞決定性因素是對方的技術(shù)團隊，所以在确定合作(zuò)之前一定要接觸上最終負責執行這個項目的項目經理(lǐ)或技術(shù)負責人(rén)，考察公司的本質是考察這個執行項目的人(rén)，可(kě)以從(cóng)需求的理(lǐ)解、技術(shù)架構設計(jì)、實現方法、技術(shù)人(rén)員(yuán)的背景等多個方面去(qù)溝通考察。說(shuō)一句，我這邊的軟件(jiàn)外包開發服務就(jiù)沒有銷售，都(dōu)是開發或項目經理(lǐ)直接交流。

3、看(kàn)以往服務的客戶

一定要看(kàn)一下對方曾經服務過的客戶，不要相(xiàng)信網站(zhàn)寫的，要看(kàn)到合同或驗收件(jiàn)，有些由于保密原因看(kàn)不到全部合同，但(dàn)是看(kàn)部分(fēn)合同，或者看(kàn)開票記錄、打款記錄是個好辦法，以往的客戶就(jiù)是對這個公司能力一次篩選，客觀上是個信用背書(shū)。

4、确定合作(zuò)前，詳細評估對方是否完全理(lǐ)解了你(nǐ)的需求

很多客戶爲了着急趕工(gōng)期，趕進度，第一版需求一般出的不夠細緻，這個時候靠譜的軟件(jiàn)開發商都(dōu)會給客戶提出很多需求上的疑問(wèn)，或者給客戶列需求概要和客戶一起討(tǎo)論。這個時候，客戶可(kě)以通過需求調研階段的交流，詳細評估對方是否完全理(lǐ)解了自(zì)己的需求，因爲透徹的理(lǐ)解客戶需求是高質量完成軟件(jiàn)開發的第一步。所以不要着急簽合同，要先看(kàn)對方是否完全理(lǐ)解了你(nǐ)的需求、是否針對性的對你(nǐ)的核心需求提出了技術(shù)解決方案。

5、爲了避免後續的争議(yì)，需求一定要形成細節文檔

軟件(jiàn)外包最常見(jiàn)的糾紛是開發過程中或驗收階段雙方對功能定義和驗收範圍的争議(yì)，解決這個最好的辦法就(jiù)是讓軟件(jiàn)開發方做完需求調研後出一份詳細的需求分(fēn)析說(shuō)明書(shū)，定義清楚功能和驗收範圍，開發邦就(jiù)專門(mén)提供這種服務。一般客戶給的文檔隻能說(shuō)清楚自(zì)己的目标，很難完全定義清楚功能細節，這個時候不要怕浪費時間和預算，需求分(fēn)析是軟件(jiàn)開發過程中最爲重要的階段，甚至比代碼開發還(hái)要重要，在前期控制好風(fēng)險比後期堵漏洞的成本要低的多。

6、約定清楚成果交付的節奏，并且按階段和裡(lǐ)程碑交付

很多客戶隻注重前期的評估和考核，不注重過程的監控，認爲自(zì)己是不懂(dǒng)技術(shù)的，中間過程不管，隻注重最後的結果，而忽視過程導緻的過程失控最終帶來(lái)的就(jiù)是結果不如(rú)人(rén)意。在會談的階段就(jiù)要約定好階段性的交付物，比如(rú)：什麽時候給需求分(fēn)析文檔，什麽時候給交互原型、什麽時候給前端的UI/UE、什麽時候給哪些單元模塊的交付物、功能模塊實現的裡(lǐ)程碑是什麽樣的，如(rú)果到了時間未交付的違約條款是什麽等等，到了時間，代碼、文檔、資源文件(jiàn)等等一個都(dōu)不能少。并且開發邦建議(yì)客戶最好是采取按階段驗收交付付款的方式，客戶可(kě)以一個一個模塊的去(qù)測試、驗收并在階段付款後及時接收開發成果，這樣可(kě)以最大(dà)程度的規避整體(tǐ)項目的開發風(fēng)險。

7、如(rú)果有可(kě)能的話(huà)，請(qǐng)個監理(lǐ)

很多客戶不懂(dǒng)技術(shù)，很難從(cóng)代碼層面來(lái)控制項目的質量，這個時候最好的做法是請(qǐng)一個第三方對軟件(jiàn)開發方的開發進行監理(lǐ)，預算充足的話(huà)就(jiù)請(qǐng)專業的公司去(qù)監理(lǐ)，預算不夠的話(huà)請(qǐng)個兼職的資深技術(shù)人(rén)員(yuán)是個不錯的辦法，既省錢又有效，開發邦經常幫客戶介紹這類的人(rén)。監理(lǐ)起的作(zuò)用是随時可(kě)以審核代碼和從(cóng)技術(shù)的角度來(lái)判斷當前的項目風(fēng)險，并且爲之後客戶自(zì)己接手項目成果提前做好準備。

8、開發過程一定要透明

很多軟件(jiàn)開發方在合作(zuò)确定，收到定金後，客戶一問(wèn)進度，就(jiù)說(shuō)現在處于設計(jì)、架構什麽什麽階段還(hái)看(kàn)不到東西，後面會很快(kuài)看(kàn)到東西，作(zuò)爲執行了一百多個項目的開發邦的經驗來(lái)看(kàn)，任何階段隻要做了工(gōng)作(zuò)都(dōu)是可(kě)視化的、可(kě)展現的，可(kě)以是文檔、可(kě)以是UI資源、也可(kě)以是前端頁面、或者是代碼成果或者是數據庫腳本、又或者是可(kě)運行部署驗證的功能模塊，那種和你(nǐ)說(shuō)到了最後階段才能看(kàn)到成果的都(dōu)是不靠譜的。我們建議(yì)客戶方一定要有聯席項目經理(lǐ)深入到項目裡(lǐ)去(qù)，進度過程一定是可(kě)視化的、透明的， 做了多少東西一周起碼看(kàn)一次，别聽外包方說(shuō)，我們在做呢(ne) 暫時看(kàn)不到東西 過程中發現問(wèn)題及時控制風(fēng)險。