今天看到社交分享工具Buffer的創始人兼CEO Joel Gascoigne寫(xie) 的一篇文章。在這篇文章中，Joel探討了非技術創始人是否應該外包開發的問題。那麽(me) 非技術創始人到底要不要將自己的idea產(chan) 品開發外包呢，看看大家怎麽(me) 說？

如果你不懂技術也不會(hui) 寫(xie) 代碼，那麽(me) 當你有一個(ge) 創業(ye) 的idea時，你自然會(hui) 想要尋求幫助。人們(men) 的第一反應往往是尋找技術合夥(huo) 人或者把開發外包給個(ge) 人或公司，開發出最小化可行產(chan) 品（minimum viable product）。Joel認為(wei) 如果你想要盡快建立一家成功的公司，不論是把開發外包給公司還是個(ge) 人一般都不是最優(you) 的選擇。

以下是Joel Gascoigne認為(wei) 不應該把創業(ye) 項目外包的原因：

1. 你和外包服務商的目標是完全不同的

如果你仔細想一下就會(hui) 發現，自由職業(ye) 者、設計機構或公司的目標是服務更多不同的客戶，並最終賺到錢。而你創業(ye) 的目標則是開發出符合市場需求、能夠吸引更多用戶的產(chan) 品。兩(liang) 者迥異的目標使得你們(men) 要成功所采取的方式是截然不同的。

對於(yu) 自由職業(ye) 者來說，最頭痛的問題就是開發過程中客戶反複修改需求。自由職業(ye) 者和開發機構接一個(ge) 項目通常都是收取固定的費用，因此在開始工作之前，他們(men) 需要詳細地分析整體(ti) 工作量有多少，明確項目的範圍，並依此報價(jia) ，確保客戶不超出預算。這就意味著，在項目一開始，他們(men) 就要十分明確項目中包含的內(nei) 容，他們(men) 的目標是掙錢，所以會(hui) 盡量避免在開發過程中隨意改動需求，避免工作量和成本的增加。

但對於(yu) 創業(ye) 者來說，你的目標是使產(chan) 品盡可能地符合市場需求，所以你應該盡早將產(chan) 品投放到市場進行測試，並根據市場反饋隨時做出調整。Automattic（WordPress母公司）的創始人兼CEO Matt Mullenweg對此曾有過精妙的分析：投入實際使用對於(yu) 各種創意來說就像氧氣。隻有將產(chan) 品放在實際的使用場景中，你才能真正了解用用戶對於(yu) 你開發的產(chan) 品是如何反饋的。這就意味著你的產(chan) 品晚一刻麵向公眾(zhong) ，就會(hui) 因為(wei) 缺乏現實世界的氧氣而離死亡更近一步。

因此，創辦一家成功公司最理想的方式就是盡快把產(chan) 品拿出來，然後再根據用戶反饋的新信息進行迭代。但是這種開發模式和外包服務商希望你采取的方式是大相徑庭的。大多數自由職業(ye) 者或者開發機構一般開發的都是更加成熟和更加可預期的商業(ye) 網站，他們(men) 並不是太理解創業(ye) 公司的特點。

2. 外包的方式會(hui) 把你做產(chan) 品的思路帶入歧途

開發一款成功產(chan) 品的關(guan) 鍵在於(yu) 消除產(chan) 品不可行的方麵，做出用戶或顧客真正想要的東(dong) 西，找到產(chan) 品與(yu) 市場最佳的契合點。代碼僅(jin) 僅(jin) 是實現這一目的的手段。在現在的網絡環境中，你完全可以不寫(xie) 代碼就拿出一個(ge) 可行的產(chan) 品。你可以將Wufoo、Unbounce、WordPress、Google Forms等工具結合在一起使用，甚至可以手動完成一些工作。當然，這樣的方式無法推廣和擴張，但卻可以幫助你理解產(chan) 品的哪些特性是可行的，哪些是不可行的關(guan) 鍵。

你可以通過這種方式做出一個(ge) 早期的（非常不完美的）產(chan) 品，通過快速迭代改進產(chan) 品的缺陷。如果你能吸引到用戶，就會(hui) 有很多扇門為(wei) 你打開，你也更容易找到幫你完成代碼和美化產(chan) 品的人。

