很多公司或個(gè)人有信息化或軟件需求的時(shí)候都會(huì)考慮找個(gè)軟件外包開(kāi)發(fā)服務(wù)商，但是由于缺少軟件互聯(lián)網(wǎng)技術(shù)方面的專業(yè)知識(shí)，如何甄別找到合適的、靠譜的外包軟件開(kāi)發(fā)服務(wù)成為大家經(jīng)常遇到的一個(gè)問(wèn)題，給你分享幾個(gè)想法：

1、如果什么技術(shù)要求都沒(méi)探討就都答應(yīng)你的一般不是很靠譜

大部分軟件外包公司你接觸到的第一個(gè)人都是銷售，并且大部分都是不懂技術(shù)的銷售，只要你發(fā)了需求，為了促成成交什么都答應(yīng)，這種一般都不靠譜，大概率是銷售為了成單拿提成過(guò)度承諾的。正確的做法是拿到需求后，會(huì)仔細(xì)評(píng)估一下，問(wèn)清楚你的一些核心技術(shù)點(diǎn)，并且告訴你大概的實(shí)現(xiàn)技術(shù)思路及難度，評(píng)估清楚工作量之后再給你一個(gè)詳細(xì)的報(bào)價(jià)，并且這個(gè)過(guò)程中大多會(huì)有幾次來(lái)回，有些需求是在當(dāng)前的預(yù)算或當(dāng)前的技術(shù)下實(shí)現(xiàn)不了的，靠譜的外包方都會(huì)給你明確的指出來(lái)。

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

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

3、看以往服務(wù)的客戶

一定要看一下對(duì)方曾經(jīng)服務(wù)過(guò)的客戶，不要相信網(wǎng)站寫的，要看到合同或驗(yàn)收件，有些由于保密原因看不到全部合同，但是看部分合同，或者看開(kāi)票記錄、打款記錄是個(gè)好辦法，以往的客戶就是對(duì)這個(gè)公司能力一次篩選，客觀上是個(gè)信用背書。

4、確定合作前，詳細(xì)評(píng)估對(duì)方是否完全理解了你的需求

很多客戶為了著急趕工期，趕進(jìn)度，第一版需求一般出的不夠細(xì)致，這個(gè)時(shí)候靠譜的軟件開(kāi)發(fā)商都會(huì)給客戶提出很多需求上的疑問(wèn)，或者給客戶列需求概要和客戶一起討論。這個(gè)時(shí)候，客戶可以通過(guò)需求調(diào)研階段的交流，詳細(xì)評(píng)估對(duì)方是否完全理解了自己的需求，因?yàn)橥笍氐睦斫饪蛻粜枨笫歉哔|(zhì)量完成軟件開(kāi)發(fā)的第一步。所以不要著急簽合同，要先看對(duì)方是否完全理解了你的需求、是否針對(duì)性的對(duì)你的核心需求提出了技術(shù)解決方案。

5、為了避免后續(xù)的爭(zhēng)議，需求一定要形成細(xì)節(jié)文檔

軟件外包最常見(jiàn)的糾紛是開(kāi)發(fā)過(guò)程中或驗(yàn)收階段雙方對(duì)功能定義和驗(yàn)收范圍的爭(zhēng)議，解決這個(gè)最好的辦法就是讓軟件開(kāi)發(fā)方做完需求調(diào)研后出一份詳細(xì)的需求分析說(shuō)明書，定義清楚功能和驗(yàn)收范圍，開(kāi)發(fā)邦就專門提供這種服務(wù)。一般客戶給的文檔只能說(shuō)清楚自己的目標(biāo)，很難完全定義清楚功能細(xì)節(jié)，這個(gè)時(shí)候不要怕浪費(fèi)時(shí)間和預(yù)算，需求分析是軟件開(kāi)發(fā)過(guò)程中最為重要的階段，甚至比代碼開(kāi)發(fā)還要重要，在前期控制好風(fēng)險(xiǎn)比后期堵漏洞的成本要低的多。

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

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

7、如果有可能的話，請(qǐng)個(gè)監(jiān)理

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

8、開(kāi)發(fā)過(guò)程一定要透明

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