創業面臨的第一個問題,就是“要干點什么?”。國家倡導互聯網+,但出身技術的我,雖然對互聯網比較熟悉,卻對+右邊的業務沒有頭緒。
這時,尋找一名與自己互補,某一行業的業務尖子作為合作伙伴,就成了應該優先考慮的事情;這部分內容我會在《我的失敗與偉大 —— 合作伙伴的甄別264》一文中詳細描述。
但是在這之前,我對創業所從事的方向,其實是有大致要求3的。
一直以來,我對創業都抱持著開放態度,覺得這比在大公司當螺絲釘,每天把自己一灘事干好就可以高枕無憂要有吸引力的多。對于創業方向的選擇,我也有自己的判斷。我不想從事的方向,主要有這3個特點:
所謂“風口”。
我們程序員這個群體,每天對著電腦,說實話,相對于每天混社會的人來說,市面見得太少了,眼界狹隘太多了。如果一個行業對于程序員來說是風口,那么幾乎所有人都會認識到這是個風口。而絕大多數行業,技術并不占主導地位,那么問題就來了,這種情況下,我們程序員的競爭優勢在哪里呢?
所以,當曾經在風口上的那些方向(比如互聯網金融、醫療、電商、打的士、送盒飯等)找到我的時候,我都沒有加入——同質化太嚴重了,雖然一開始很容易拿到錢,但后續能活下去的不多。
不作惡。
我是一個老實人,是一個單純的人,我不希望自己被當今這個浮躁社會上的一些雖然已被大家默認,但實際不符合我價值觀的東西同化,例如及時行樂,作風開放,以及崇洋媚外。基于這些準則,有一些行業我是不做的:
手游。國內游戲的面向群體主要是青少年,還沒有達到歐美日的水平以吸引成年人玩。既然面向的是年輕群體,那么游戲的門檻就必須低,讓傻瓜都可以上手玩;同時,游戲要牢牢黏住玩家,才有錢賺。但是如果你站在一個家長的角度想想,你會讓你的孩子玩這樣一款游戲么?錢大把大把的賺,但是毀掉了一些年輕人的前途,跟販毒的本質差不多;這個價值觀,恕我不能茍同。
帶約X性質的各種社交。還是換個角度,假設你有個女兒,你讓不讓她用這種App?如果你的答案也是不讓,那就不要做。
一些打著硅谷旗號的假洋鬼子公司。一些國內水平還不錯的工程師,內心里認為,給假洋鬼子打工,就要比跟中國人當兄弟強,感覺粘上點洋氣,自己的鼻梁也瞬間高了起來。做出來的產品跟自己八竿子打不著,卻死心塌地給假洋鬼子賣命;祖國已經站起來了,有些人卻還跪著,這樣的人我連看都看不起,別說一起合作了。
要接地氣,不要偽文青。
偽文青玩的那套虛無縹緲的東西,賣賣情懷可以,不能當飯吃。創業不是過家家,不是在辦公室養個貓就可以體現出多么人文的一面。多數的偽文青公司只是因為“創業”是當下的一件比較流行的事,才選擇了創業;一如他們選擇“文青”這個身份一樣。
而我想要從事的方向,主要有這3個特點:
要冷門。
如果你看過我的書,可能還記得這句話——“如果我從事Windows相關的工作,起步會很順利,但后續難保不被淹沒在人海里;如果另尋他路,入門會很辛苦,但堅持下去或能獨辟蹊徑。”——我選擇創業方向的思路,和我當時選擇iOS的思路,是一脈相承的。
要給社會產生價值。
我不知道手游、約X這類東西,除了給國家貢獻點稅收和一堆扶不上墻的青少年之外,還有什么拿得出手的東西。我們應該以Uber、SpaceX、蘋果這種真真兒推動人類發展的企業為榜樣,而不是滿足于在網上送個盒飯,發個自拍。
跟成熟的人合作。
我這就快三十而立的人了,跟滿嘴跑火車的不靠譜的人,越來越沒有共同語言了。跟成熟的人,跟靠譜的人,跟真正知道自己在干嘛的人合作,即使辛苦,也不會感覺那么辛苦。
其實我在剛開始創業時,就有避免“貪大求全”的意識,抱有專攻“垂直方向”的想法。但現在看起來,那時我對“垂直方向”的理解是有偏差的:我認為這個方向應該垂直到沒有人做,這樣就沒有競爭對手了。
隨著我對創業的認識不斷加深,觀看《遺失的訪談13》的次數不斷增加,閱讀《喬布斯傳3》的進度不斷推移,我越來越感覺到,一個更靠譜的思路,是尋找那些充斥著二流產品,同時顧客不得不為它們買單的垂直行業;喬布斯給計算機、音樂、手機行業帶來的3次巨大變革,無一不是依靠一流的產品迅速壟斷市場,打了那些制造二流產品的公司一個措手不及。
這里我想舉一個例子。nice10是2014年國內最火的創業公司,也是國內最大的圖片社交平臺。創始人Alex4是個不折不扣的潮人,我最早見到他,是他剛創立自己的潮流網站kiDulty7,在已經沒落的cn-kix(曾經全國最火爆的街頭潮流文化社區)上發帖宣傳kiDulty時。之后我成為了kiDulty的深度用戶,也在上面跟Alex打過幾次交道;再后來,就是nice剛起步,和已經融完B輪后,在上海跟Alex見面長聊了2次,能很明顯地感覺到他對產品本身的重視。這種打造一流產品的意識,也體現在了他的采訪6里,非常值得學習。
nice最初的切入點,正是Alex所在的潮人群體;這些人喜歡發自己的WDYWT(即What Do You Wear Today)。在nice出生之前,WDYWT一般長這樣(圖片來自Alex的nice賬號):
潮人們如果欣賞這身打扮,就會在圖片下面留言:“衣服啥牌子”“褲子啥牌子”“襪子啥牌子”“鞋啥牌子”“手鐲啥牌子”,像這樣(圖片來自知乎1):
于是就出現了這樣的WDYWT(圖片來自混著 MIXFIT):
而nice把它進化成了這樣(圖片來自Alex的nice賬號):
從某種程度上來說,nice在2014年完成的3輪融資就來源于這些圖片標簽;而在小小的圖片標簽之后,又蘊含了多少對一流產品的追求呢?這就是我們應該挖掘學習的東西了
例子講完了,回到我們的主題
在幸運地找到一個靠譜的業務合伙人(即CEO)264之后,互聯網+右邊的業務,就可以交由他來全權負責了;從很大程度上來說,技術人員選擇創業方向,就是選擇一個靠譜的業務合伙人。作為技術合伙人,雖然不會主導業務發展,但一定要關注業務,及時發現潛在的問題。這時,CEO需要做,或者需要被敦促去做的事情主要有:
了解2B與2C產品的區別
有些朋友可能不知道2B和2C是什么意思,我簡單普及一下:2B是To Business的縮寫,即面向企業用戶的意思;2C是To Customer的縮寫,即面向普通用戶的意思,兩者在性質上有些區別。因為上家公司做的是2B的業務,所以我主要說一下對2B的理解,順便談談對2C的看法。
一個已經在市場中站住腳的企業,一般擁有自己的核心競爭力,有沒有新的2B產品都能正常運轉;在大多數情況下,2B產品起到的是錦上添花的作用,是可有可無的。
企業的第一使命是賺錢;2B產品的核心競爭力,直白地說,就是能不能幫助B賺錢或省錢。所以相對2C產品來說,2B產品對功能性的要求較高,能否切實幫助企業解決問題,是考量2B產品優劣的重要指標。
在這個大前提下,對2B產品所涉及業務的理解越透徹,就越能發現業務流程中存在的問題和可以改進的地方;解決問題,改進弱點,就可以幫助企業賺錢或省錢。因此,要打造一個優秀的2B產品,首要前提是對業務的透徹理解,這也是我在第一段中強調一定要找業務尖子的原因。與2C產品不同,如果一個2B產品是YY出來的,即使再有情懷,也會在商場中備受冷落,無人買單,最后走向滅亡。
拿我最熟悉的逆向工程舉個例子。漏洞挖掘是逆向工程應用領域里的高級場景,被視作計算機行業技術難度最大的項目之一。漏洞挖掘的本質,是找到閉源程序里的邏輯bug,并進一步判斷其利用價值。邏輯bug,一般需要還原閉源程序中的一段工作邏輯,然后研究這個邏輯中的若干可疑函數實現,從中找出原設計者考慮不周全的地方,再加以利用。這個工作既廣(需要在宏觀上看得全)又專(需要在細節上挖得深),所以難度很大,從業人員數量不多。
好的2B業務人員具有類似特點:既要熟悉行業鏈條,了解業務閉環,又要清楚環節細節,抓住核心痛點。這個要求非常之高;但也只有滿足了這些要求,才能做出優秀的2B產品。
相比起來,2C產品的目的就雜一點,有幫用戶解決問題的,也有供用戶娛樂休閑(美其名曰滿足用戶的某某需求)的。對于解決問題類產品,上面的說法應該仍然適用;對于娛樂休閑類產品,我的了解不多,就不在這里信口開河了。如果您對這類產品有獨到的見解,歡迎跟我們分享您的想法。
因為我只對解決問題類產品(無所謂2B還是2C)感興趣,所以下面的2點主要是從解決問題的角度出發,請大家選擇性參閱,謝謝。
深入的市場需求調研
既然是解決問題,那么前提當然是,我們認為的問題,確實是行業的問題。這時候,CEO發揮關鍵作用的時候到了——業務尖子能從很大程度上判斷這是不是一個YY出來的問題。如果答案是否定的,這個方向就基本靠譜了;進一步,我強烈建議CEO再跟50~100位目標用戶深入聊聊,聽聽他們對這個問題的看法,從中提煉出問題的本質;畢竟每個人的工作情況和環境不一樣,業務尖子碰到的問題可能并不是普遍現象,所以需要兼聽則明。千萬不要閉門造車!
如果發現跟目標用戶聊天時,每個人對問題的描述都不太一樣,就要警惕了。這說明,我們對問題挖掘的還不夠深入,沒有觸及問題的本質。舉個例子,我在外工作,父母在家休息。一天他們給我打電話,一個說微信收不到我的消息,一個說迅雷下載總是沒速度。我在自己的機器上測試,微信和迅雷都是沒問題的,最后回到家一看,發現是路由器插頭松了,網斷了
解決方案可行性調研
一般來說,經過深入的市場需求調研,能夠準確地描述問題,就相當于找到了50%的解決方案。解決方案的構思當然更是由業務尖子全權負責,技術人員僅僅負責在邏輯和常識層面把關,以及方案確定后的開發工作。
這里會困擾一些朋友的問題是,如何界定一個解決方案是否可行呢?他們可能會想,我們得出的解決方案,當然要先由技術人員開發出來,投放市場,看看大家買不買賬,才能確定嘛!其實不然。
計算機能做的事情,人一般都能做,盡管效率低點、耗時長點。一個基于計算機的解決方案,一般也是可以通過人工來完成的,或者起碼有部分工作是可以通過人工來完成的。
我的建議是,在確定方案,技術人員開始動手寫代碼前,先全員出動,把解決方案的整個流程用純人工的方式跑一遍(部分人做起來效率極低的工作,可以用程序完成),一看跑不跑得通,二看問題解決沒。如果得到的答案都是肯定的,那就可以由技術人員開始動手實現了;否則就繼續打磨解決方案,直到流程跑通、問題解決為止。
即使經過可行性調研,確定了解決方案,技術人員已著手開發,也還有一種情況需要注意:參與創業的技術工程師,一般都作好了需求頻繁變更的心理準備;如果用戶對產品確實提出了異議,那么變更需求是完全正常的。
但是,如果是在開發過程中,(下一版)產品尚未面世的時候,開發需求出現了頻繁變更,那就說明解決方案可行性調研還不夠深入,業務考慮還不夠周全,需要反思。當出現這種情況時,技術工程師可能會表現得有點不耐煩,一些公司會認為這是技術工程師的情緒問題,只要適當安撫即可,其實不盡然;如果不把解決方案回爐重造,可能方向跑偏,甚至誤入歧途,最終錯失良機。
當然,創業公司在調研市場需求和解決方案時,需要結合自身水平,量力而行。
例如,相比于“解決殘障人士的生活問題”,“解決中國三線城市盲人朋友獨自在家燒水時容易誤觸燒水壺造成燙傷的問題”更適合作為創業公司的市場需求調研結果;解決方案的調研結果同理。
因為市場需求或解決方案過大,而遠超出自己當前能力的狀況,也是調研不充分的結果,應該盡力避免。
繼續閱讀下一篇《我的失敗與偉大 —— 合作伙伴的甄別264》或者回到目錄86。
轉載自http://iosre.com/t/topic/4203
本文作者沙梓社,《iOS應用逆向工程》第一作者,以技術合伙人身份創業18個月,未果。本篇文章節選自他的《我的失敗與偉大》系列創業心得,原文全文共9則篇章
閱讀作者這個系列的全部文章,可以移步這里