任何像樣的程序員都不會(hui) 願意聽信一個(ge) 隻有idea的人就去幫他開發產(chan) 品。但另一方麵，好的程序員會(hui) 非常願意投身到一個(ge) 沒有代碼也能吸引用戶的創業(ye) 項目中。因為(wei) 在這裏他們(men) 能大展拳腳，而且產(chan) 品擁有著巨大的前景。

針對Joel Gascoigne寫(xie) 的這篇文章，廣大的網友朋友們(men) 展開了熱烈的討論，褒貶不一。我們(men) 來看看大家都怎麽(me) 說？

Larva：你的問題就是想一步登天，學寫(xie) 代碼豈是一篇文章能搞定的？這篇文章是寫(xie) 給創業(ye) 團隊的、不是寫(xie) 給程序員、也不是寫(xie) 給某個(ge) 想成為(wei) 程序員的人。不怕產(chan) 品不完美、就怕缺乏迭代、這篇文章就是告訴你怎麽(me) 把創意變成不完美的產(chan) 品、怎麽(me) 吸引別人幫你解決(jue) 問題。

876822：隻讚同一點，反複的修改需求和外包服務公司所提供的項目開發服務確實存在矛盾。其他的東(dong) 西，筆者自身的角度就有問題，他本身就是一個(ge) 技術出身。我更讚同另一個(ge) 理論，專(zhuan) 業(ye) 的事情，讓專(zhuan) 業(ye) 的人做，作為(wei) 一個(ge) 資源管理者，更應該注重處理和甄別不同部門反饋問題的能力。

海龜靚仔：不同的階段有不同的選擇，還是建議將Idea細化下來看是否可行，是否滿足用戶需求，再找一個(ge) 技術合夥(huo) 人，個(ge) 人感受，創建一個(ge) 靠譜的創業(ye) 團隊比找靠譜的老婆難了n多，有的時候還不如選擇外包呢！

兩(liang) 歲就很炫：根據我的經驗，組建一個(ge) 成熟的IT團隊至少需要2-3個(ge) 月，開發一個(ge) 可行的產(chan) 品出來，至少還需要2個(ge) 月。這個(ge) 花費最低都會(hui) 在50萬(wan) 左右，還可能承受人員流失帶來的巨大風險。 有這個(ge) 時間外包團隊早就把你的demo打造出來了，成本至少下來一半還多。

孫超Eric：不同階段有不同的選擇，很多失敗和成功的公司，都是先用外包之後自己開發，這並不衝(chong) 突，要分不同階段不同目標去看問題，不要以偏概全。

會(hui) 飛的魚：曾經在外包公司幹過，感覺如果真的有很棒的idea，最好還是創業(ye) 團隊自己做會(hui) 好些，找外包，降低的可能隻是是成本，但是溝通難度和產(chan) 品質量。。。自己的東(dong) 西還是找會(hui) 真正用心做的人比較好。正確的方法是：先外包做個(ge) 大概的demo，再通過這個(ge) demo找投資或者技術大牛，這樣成功率高很多。外包隻能做到demo，做不到你心目中的產(chan) 品級。

就上麵網友的回答，快包認為(wei) ：外包可以最大限度地發揮了公司有限資源的作用，加速了公司對外部環境的反應能力，強化了組織的柔性和敏捷性，有效增強了公司的競爭(zheng) 優(you) 勢，提高了公司的競爭(zheng) 水平。外包也能促進公司專(zhuan) 注於(yu) 自身核心業(ye) 務，創建和保持長期競爭(zheng) 優(you) 勢，並能達到降低成本，保證質量的目的，所以其在市場經濟競爭(zheng) 中日益受到矚目。但是快包也在此提醒大家，公司在選擇智能產(chan) 品開發外包服務之前，注意分析公司的自身情況，結合當前智能產(chan) 品外包的優(you) 勢與(yu) 不足，因地製宜，方能決(jue) 策千裏，別因為(wei) 跟風影響了公司的發展。