選擇外包開發的思考過程
如果你不懂技術也不會寫代碼，那么當你有一個創業的 idea 時，你自然會想要尋求幫助。人們的第一反應往往是尋找技術合伙人或者把開發外包給個人或公司，開發出最小化可行產品（minimum viable product）。
就我的經驗而言，如果你想要盡快建立一家成功的公司，不論是把開發外包給公司還是個人一般都不是最優的選擇。
以下是為什么我認為你不應該把創業項目外包的原因：
1. 你和外包服務商的目標是完全不同的
如果你仔細想一下就會發現，自由職業者、設計機構或公司的目標是服務更多不同的客戶，并最終賺到錢。而你創業的目標則是開發出符合市場需求、能夠吸引更多用戶的產品。兩者迥異的目標使得你們要成功所采取的方式是截然不同的。
對于自由職業者來說，最頭痛的問題就是開發過程中客戶反復修改需求。自由職業者和開發機構接一個項目通常都是收取固定的費用，因此在開始工作之前，他們需要詳細地分析整體工作量有多少，明確項目的范圍，并依此報價，確保客戶不超出預算。這就意味著，在項目一開始，他們就要十分明確項目中包含的內容，他們的目標是掙錢，所以會盡量避免在開發過程中隨意改動需求，避免工作量和成本的增加。
但對于創業者來說，你的目標是使產品盡可能地符合市場需求，所以你應該盡早將產品投放到市場進行測試，并根據市場反饋隨時做出調整。Automattic（WordPress 母公司）的創始人兼 CEO Matt Mullenweg 對此曾有過精妙的分析：
投入實際使用對于各種創意來說就像氧氣。只有將產品放在實際的使用場景中，你才能真正了解用用戶對于你開發的產品是如何反饋的。這就意味著你的產品晚一刻面向公眾，就會因為缺乏現實世界的氧氣而離死亡更近一步。
因此，創辦一家成功公司最理想的方式就是盡快把產品拿出來，然后再根據用戶反饋的新信息進行迭代。但是這種開發模式和外包服務商希望你采取的方式是大相徑庭的。大多數自由職業者或者開發機構一般開發的都是更加成熟和更加可預期的商業網站，他們并不是太理解創業公司的特點。
這并不是說服務商或者開發機構做得不對，他們只是傾向于做模式更確定的項目，比如開發一個飯店、咖啡店或者高爾夫俱樂部的網站。用《精益創業》作者 Eric Ries 的話來說，這些服務商愿意做那些 “已知問題，已知解決方案” 的項目。一個飯店的網站應該包括菜單和位置信息，這是非常明確的。但是創業公司所面臨的是 “未知問題，未知解決方案” 的情況，我們不知道新的想法是否可行。因此外包服務商的工作方式并不適合你。
2. 外包的方式會把你做產品的思路帶入歧途
這一點和第一個問題非常相關。我認為如果把項目外包，你對于成功創業公司的思考方式很可能誤入歧途。
我很幸運自己在 12 歲時就開始寫代碼。在我加入創業公司后，我也一直在做程序開發的工作。但是幾年后我卻發現，我被技術蒙蔽了視野，看不到怎樣才是成功的產品，只是不停地開發。但是實際上寫代碼并不是創業公司成功最主要的因素。
我認為總想著把開發外包的創業者可能也會遇到同樣的問題，他們錯誤地認為成功實現自己 idea 的方式就是開發出來。
但是當你把這個 idea 投入到實踐中驗證之后你可能發現，它根本就行不通。
開發一款成功產品的關鍵在于消除產品不可行的方面，做出用戶或顧客真正想要的東西，找到產品與市場最佳的契合點。代碼僅僅是實現這一目的的手段。
我認為在現在的網絡環境中，你完全可以不寫代碼就拿出一個可行的產品。你可以將 Wufoo、Unbounce、WordPress、Google Forms 等工具結合在一起使用，甚至可以手動完成一些工作。當然，這樣的方式無法推廣和擴張，但卻可以幫助你理解產品的哪些特性是可行的，哪些是不可行的關鍵。
你可以通過這種方式做出一個早期的（非常不完美的）產品，通過快速迭代改進產品的缺陷。如果你能吸引到用戶，就會有很多扇門為你打開，你也更容易找到幫你完成代碼和美化產品的人。
任何像樣的程序員都不會愿意聽信一個只有 idea 的人就去幫他開發產品。但另一方面，好的程序員會非常愿意投身到一個沒有代碼也能吸引用戶的創業項目中。因為在這里他們能大展拳腳，而且產品擁有著巨大的前景。
3. 創始團隊應該了解公司的方方面面
我認為你不應該外包開發的另一個理由在于：創始團隊應該了解公司方方面面的情況。以下是原因：
因此，我強烈推薦你和你的聯合創始人在開始時親自完成各項工作。在我們公司創辦初期，我和我的合伙人 Leo 完成了開發、設計、數據庫、系統權限管理、客服和營銷等各種工作。我甚至還開發了我們的第一版 Android 應用，后來才請了 Sunil 到團隊來接手?，F在公司中幾乎沒有哪項工作是我和 Leo 原來沒做過的。我對公司的各項業務都非常熟悉，也能跟公司的任何人就任何業務進行深度的討論。
那么應該怎么做？
我相信親自開發產品是創辦一家成功的企業最好的，也是最快的方法。
這么說可能有違直覺，你完全不會任何代碼怎么快速開發產品。但我想表達的是，你的產品在最開始時并不一定需要代碼，你可以借助其它途徑，東拼西湊先做出來，再進行驗證。
我之所以認為這是最快的方法是因為如果你只是有一個 idea，那么你會非常努力的尋找技術聯合創始人，但是如果你把開發外包的話，就沒法完成 “開發—衡量—學習” 這樣的循環，沒法快速迭代適應市場需求。
所以，我推薦的方法是你自己先想辦法把這些東西做出來，同時在當地的創業圈找一些技術人員聊聊。我相信當你把產品做到一定程度時，就會有技術合伙人感興趣愿意加入你們。如果你沒有技術合伙人（或者愿意加入公司負責技術的員工），你就應該繼續想辦法，多和顧客接觸，驗證你的假設，最終開發出一款吸引人的產品。
