【創(chuàng)業(yè)說(shuō)】5人到50人,創(chuàng)業(yè)團(tuán)隊(duì)如何突破發(fā)展瓶頸
當(dāng)前位置:點(diǎn)晴教程→閑情逸致
→『 微信好文 』
編者按:【創(chuàng)業(yè)說(shuō)】是36氪為創(chuàng)業(yè)者提供的一個(gè)欄目,讓創(chuàng)業(yè)者可以分享他的創(chuàng)業(yè)故事、經(jīng)驗(yàn)和觀點(diǎn)。投稿地址:tips#36kr.com。本文來(lái)自36氪特約作者、大姨嗎創(chuàng)始人柴可。點(diǎn)這里查看我們之前對(duì)大姨嗎的報(bào)道。 其實(shí)整個(gè)創(chuàng)業(yè)的過(guò)程就像傾倒一瓶金黃色的青島啤酒,從胖胖的酒瓶肚子里,突破那長(zhǎng)長(zhǎng)瘦瘦的瓶頸,經(jīng)過(guò)漫長(zhǎng)的等待,最終噴涌到啤酒杯壁上,濺起厚厚的啤酒沫,直到舉起冰涼的已經(jīng)結(jié)了水霧的啤酒杯一飲而盡的瞬間,才將那漫長(zhǎng)的、通過(guò)瘦長(zhǎng)瓶頸的等待、痛苦和焦慮拋之腦后。我經(jīng)常這么鼓勵(lì)自己,創(chuàng)業(yè)就像倒啤酒喝,當(dāng)鮮美的啤酒在突破了瘦長(zhǎng)的瓶頸后,最終那甘美的佳釀就是你的戰(zhàn)利品了。而這個(gè)過(guò)程中最痛苦,最漫長(zhǎng)的,是等待啤酒沖破瓶頸的時(shí)候。 最近我也經(jīng)常調(diào)侃說(shuō):"隨著大姨嗎用戶量發(fā)展成了第一,我們也擁有了國(guó)內(nèi)人數(shù)最多的專研女人月經(jīng)的團(tuán)隊(duì),50個(gè)人每天8小時(shí)都在研究月經(jīng),那是相當(dāng)壯觀的景色…"。從創(chuàng)業(yè)最早的4個(gè)人團(tuán)隊(duì),慢慢成長(zhǎng)為一個(gè)50人的團(tuán)隊(duì),期間遇到的瓶頸和挑戰(zhàn)非常多。比如與用戶共同改進(jìn)產(chǎn)品、與投資人談判資本回報(bào)、與有關(guān)部門協(xié)調(diào)法稅、與員工博弈報(bào)酬的多少,當(dāng)然還有與惡意的抄襲者盜版者爭(zhēng)斗領(lǐng)地。任何新興的創(chuàng)業(yè)團(tuán)隊(duì)也和我們一樣,會(huì)面臨無(wú)數(shù)的瓶頸和分歧,而遇到瓶頸時(shí)往往先是手足無(wú)措,然后….一般會(huì)出現(xiàn)下面三種情況: 亂成一團(tuán)吵架 上級(jí)指責(zé)下級(jí) 同級(jí)較真起來(lái)的話,結(jié)果往往是你走我留,我走你留 其實(shí)不管吵架與否,大家都是熱愛這個(gè)項(xiàng)目和公司的,問(wèn)題往往在于遇到瓶頸和分歧的時(shí)候,大家很難冷靜下來(lái)分析問(wèn)題的根本在哪里。尤其是隨著創(chuàng)業(yè)者年齡越來(lái)越小,越來(lái)越混搭和跨行業(yè),導(dǎo)致管理方法的缺失。其實(shí)很多大公司都有著冗長(zhǎng)的管理教條,效率低下,但是問(wèn)題最終卻可以被正確解決。而許多創(chuàng)業(yè)企業(yè)雖然腳步輕盈,但是卻因?yàn)椴欢萌绾握业狡款i的根本,導(dǎo)致發(fā)展受限。就像以前帶兵打仗,有的將領(lǐng)可以管好10個(gè)人,有的將領(lǐng)就可以管好10萬(wàn)個(gè)人,這里面的管理哲學(xué)和方法,其實(shí)是需要?jiǎng)?chuàng)業(yè)者去不斷學(xué)習(xí)的,當(dāng)然之后還要根據(jù)自己的情況不斷優(yōu)化。方法論到最后并不重要,但是不會(huì)方法論則萬(wàn)萬(wàn)不可,經(jīng)歷過(guò)無(wú)數(shù)瓶頸的大姨嗎一直使用著一個(gè)叫"COPR模式"的簡(jiǎn)單模型,輔助我們快速找到公司發(fā)展瓶頸的根本,然后解決它。這個(gè)方法其實(shí)最最重要的就是可以讓人冷靜下來(lái),理智地將吵架和指責(zé)的能量轉(zhuǎn)化為分析能力和生產(chǎn)力,最終解決問(wèn)題。 先說(shuō)COPR,是不同類型的瓶頸的縮寫,Capability(能力),Occasion(事件),Process(流程),Regulation(制度): 第一種瓶頸:Capability,能力帶來(lái)的瓶頸,這樣瓶頸的成因一般是因?yàn)闆](méi)有能力去完成某事。比如我就不會(huì)編程,如果團(tuán)隊(duì)里也沒(méi)有會(huì)編程的,我們就自然而然做不了軟件開發(fā)。 第二種瓶頸:Occasion,事件帶來(lái)的瓶頸,一般是突發(fā)事件,意料之外的事情,規(guī)劃之外的事情,比如本來(lái)做活動(dòng)談好了的贊助商,忽然跑單了… 第三種瓶頸:Process,流程帶來(lái)的瓶頸,這個(gè)瓶頸有很多觸發(fā)因素,比如公司的開發(fā)/生產(chǎn)/服務(wù)流程存在缺失或者效率低下的地方,又或許是因?yàn)闃I(yè)務(wù)拓展新增了需求,導(dǎo)致流程變了。比如以前我們團(tuán)隊(duì)還小的時(shí)候每個(gè)人都是測(cè)試員,上線流程非常簡(jiǎn)單,但Bug也相對(duì)多一些,但現(xiàn)在加入了專門的測(cè)試環(huán)節(jié),那么整個(gè)大姨嗎開發(fā)上線的流程也就應(yīng)該做出相應(yīng)的調(diào)整。 第四種瓶頸:Regulation,制度帶來(lái)的瓶頸,無(wú)論是公司制度,還是法律制度,總之是頂層規(guī)則性的要求導(dǎo)致的瓶頸,比如以前我們所有的版本發(fā)布和更新都會(huì)要求必須有CEO簽字,CEO要對(duì)產(chǎn)品品質(zhì)做出把控,但是隨著公司規(guī)模擴(kuò)大,CEO能簽字的時(shí)候可能往往會(huì)錯(cuò)過(guò)發(fā)版的良機(jī)(配合市場(chǎng)炒作或者周末的超大流量),那么這個(gè)瓶頸就必須改進(jìn)。 在三年創(chuàng)業(yè)的實(shí)戰(zhàn)中,我們也總結(jié)了解決這些瓶頸的方法框架: 如果發(fā)現(xiàn)是Capability能力瓶頸:那么用S解決。Supply補(bǔ)給,Study學(xué)習(xí),趣味一點(diǎn)說(shuō),S也代表Superman,一個(gè)能力無(wú)限大的英雄角色,沒(méi)錯(cuò)如果是能力不夠解決不了的問(wèn)題,最簡(jiǎn)單就是找來(lái)一個(gè)超人!換而言之,如果是能力不足導(dǎo)致的發(fā)展瓶頸,要么去找補(bǔ)給(外援團(tuán)隊(duì)、外包服務(wù)),要么去自己學(xué)習(xí)。比如當(dāng)年我們從web項(xiàng)目轉(zhuǎn)型移動(dòng)開發(fā)的時(shí)候,就要求CTO對(duì)移動(dòng)開發(fā)進(jìn)行了惡補(bǔ),而同時(shí)因?yàn)椴荒艿⒄`進(jìn)度,我們還采取了半外包的方法,也就是讓一個(gè)外包開發(fā)公司的程序員來(lái)到我們的辦公場(chǎng)所進(jìn)行開發(fā),并且讓技術(shù)團(tuán)隊(duì)配合他,同時(shí)進(jìn)行學(xué)習(xí),很快產(chǎn)品出來(lái)了,自己也有了一支移動(dòng)開發(fā)的團(tuán)隊(duì)。 如果是Occasion事件瓶頸:那么用A解決,Action行動(dòng),Agility靈活度,趣味地說(shuō),A也是24個(gè)英文字母中的第一個(gè),代表了速度和優(yōu)先級(jí)。所以遇到突發(fā)事件的時(shí)候,最主要做的,一定不是哥幾個(gè)先坐下來(lái)開個(gè)小會(huì),而是立刻找到最靈活有效的解決方案,并且立刻行動(dòng)起來(lái)。比如前一段時(shí)間大姨嗎因?yàn)槌霈F(xiàn)大量盜版、惡意攻擊和嚴(yán)重侵權(quán)事件,這個(gè)時(shí)候從法律、市場(chǎng)、公關(guān)各方面就必須并行立刻行動(dòng)起來(lái)。事件瓶頸的解決一定要通過(guò)可以量化的行動(dòng)來(lái)解決,把執(zhí)行具體到跑了幾個(gè)小時(shí)的工作、找?guī)讉€(gè)關(guān)鍵人聊了天等非常細(xì)節(jié)的層面,在不打亂公司正常運(yùn)營(yíng)的節(jié)奏和規(guī)律的同時(shí),使公司發(fā)展盡快回歸正軌。 如果是Process流程瓶頸:用O解決,Optimization優(yōu)化,Overwrite重寫。同樣,在英文中,O就是一個(gè)閉環(huán),流程的通暢也正好代表一個(gè)完整的閉環(huán),很好記。流程不光是生產(chǎn)和服務(wù)過(guò)程中的,也有可能是管理上的,流程瓶頸多是因?yàn)樵黾恿诵碌墓δ?,或者因?yàn)槟硞€(gè)環(huán)節(jié)效率低下導(dǎo)致的。這個(gè)時(shí)候需要大家坐下來(lái),用數(shù)據(jù)分析流程中出現(xiàn)問(wèn)題的地方,分析下是否可以通過(guò)優(yōu)化效率、或者調(diào)整順序來(lái)解決,如果不能,那么就只能打破流程,重新安排流程的組合了。比如以前我們沒(méi)有融資也沒(méi)有盈利的時(shí)候,基本是不考慮為自己的產(chǎn)品打廣告投的,沒(méi)錢嘛。但是當(dāng)公司上了正軌,也就會(huì)將一部分利潤(rùn)作為規(guī)律的廣告投放成本,而這個(gè)其實(shí)直接影響了產(chǎn)品的開發(fā)上線流程,新版本的發(fā)布可能會(huì)需要配合營(yíng)銷,或者廣告位,于是在產(chǎn)品上線的流程中就會(huì)將廣告同樣作為一個(gè)參考因素和關(guān)鍵點(diǎn)。 如果是Regulation制度瓶頸:用R解決,Restructure重構(gòu),Revolution革命,大家可以這樣想象,制度的問(wèn)題就要靠制度本身解決。所有不合理的制度產(chǎn)生的問(wèn)題,除非把制度改變了,否則問(wèn)題都不算得到了根本的解決。所以制度瓶頸要么推翻重來(lái),要么依據(jù)現(xiàn)有的結(jié)構(gòu)進(jìn)行重構(gòu)。 這個(gè)模型中最最重要的是首先學(xué)會(huì)找到問(wèn)題瓶頸的根本,到底是能力、事件、流程還是制度瓶頸;其次,學(xué)會(huì)向下解決問(wèn)題的方法。所謂向下解決問(wèn)題就是當(dāng)遇到瓶頸并且時(shí)間很緊的時(shí)候,嘗試把COPR反過(guò)來(lái),用RPOC的思路解決問(wèn)題。 遇到Regulation制度瓶頸,實(shí)在無(wú)法解決了,看看能否用Process流程的方法解決,比如對(duì)流程進(jìn)行調(diào)整,規(guī)避制度的影響,比如蘋果官方市場(chǎng)是抵制軟件內(nèi)去推薦其他市場(chǎng)類應(yīng)用的,那么在上線的時(shí)候如果就帶有這個(gè)推薦,那肯定無(wú)法通過(guò)審核,而調(diào)整下流程,開放一個(gè)后臺(tái)更新接口,先將沒(méi)有推薦的產(chǎn)品上線,成功后通過(guò)后臺(tái)更新的方法加上其他合作市場(chǎng),這樣也就規(guī)避了制度。 而當(dāng)遇到Process流程瓶頸無(wú)法解決時(shí),看看能否用Occasion事件的方法解決,流程忽然被打斷或者出現(xiàn)問(wèn)題,這時(shí)候也不應(yīng)該拖拖拉拉想太久再去做,而是并行地用一些臨時(shí)性彌補(bǔ)措施,臨時(shí)事件對(duì)流程出現(xiàn)問(wèn)題的環(huán)節(jié)進(jìn)行補(bǔ)充。 特別要強(qiáng)調(diào)的是,當(dāng)遇到Occasion事件瓶頸無(wú)法解決時(shí),就需要看看Capability能力方法了。有的突發(fā)事件很違背常規(guī),可能不在自己的能力可以解決得范圍之內(nèi),那么這個(gè)時(shí)候采用外援,或者突襲學(xué)習(xí)補(bǔ)充知識(shí)的方法是可以及時(shí)解決問(wèn)題的。要理解的是,很多時(shí)候Occasion事件瓶頸會(huì)讓人非常緊張,因?yàn)槭录耐话l(fā)性以及當(dāng)即性,導(dǎo)致被管理團(tuán)隊(duì)過(guò)度重視,甚至臨時(shí)性打斷原有公司運(yùn)作的流程,更有甚者讓所有團(tuán)隊(duì)全部投入到事件的處理中去,結(jié)果讓正常的流程被破壞,公司的一片混亂。要提醒創(chuàng)業(yè)者的是,中國(guó)的互聯(lián)網(wǎng)惡意競(jìng)爭(zhēng)是常態(tài)的,很多你的競(jìng)爭(zhēng)公司其實(shí)很善于用事件打亂你的公司運(yùn)營(yíng),為他自己爭(zhēng)取更多時(shí)間。其實(shí)不用緊張,這正是你的對(duì)手產(chǎn)品品質(zhì)不夠好的表現(xiàn),中國(guó)的許多流氓創(chuàng)業(yè)者很擅長(zhǎng)的就是"既然我成事不足,那我就敗事有余"這個(gè)方法,要理解他是想拖累你的產(chǎn)品,打亂你的流程。所以越是遇到這樣的情況,創(chuàng)業(yè)者越要臨危不亂,千萬(wàn)不能把Occasion事件瓶頸提升到流程層面去解決,正中了對(duì)手的下懷。 但是當(dāng)最后遇到的是Capability能力瓶頸的時(shí)候,那么就只能通過(guò)能力補(bǔ)充或者外援的方式解決瓶頸了。 很多時(shí)候創(chuàng)始人會(huì)一味去提升公司的人數(shù),認(rèn)為是能力不夠,或者人數(shù)不夠,其實(shí)仔細(xì)沉靜下來(lái)思考,發(fā)現(xiàn)還是有很多閑余戰(zhàn)斗力的,比如好多公司不會(huì)迭代開發(fā),非要等到一個(gè)產(chǎn)品的成品設(shè)計(jì)圖完全出來(lái)了才開始安排程序員開發(fā),其實(shí)前期很多數(shù)據(jù)庫(kù)架構(gòu)、數(shù)據(jù)接口、和基礎(chǔ)功能,在設(shè)計(jì)圖的原型方案出來(lái)的時(shí)刻就已經(jīng)可以提前開始了,這樣可以讓設(shè)計(jì)師并行具體的設(shè)計(jì),待底層工作完成了,新的設(shè)計(jì)圖也就出來(lái)了,整個(gè)開發(fā)周期就可以縮短許多,這種情況其實(shí)完全可以通過(guò)Process工作流程的優(yōu)化解決,而不是一味追求通過(guò)補(bǔ)充能力Capability去完成。 說(shuō)了這么多,最后,其實(shí)最重要的就是冷靜下來(lái)思考瓶頸發(fā)生的根本是屬于哪種,而不要在問(wèn)題的表象上面大做文章,應(yīng)該去找到瓶頸的根本。本文也只是我們自己在發(fā)展中歸納的一些小小的方法論,每次發(fā)生問(wèn)題我們就仔細(xì)分析問(wèn)題的根本,再迅速做出反應(yīng)。創(chuàng)業(yè)團(tuán)隊(duì)要保證的是在不停地解決問(wèn)題,而不是在等待問(wèn)題被解決。 圖片來(lái)源 除非注明,本站文章均為原創(chuàng)或編譯,轉(zhuǎn)載請(qǐng)注明: 文章來(lái)自 36氪 原文地址:http://iphone.myzaker.com/l.php?l=51ef0d877f52e9c22a00000b 該文章在 2013/7/28 8:35:43 編輯過(guò) |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |