[原創(chuàng)]IT創(chuàng)業(yè)見聞03－創(chuàng)業(yè)新公司的開發(fā)外包

    這一周的主要工作是與區(qū)域的代理商做新年的第一次溝通，所以溝通出來的東西不少，自然就有寫B(tài)LOG的“原料”了，不過有的時候寫的是我看到的，有的時候寫的內容是看到之后再自己想到的，有很多想法與建議是給了代理商，他們都說好，但是這些建議是不是真的管用，得他們用了之后才知道。畢竟自己沒有真正在做創(chuàng)業(yè)，只是從一個顧問的角度去做建議，這個時候我覺的自己的角色更像是一個“渠道經理”了，甚至我覺的這一系列的文章改為“渠道經理工作見聞”更為合適。
    在與幾個代理商的溝通中，發(fā)現(xiàn)現(xiàn)在的軟件銷售公司，特別是剛起步的小型創(chuàng)業(yè)公司，把主要的資源都投入在了銷售、實施與服務上了，而且由于自己沒有做產品開發(fā)，或者也沒有配備相應的開發(fā)人員，大面對客戶提出個性化的需求，要不就是采用售前的忽悠法，把客戶繞暈，最終說服客戶放棄這個需求，或者如果客戶實在是要堅持的話，只有放棄該項目了；要不就是在實施環(huán)節(jié)，靠實施人員的實施能力，提出變通的解決方法，并說服客戶接受；再如果實在還是不行的話，反正合同已經簽了，大不了收不到尾款，該項目就成了“爛尾”項目。
    凡此總總的問題，解決起來似乎也很簡單，那再招一個開發(fā)人員不就完了嗎？客戶要什么功能做什么功能就行了。但在公司老板看來，招個開發(fā)人員并不是這么容易的事情。這里有幾個障礙：
    1、公司自己并沒有產品，開發(fā)無從下手。所有的產品都是由軟件廠商提供的，自己只是負責銷售、實施和服務環(huán)節(jié)；如果客戶有比較典型的需求，可以向軟件廠商反饋，但軟件廠商如果評估通過之后，才會列入下一版本的開發(fā)計劃，并不會按著這個項目的周期說進行開發(fā)就開發(fā)，如果等到下個版本發(fā)布的話，那就不知道是半年還是一年之后了；如果這個需求是較為個性化的需求，不是太具有代表性的話，那這個需求十有八九會被斃掉，那這個項目接著向下談的難度就大了。如果說自己招軟件開發(fā)人員來做開發(fā)的話，沒有源代碼，你能讓開發(fā)人員怎么做？
    2、基于廠商產品做二次開發(fā)，版本升級不好辦。雖然說沒有廠商的源代碼，但是由于現(xiàn)有的ERP產品在開放性還算是比較好的，都有一些開放性的平臺，也有比較清晰的數據字典，由開發(fā)人員折騰一下，在數據庫的級別做一些什么觸發(fā)器、存儲過程之類的也行，總算是可以達到客戶要求的，但是反過來想，如果廠商的軟件產品升級了，客戶要跟著升級，如果數據字典有變化，豈不是麻煩大了？再有，如果客戶提的需求是需要新增模塊的，那還得是自己另外做一個外掛，或者叫插件，得去修改廠商的數據字典了，又是很復雜的一件事。
    3、小公司的成本控制較嚴，養(yǎng)不起開發(fā)人員。一個開發(fā)人員的工資是得多少錢？5000一個月，正常的吧。但是小公司能夠養(yǎng)一個這樣的開發(fā)人員嗎？因為小公司要是招新手，自己重新培養(yǎng)肯定不現(xiàn)實，因為自己沒有培養(yǎng)開發(fā)人員的能力；如果是招個熟手，工資就低不了，自己一個月沒有這么多的項目能夠讓項目開發(fā)人員滿負荷工作。還有一點，創(chuàng)業(yè)小公司的規(guī)模較少，企業(yè)還談不上什么文化建設，團隊也都是新人，現(xiàn)在的開發(fā)人員對工作環(huán)境的要求還高了，想要一個熟手呆在這樣的一個公司，不太容易吧。
    基于以上幾點，我給了幾家公司的建議是：如果有需要做二次開發(fā)的項目，將這些項目外包吧。因為我一直相信在CSDN上有大把的技術人員，一直也想做SOHO，但是苦于沒有這樣的機會。從這個角度來說，如果CSDN上的朋友們想自己做SOHO，接私單的話，這種純銷售型的軟件公司將是你的穩(wěn)定訂單來源。
    當然，如果想將項目做外包出去，還是有幾個問題是需要創(chuàng)業(yè)型公司需要注意的：
    1、開發(fā)合作可以是個人，也可以是公司：項目外包，可以找專門做外包的公司來干，也可以找專門做外包的技術開發(fā)員來做，但是叫專做外包的公司的要價比較高，而且一不小心還有可能會把你的客戶給吃掉，繞過你直接和客戶談合作就麻煩了，但他們的優(yōu)點是：開發(fā)的速度較快，質量較穩(wěn)定；還有就是找技術開發(fā)員來做，他們的最大好處是要價較低，而且對客戶沒有太大的搶單的威脅，但因為技術能力的層次不一樣，所以對于開發(fā)的質量需要注意；同時這樣的技術人員往往都有自己的工作，因為自己的工作上開發(fā)量就較大，可能經常會出現(xiàn)外包的項目拖延的情況，這也是需要注意的問題。
    2、開發(fā)合作需要長期與穩(wěn)定：不管是找個人開發(fā)，還是找外包公司開發(fā)，雙方的合作一定是要長期和穩(wěn)定的，因為開發(fā)一個項目，并不是做完了就OK的，如果客戶有后續(xù)的維護、再開發(fā)、需求改進等，都離不開開發(fā)人員的參與。同時找開發(fā)的合作伙伴，因為對原有軟件產品的熟悉也是需要時間的，如果每次都是新手，在開發(fā)效率上提不起來，自然開發(fā)所需要的人天就高了，那么價格也就降不下來了。
    3、自己需要有需求評估能力：很多時候外包開發(fā)，是不會讓開發(fā)伙伴接觸到你的客戶的，這個時候就需要創(chuàng)業(yè)公司自己有一定的需求評估能力了，什么樣的需求能實現(xiàn)，什么樣的需求不能實現(xiàn)，實現(xiàn)該需要大概需要多少錢，如果自己有這樣的需求評估能力，自然就有很強的議價能力了，在對客戶報價相對合理，在與合作伙伴的溝通上也站的住腳，這個對于只管做銷售的創(chuàng)業(yè)型公司來說，是一件有難度的事情，這需要一個學習的過程。
    4、開發(fā)外包有所為而有所不為：客戶的需求千奇百怪，就算開發(fā)是外包的，但由于受到開發(fā)人員的能力、廠商系統(tǒng)的限制、客戶的報價等影響，開發(fā)每每還是滿足不了客戶的需求。所以開發(fā)的內容，我覺的能夠聚集一起最好了，可以深入一個行業(yè)，圍繞著廠商通用系統(tǒng)再做一個行業(yè)的應用，或者是解決一些較為特色的需求，形成一個標準的插件包，或者是標準外掛。這樣的話，在下次碰到同行業(yè)客戶的同樣需求時，自然就可以直接拿出來銷售給客戶了，這樣就可以降低公司的開發(fā)成本，有效擴張開發(fā)資源的邊際效益。如果這個插件做的好的話，甚至可以倒賣給軟件廠商，由軟件廠商去替你銷售也未為可知，這個想法想的挺美的，不妨試試。