注：本文中的所有“產(chǎn)品”，均指“互聯(lián)網(wǎng)產(chǎn)品”；其他行業(yè)的執(zhí)行細(xì)節(jié)可能不同，但大體思路是一樣的。
在找到合作伙伴，確定產(chǎn)品方向之后，就需要開始打造產(chǎn)品原型了。值得一提的是，在當(dāng)前的互聯(lián)網(wǎng)創(chuàng)業(yè)環(huán)境下，業(yè)界對(duì)產(chǎn)品原型的要求已不再是一個(gè)畫在紙上，或者用原型工具做出的Mockup，而是一個(gè)不夠完美、有些瑕疵、會(huì)出bug，但可以使用的beta產(chǎn)品；這個(gè)產(chǎn)品是可以小范圍投放給用戶，來驗(yàn)證市場的。
要打造這樣一款產(chǎn)品原型，大概需要這么幾個(gè)角色：業(yè)務(wù)掌舵人、產(chǎn)品經(jīng)理、開發(fā)工程師、UI設(shè)計(jì)師；如果能夠找到身兼數(shù)職的人，當(dāng)然是最好的。其實(shí)這些角色也是一個(gè)初期創(chuàng)業(yè)團(tuán)隊(duì)的標(biāo)配了，缺一不可。
當(dāng)這樣一個(gè)初期團(tuán)隊(duì)組成后，打造產(chǎn)品就是一件順?biāo)浦鄣氖虑榱耍瑹o非就是幾個(gè)大步驟：
業(yè)務(wù)掌舵人和產(chǎn)品經(jīng)理主導(dǎo)，其他人參與，根據(jù)前期調(diào)研得知的解決方案，設(shè)計(jì)出產(chǎn)品草圖及流程圖；
內(nèi)部頭腦風(fēng)暴，外部了解調(diào)研，改進(jìn)產(chǎn)品草圖及流程圖；
設(shè)計(jì)師主導(dǎo)，其他人參與，根據(jù)產(chǎn)品草圖及流程圖，出設(shè)計(jì)稿；
內(nèi)部頭腦風(fēng)暴，外部了解調(diào)研，改進(jìn)設(shè)計(jì)稿；
產(chǎn)品經(jīng)理和開發(fā)工程師主導(dǎo)，其他人參與，評(píng)估技術(shù)難點(diǎn)，制定開發(fā)排期，開始開發(fā)；
beta產(chǎn)品面世，用戶試用反饋，持續(xù)迭代改良；回到第1步。
紙上得來終覺淺，絕知此事要躬行。理論上看似簡單的6步，在執(zhí)行過程中會(huì)衍生出無數(shù)讓大家焦頭爛額的問題，創(chuàng)業(yè)者要做的就是各個(gè)擊破，不留死角。
作為一個(gè)創(chuàng)業(yè)菜鳥，我沒有辦法針對(duì)每個(gè)人可能碰到的問題給出一個(gè)確切的解決方案；但是我想針對(duì)創(chuàng)業(yè)初期大家可能踩的3個(gè)坑，談?wù)勎业目捶ǎＭ也冗^的坑，大家就不要再踩了；或者大家自己踩的時(shí)候，能摔得輕點(diǎn)：
大坑1：對(duì)產(chǎn)品理解的片面化、狹隘化
剛創(chuàng)業(yè)的時(shí)候，正是移動(dòng)開發(fā)最火熱的檔口，我對(duì)產(chǎn)品的理解比較片面，認(rèn)為產(chǎn)品就是一款A(yù)pp；被各種創(chuàng)業(yè)文章洗了腦，覺得就憑一款A(yù)pp，隨隨便便融個(gè)幾千萬不是輕輕松松的事嗎
?半年之后我們的App出來了，于是信心滿滿地開始找投資人了，結(jié)果我被啪啪打臉
印象最深的，是跟晨興創(chuàng)投的合伙人劉芹
在他們鬧中取靜的辦公室從下午5點(diǎn)多聊到晚上9點(diǎn)；雖然劉總對(duì)我們的項(xiàng)目概念非常感興趣，但因?yàn)槲覀冏约憾紱]有想清楚，所以對(duì)他在商業(yè)模式、業(yè)務(wù)閉環(huán)等落地環(huán)節(jié)上提出的問題都僅給出了模棱兩可的回答，導(dǎo)致這次會(huì)議變成了我們的自說自話，劉總的不知所云。
當(dāng)然，最后的結(jié)局是，我們得到了禮貌的回絕，且再也沒能踏進(jìn)晨興的大門。痛定思痛，當(dāng)我在一年半之后的今天回想當(dāng)時(shí)的情景，試圖找出問題的根源時(shí)，發(fā)現(xiàn)不是我們準(zhǔn)備不充分，不是劉總問題太尖銳，也不是項(xiàng)目方向太小眾，而是我對(duì)產(chǎn)品的理解太狹隘——
在互聯(lián)網(wǎng)時(shí)代，一個(gè)完整的商業(yè)產(chǎn)品，是由解決方案、商業(yè)模式、業(yè)務(wù)閉環(huán)等方方面面因素綜合形成的。單一的App，頂多只能算是解決方案的某一部分的具體實(shí)現(xiàn)，只是產(chǎn)品的1/N。
也就是說，劉總口中的產(chǎn)品，和我口中的產(chǎn)品完全不是同一個(gè)概念；我翻來覆去說的那些東西，根本不能稱之為產(chǎn)品。劉總不惜對(duì)牛彈琴4個(gè)小時(shí)，苦口婆心地點(diǎn)醒我這個(gè)菜鳥，劉總費(fèi)心了，跪謝！
從此之后，我就開始有意識(shí)地從更宏觀的產(chǎn)品角度來考慮問題，并且把我的反思運(yùn)用在我自己的產(chǎn)品上，來驗(yàn)證我的想法。如同我在《奔向三張，不破不立：一個(gè)iOS開發(fā)工程師的職業(yè)規(guī)劃思考》所說，我給《iOS應(yīng)用逆向工程》的定位，從最開始就是一個(gè)互聯(lián)網(wǎng)產(chǎn)品。這個(gè)產(chǎn)品要解決的問題，是幫助iOS逆向工程菜鳥入門這項(xiàng)技術(shù)。為了解決這個(gè)問題，我出了2版書、建了QQ群、開通了微博、搭建了論壇、開源英文版，還有今年下半年準(zhǔn)備實(shí)施的某個(gè)行動(dòng)，暫且賣個(gè)關(guān)子。
好了，考考大家：試問，2版書、QQ群、微博、論壇、英文版，它們是___個(gè)產(chǎn)品？
A. 5 B. 6 C.1 D.7
請(qǐng)留言寫下你的選項(xiàng)，看看你對(duì)產(chǎn)品的理解片面嗎
大坑2：對(duì)產(chǎn)品實(shí)現(xiàn)自動(dòng)化的過度追求
在《我的失敗與偉大 —— 創(chuàng)業(yè)方向的選擇》一文中，我提到：
計(jì)算機(jī)能做的事情，人一般都能做，盡管效率低點(diǎn)、耗時(shí)長點(diǎn)。一個(gè)基于計(jì)算機(jī)的解決方案，一般也是可以通過人工來完成的，或者起碼有部分工作是可以通過人工來完成的。
我的建議是，在確定方案，技術(shù)人員開始動(dòng)手寫代碼前，先全員出動(dòng)，把解決方案的整個(gè)流程用純?nèi)斯さ姆绞脚芤槐椋ú糠秩俗銎饋硇蕵O低的工作，可以用程序完成），一看跑不跑得通，二看問題解決沒。如果得到的答案都是肯定的，那就可以由技術(shù)人員開始動(dòng)手實(shí)現(xiàn)了；否則就繼續(xù)打磨解決方案，直到流程跑通、問題解決為止。
也就是說，解決方案本身是否可行，跟它是由人工執(zhí)行還是機(jī)器執(zhí)行一般是無關(guān)的，區(qū)別可能僅在于效率和速度。因此，在初創(chuàng)公司當(dāng)前資源還不足以支撐產(chǎn)品實(shí)現(xiàn)的100%自動(dòng)化時(shí)，不妨把一些環(huán)節(jié)抽取出來，由人工完成；這個(gè)階段更重要的任務(wù)是驗(yàn)證解決方案可行性，我們要得到的答案是行不行，而不是好不好。
等解決方案可行性得到了充分驗(yàn)證，業(yè)務(wù)多到人手都忙不過來時(shí)，投資人可能就持幣上門了
有了資源，再把解決方案朝著100%自動(dòng)化的目標(biāo)打造嘛！
一些公司給自己的定位是“互聯(lián)網(wǎng)科技公司”，做事的準(zhǔn)則之一，是
機(jī)器能完成的事情，就不要讓人來做。
我非常同意這一準(zhǔn)則，但絕不能生搬硬套，要根據(jù)公司當(dāng)前的狀況量力而行，找到適合公司的方案；不管是人工還是機(jī)器，都是手段，而不是目的。
節(jié)選Peter Thiel著作《Zero to One》中第12章“Man and Machine”中發(fā)生在PayPal的一個(gè)小故事，希望能夠給大家?guī)硪恍╈`感：
Complementarity between computers and humans isn’t just a macro-scale fact. It’s also the path to building a great business. I came to understand this from my experience at PayPal. In mid-2000, we
had survived the dot-com crash and we were growing fast, but we faced one huge problem: we were losing upwards of $10 million to credit card fraud every month. Since we were processing hundreds
or even thousands of transactions per minute, we couldn’t possibly review each one—no human quality control team could work that fast.
So we did what any group of engineers would do: we tried to automate a solution. First, Max Levchin assembled an elite team of mathematicians to study the fraudulent transfers in detail. Then we
took what we learned and wrote software to automatically identify and cancel bogus transactions in real time. But it quickly became clear that this approach wouldn’t work either: after an hour or two,
the thieves would catch on and change their tactics. We were dealing with an adaptive enemy, and our software couldn’t adapt in response.
The fraudsters’ adaptive evasions fooled our automatic detection algorithms, but we found that they didn’t fool our human analysts as easily. So Max and his engineers rewrote the software to take a
hybrid approach: the computer would flag the most suspicious transactions on a well-designed user interface, and human operators would make the final judgment as to their legitimacy. Thanks to this
hybrid system—we named it “Igor,” after the Russian fraudster who bragged that we’d never be able to stop him—we turned our first quarterly profit in the first quarter of 2002 (as opposed to a quarterly loss of $29.3 million one year before). The FBI asked us if we’d let them use Igor to help detect financial crime. And Max was able to boast, grandiosely but truthfully, that he was “the Sherlock Holmes of the Internet Underground.”
This kind of man-machine symbiosis enabled PayPal to stay in business, which in turn enabled hundreds of thousands of small businesses to accept the payments they needed to thrive on the
internet. None of it would have been possible without the man-machine solution—even though most people would never see it or even hear about it.
大坑3：對(duì)早期產(chǎn)品技術(shù)選型過分糾結(jié)
今年5月14、15兩天，我作為PHP創(chuàng)始人Rasmus的隨身翻譯，去北京國際會(huì)議中心參加了第2屆PHP全球開發(fā)者大會(huì)。雖然我對(duì)自己的英語比較有信心，但當(dāng)?shù)弥猂asmus原籍是歐洲之后，也擔(dān)心這哥們的口音太重，我聽不懂，所以提前在網(wǎng)上搜了一些他的資料，看看聽聽，稍作了解。
在會(huì)議的宣傳文案里，我看到Rasmus的介紹是這么寫的：
編程語言PHP的創(chuàng)始人，編寫了PHP的頭兩個(gè)版本，并參與PHP后續(xù)版本的開發(fā)。2002年9月至2009年11月6日間，在Yahoo!公司擔(dān)任基礎(chǔ)設(shè)施架構(gòu)師。2010年，加入WePay公司幫助開發(fā)其API。2011年起，擔(dān)任創(chuàng)業(yè)顧問。
因?yàn)槲艺迷趧?chuàng)業(yè)嘛，所以就對(duì)他“創(chuàng)業(yè)顧問”的角色比較好奇，想找機(jī)會(huì)請(qǐng)教一下Rasmus，在創(chuàng)業(yè)方面有沒有什么經(jīng)驗(yàn)可以分享一下。
Rasmus的演講在15號(hào)下午2點(diǎn)左右，他12點(diǎn)半就到會(huì)場調(diào)試設(shè)備，調(diào)整講稿，非常認(rèn)真。這個(gè)時(shí)候，大多數(shù)人都去吃飯了，會(huì)場里人不多，我就在那一邊給他打打下手，一邊跟他嘮會(huì)兒嗑。于是我就問他（大意）：“作為創(chuàng)業(yè)顧問，你應(yīng)該給不少創(chuàng)業(yè)公司做過咨詢了。這次參會(huì)的許多工程師，也有創(chuàng)業(yè)的想法，你對(duì)我們有什么建議嗎？”
他說（大意）：“我見過許多的創(chuàng)業(yè)公司，在最初的技術(shù)選型上糾結(jié)不已；到底是用PHP，還是用Java，亦或是用Go？他們?cè)诠ぞ叩倪x擇上投入了過多的時(shí)間精力，卻忽略了應(yīng)該用工具解決的問題。這是徹頭徹尾的本末倒置，是錯(cuò)誤的，你們應(yīng)該避免。”
我想起了自己用Objective-C語言寫爬蟲的一段經(jīng)歷。如果你百度一下“爬蟲 語言”，就會(huì)發(fā)現(xiàn)，編寫爬蟲，最廣泛使用的語言是Python，幾乎沒人用Objective-C。但是我的實(shí)際情況是：
我有比較多的閑置iOS設(shè)備，爬蟲所占資源不多，在一臺(tái)iPod Touch上，完全可以跑得起來；
我對(duì)Objective-C的熟練程度遠(yuǎn)高于Python。
從我的實(shí)際情況出發(fā)，選擇Objective-C無疑比選擇Python更好：
我的閑置設(shè)備可以用起來，不至于放在那里吃灰；
因?yàn)閷?duì)語言較熟悉，所以爬蟲代碼的質(zhì)量有保證。
然后我利用清明節(jié)假期3天時(shí)間，完成了7個(gè)爬蟲的編寫；其中4個(gè)明文協(xié)議，3個(gè)密文協(xié)議，需要通過逆向工程來還原加密算法；這個(gè)爬蟲跑在我的一臺(tái)閑置iPod Touch 4上，從清明節(jié)之后一直到現(xiàn)在，沒有出過問題。
多多動(dòng)腦，不要教條，鞋大鞋小，冷暖自了。沒必要盲目跟風(fēng)，適合自己最重要。
最后，給大家來個(gè)彩蛋。我很喜歡知乎上一位朋友對(duì)他參加第2屆PHP全球開發(fā)者大會(huì)動(dòng)機(jī)的闡述：
我去參加參加大會(huì)的動(dòng)機(jī)是沐浴大神的氣息，特別是父與鳥哥的氣息。氣息這種事情很虛，遠(yuǎn)比“PHP7為什么這么快”虛無縹緲難以捉摸，但是影響深遠(yuǎn)，一旦捕獲受益終生。
這種事情很難線上體驗(yàn)，會(huì)有很多缺失。但是其他的如分享的內(nèi)容，你總是可以免費(fèi)得到的，無非就是晚一點(diǎn)。找基友也有群，也不用太靦腆。
新浪微博的架構(gòu)師胡波，錄制了一段Rasmus的演講（英文，無中文翻譯）和問答（從50分開始，英文，有中文翻譯）視頻。大家可以看看創(chuàng)造者和使用者看待問題的不同方式，聽聽他對(duì)“工具”的理解，隔著屏幕感受一下“父”的氣息，相信你會(huì)有所收獲
繼續(xù)閱讀下一篇《我的失敗與偉大 —— 初次融資的門道》或者回到目錄。
轉(zhuǎn)載自http://iosre.com/t/topic/4152
本文作者沙梓社，《iOS應(yīng)用逆向工程》第一作者，以技術(shù)合伙人身份創(chuàng)業(yè)18個(gè)月，未果。本篇文章節(jié)選自他的《我的失敗與偉大》系列創(chuàng)業(yè)心得，原文全文共9則篇章。
閱讀作者這個(gè)系列的全部文章，可以移步這里
