藍血研究 

作爲微信之父的張小龍,在產品的運營上有着獨特的理念,以下演講他以過往實例闡述了自己對產品與管理的思考。

一方面,他重申了效率至上的價值觀;另一方面,他也打破了外界對其產品之神的人物設定。

以下爲演講全文:

各位 WXG(微信事業羣)的同事們:

大家早上好!又到我們一年一度的領導力大會。

大家都看到,我們微信團隊膨脹還是比較快的,有 1500 多人了。對此,我昨晚跟 Tony 聊了一會兒,大家都有一個很大的擔心就是,當一個團隊規模特別特別大的時候,很多行爲方式一定會進入一種“組織化”的行爲方式,要想保持自己特別好的一些特色就變得特別不容易。

在這裏,我跟大家特別推薦一本書,叫《人類簡史》。

之所以剛纔想到這本書,是因爲這個書裏面揭開一些事情的謎底,比如,他說當人類在遠古時期,任何一個村落只有 150 人左右,因爲當時沒有語言這樣一個工具,一旦超過 150 人,就沒有辦法維繫起來一個人羣。

你想象一下,如果沒有語言做工具的話,確實只能存在非常簡單的交流方式。所以他說,我們的記憶裏面只適合處理 150 人以內的人際關係,一旦超過 150 人的時候,它就變成一個社會化的組織。這個時候對個體來說是不太舒適的,已經超過了他的舒適區。

當超過 150 人,這個時候就要靠一種語言能力、想象力或者一種對規則的想象力來維持這種關係。我們其實就在這樣一個過渡階段,當我們人數超過 150 人的時候,我們的組織方式已經跟以前完全不一樣了。

我記得在南通的時候,包括這裏很多從南通過來的同事,都會有很深的印象,覺得有一些反差。

在南通的時候大家都在一層樓裏面,每個人都是隨便走幾步就到另一個人座位上去了,要討論問題隨便找一個白板就開始討論了,那個時候大家感覺有特別高的效率。

但是現在大家覺得要做一個溝通還要先做預約,或者先開一個視頻會議等等,這裏帶來一個對不光是我們組織、對所有組織都有很挑戰的事情,對於幾百上千超過人類自然承受能力的這個規模來說,大家怎麼樣能夠保持一個很高的溝通效率、或者一種很緊密的人際關係。

關於這個問題仔細探討的話,所有組織行爲學、各式各樣的公司管理的哲學都會討論的是這個問題。

我擔憂的是,我們作爲一個上千人的組織,如果當成 10 個 150 人團隊的話,我認爲它會有非常高的創造力,如果當成整體 1500 人,我特別擔心它在創造的能力上會不會反而有一些衰退。

我今天就想這麼兩個主題跟大家做一下我自己的思考和分享:

做什麼取捨是有意義的?

大家也知道,一個大公司需要有KPI,公司高層需要有這樣一個商業目標,但是,如果我們很多同事直接採取了高管的工作方式來工作,特別是把很多目標數字化,這個是不太合理的。

在 QQ 郵箱開始快速發展的時候,我記得在內部有過一次分享,當時我說了一句話,叫做我們達到了 KPI 是我們產品的副產品。

所謂副產品就是說,我們真的把這個東西做好以後我們的 KPI 自然就達到了。早期的微信團隊也一直是圍繞這樣一個思路在工作。但是,當我們的團隊變大以後,這個思路其實是被動地慢慢發生了變化。

這個在我自己經常會感受得到,因爲很多同事跟我討論一些產品或者業務方向的時候,往往會給出一些證據,這些證據是用數字證明——這個是對我是有衝擊的。

我說的衝擊是說大家在思考問題的出發點上有一些驅動力,不是來自是不是在做有價值的事情,而是來自於我們能做到一個多高的數據,那我會覺得有一點危險。

我舉幾個小的例子,首先是一個好的:

去年在春晚的紅包大戰裏面,我們並沒有把競爭當成一個大戰來看待,但是競爭對手會把這當成一個大戰來看待,對方 PR 說一定要在數據上要超過我們。

我記得當時團隊在開會說,我們今年的策略是什麼,我很高興大家最終定下來一個策略是說,我們今年的目標是:怎麼樣幫助用戶更高效的搶到紅包,更高效的、而不是說最終體現爲一個數字非常大,這是完全不同的一個思考點。

如果我們是爲了讓數字變得很大、更多人搶更多次數、花更多時間,那我們整個產品邏輯裏面就會圍繞這個目標去做,我們會讓用戶搶 100 次才搶到一個紅包,這樣參與人數次數最多。

如果讓用戶高效搶紅包,我們產品邏輯就變成了廢除了所有的多餘過程,讓用戶儘可能少的花時間在微信裏面。

這兩個產生的結果也是不一樣的,對用戶來說,花盡可能少時間搶到紅包,但是他是最愉快的,但是數字上相比而言不是最大的。在這樣的情況下,後來結果大家也看到了,反而是說我們採用這樣一種對用戶有價值的做法,最後獲得了口碑都特別好,當然數據也會很好,不會不好。

這裏反映了一個點,你用一個不同的目標驅動的話,產生的方法是完全不同的。

我們從來沒有給公司領導反映我們的 KPI 有問題了,反而現在很多同事往往是聚焦在數據的目標上,大家要反思一下。

我跟技術團隊討論問題時候也說,不要太關注用戶的增長,因爲這是一個很自然的增長,我們更應該關注我們給用戶做了什麼事情。滿足了他們某一種使用的需要、愉悅的需要,更加應該關注這個方面。

其實,大家會看到即使在微信裏面也會有很多不合理的東西存在,有的地方還大行其道。之所以說大行其道,其實還有一個原因是說即使在我們 BG 內部,我並沒有看到任何一個同事跑過來說,某一塊讓整體的微信使用體驗差了很多,我們不應該這樣做,大家只是默默忍受了,如果這樣做,不管是商業的原因還是什麼原因,一定有它的道理。

自己也不爽、認爲很不合理的東西,但是大家不會跳出來說這個是不對的,我們應該把它改掉——像這樣的點我反而是覺得特別可怕的事情。

我舉一個內部不好的例子:

比如城市服務,城市服務作爲微信裏面一個入口功能也挺重要,去年制定年度目標的時候,團隊給我拋出一個年度目標,這個年度目標我一看就喫了一驚,因爲我沒有看到這樣的年度數據。什麼樣的目標呢?列出來明年要達到年訪問量、年 PV 達到多少……

我說怎麼會有一個年 PV 這個說法,我沒有聽說過,我只聽過日 PV,最多聽過周 PV。團隊解釋說如果說日 PV,那個數據太小了,不好看,我當時有點啞口無言了。

這看起來是一個技巧,但是我希望同事少用這樣的技巧。我們應該看到我們的日 PV、日 UV 在增長,也不願意看到一個很大的年 PV 這樣的數據;

我們應該看到城市服務裏面每一項服務它的質量、可操作性越來越好,也不想看到這裏面進來的次數有多少——就像剛纔說的,因爲當我們提出一個目標方向,我們努力方向一定會隨着這個目標改變,當提出一個純數據目標,努力方向可能會圍繞這個去做。

昨天跟 Tony 聊天,Tony 說微信有一個特別大優點,就是商業模式建立得比較乾淨,不是在透支流量狀態下做的。之前我一直沒有想這一點,我覺得這不是應該的嗎?

Tony 一說我纔想到,大家發現我們在微信裏面流量方面其實是非常的保守、非常謹慎的。我們所有業務不管是商業還是非商業的,我們去衡量它對用戶具體帶來價值是不是真的很大,然後再決定要不要使用這個流量。

就像大家看到微信廣告的表現一樣的,上次在公司會議上連 Martin 都說這裏廣告的空間特別大,原因是這裏的流量根本沒有完全釋放出來。

事實上,大家會看到從微信廣告上線到現在,沒有一個平臺廣告產品能夠像微信朋友圈廣告這樣做到幾乎沒有什麼用戶的牴觸,甚至到目前爲止還有很多用戶說爲什麼我看不到一些廣告,他能看到——這是一個特別好的效果。

並不是我們刻意要達到這樣一個效果,而是說即使我們考慮像廣告這樣非常商業化的東西的時候,我們首先考慮的是用戶是不是把它當成一個很友善、很好的一個功能在使用,而不是說我們去測試一下用戶的忍耐力下限、一直到擊穿它爲止,我們不是這樣想問題。

所以對於這一塊建議大家多一些思考,其實很有意思,你會發現任何時候都有一個分支道路讓你去選擇,看你用什麼樣的方法去做選擇。

在去年公開課我對外說了一個觀點,好的產品是讓用戶用完即走,業界反饋說你們微信太矯情了,因爲你們用戶這麼多,誰也離不開了,所以你們可以這樣說。

其實真的不是這樣子,在我看來任何一個好的產品就是一個好的工具,好的工具就不應該黏住人,是應該幫助用戶非常高效率完成他的任務,而不是說用完了還要拿到手裏玩一會兒、多用一會兒,那不是一個很高效的表現。

但是對這樣的一些想法的話,我特別希望它能夠根植到大家意識裏,時刻想一下什麼是我們做的對用戶有價值的事情,我願意在這個點上反覆跟大家說這個東西。

● 敏捷性和小團隊密不可分

我今天想分享第二個點是關於我們的敏捷性方面。

因爲這裏很多同事沒有經歷過 QQ 郵箱時代,我先跟大家講一講 QQ 郵箱的故事。其實, QQ 郵箱經歷過一個很波折的過程。

2005 年當我們接手 QQ 郵箱的時候,當時 QQ 郵箱在中國排名很靠後,沒有人重視,可以說接手過來是一個爛攤子。當時沒有意識到這是一個爛攤子,畢竟排名十來名數據上也是挺大的。於是,我們組織了團隊做這個事情,目標是把 QQ 郵箱做好。

我們在第一年的時候就努力去做這個事情,其實大家也很投入,用的方法也是最“正統”的方法。比如,我們會去研究競爭對手的產品、研究世界上最領先的同類產品,並且嘗試去學習它,把功能做得很複雜。

當時這一塊領先的產品是微軟的 hotmail,我們就想我們要做中國的 hotmail,然後我們就去做。怎麼做呢?

認爲當時公司有非常科學的流程管理,有非常科學的整個研發設計一套方法論,我們就用這個方法論來做吧……最後做的結果是非常失敗。

因爲用戶進來發現產品非常慢,每一個操作又很煩瑣,所有功能看起來都沒有什麼亮點,因此用戶很快就流失了。

但是呢,每次公司內部彙報裏面,我們都有很多東西可以說——我們這個月又做了什麼新的東西,整個技術水平又往前邁進多少步,等等。

我現在回想起來那一年我們做的所有事情,用一句話來概括是:

“一個非常平庸的團隊用了一些非常平庸的方法去做出來一個非常平庸的產品”,而且是不知不覺的。

所謂不知不覺的就是說,我們不知道自己做得有多糟糕,我們只是覺得自己用的是最合理的、大家都用的方法,我們沒有犯什麼錯。這裏還是有幾位郵箱的老同事,這幾位老同事應該回想一下,大家不會認爲我們 2005 年多的事情有什麼離譜、出格的地方,我們該做的都做了,和我們大家現在做的事情可能真的是一樣的。但是你回頭看、或者對比來看纔會知道有多糟糕。

我說這一段話應該引起大家非常非常大的警醒,因爲我引申的意思是說,也許現在大家做的事情就跟我們當年郵箱團隊開始階段做的事情一樣:大家做一個非常平庸的事情,最後產出非常平庸的結果,只是大家現在沒有感知到,大家還以爲我們在用一個很好的方法在做一個很好的事情。

等到時間過去了,等到我們遭遇失敗了,大家纔會想到原來我們所有方法都是錯了。

在 2006 年的時候因爲糟糕到了極點,物極必反,這個時候我們必須想辦法來解決它了,反而團隊開始去思考說我們怎麼樣讓一個觸底的東西能夠反彈上來,這是一個很好的契機。

在2006 年的時候,郵箱團隊開始思考這個危機,認爲再按照現在的方式推進是不行了。我們要不讓它死掉,要不重新找到一條出路。當時放手一搏,成立了一個很小的團隊,大概 10 個人的團隊,有幾個後臺開發,有幾個前端的人員,人員非常精簡,跟我們微信起步時非常類似,人員精簡到什麼地步呢?

除了後臺以外,我們把這些人做到一起也就十來個座位,大概 2、3 個 web 的開發,2、3 個產品,1、2 個 UI,還有 1、2 個測試,他們組成了我們定義爲敏捷團隊。

實際上,就這麼小的一個團隊在後面幾年裏面做的事情遠遠超過之前幾十人的努力,這個小團隊是怎麼樣工作的?

這個小團隊是當時用了一個方法,叫敏捷項目管理,這裏可能在座的一些同事都已經不太瞭解這個詞了,但是當時在騰訊挺鼓勵用這樣一種方法,我建議在座的如果沒有去好好研究過的可以好好研究一下。我們真的做到一種非常敏捷的一種項目的推進方式。

但是在座大家可能意識不到,因爲我們手頭做的事情,包括微信,還在快速增長,離觸底還很遠,大家沒有機會感受到這種情境。

這裏所謂的敏捷是什麼意思呢?

是真的非常快!

在座有幾個同事是當時這個小團隊裏面的,幾乎大部分人都在,其實大家有空可以跟大家多交流一下,如果回想起來大家可能會覺得、我自己也覺得那個時期過的非常愉快。爲什麼非常愉快?因爲對我自己來說,很有滿足感。當我頭一天晚上發現我們這裏有一個東西要改一下,我發一個郵件出去,有的第二天上班的時候就發現這個東西改過來了,已經上線了,大多數一個星期上線是不誇張的,無疑這是一種很爽的感覺。

現在你們在座的可能是體會不到這種感覺,就形成了一些問題。我有一天跟公衆平臺同事開會的時候就說到當時郵箱的案例,有一天晚上我發了一個微信說:有一些用戶反饋說,公衆號回覆裏面只能看到讀者評論的次數有多少次,但是看不到作者再評論的有多少人贊,這個事情存在很久了,爲什麼沒有加上?應該早一點把它加上。

但是同時我多了一個念頭,我說這個需求可能大家會做一個計劃,排一個流程出來,可能要等到兩個月以後纔會加上去。於是,我就多加了一句話,必須一個星期以後上線,結果過了兩天大家告訴我這個東西已經上去了。

如果按照日常的習慣,我們加一個東西真的要兩個月了,但是其實非要兩個月嗎?其實並不是這樣子的。

而是說大家習慣了改一個東西是很大的事情,那麼它真的需要兩個月。可是,在當時 QQ 郵箱起來的時候真的不是這樣一個速度。如果這樣的話,它可能也就起不來了。

講到這裏,我感觸特別深。當然也有可能人數來決定的,爲什麼我老是說特別懷念 150 人的小團隊,因爲當我們人數增多的時候,我們自己會製造出很多流程出來。

我們自己會習慣自己這種效率,而對一個非常小的團隊來說,他不需要開會、也不需要幹嘛,大家坐在一起,扭頭就可以說有一個問題我們解決它吧。

在這種敏捷方面,我們可能在離敏捷的方向越來越遠,但是我們自己並不覺得。越來越遠的後果是,我們自己都覺得我們做的事情沒勁,因爲你今天想到一個很興奮的主意,過了一個星期你自己也會淡化它。敏捷帶來一個最好的心理感受是什麼呢?

我們今天可以想一些與衆不同的點子,然後我們可以很快就看到效果,因爲我們可以很快把它上線了,然後可以去驗證,如果不對就下線,如果還有改進餘地,下個星期再去改它。如果改了還不行,那繼續下線,如果改了行,它一定很好……

這是一個能夠持續實現你的想法的過程。但是如果說有一個很好的點子去嘗試一下,然後大家討論一下說好吧,那我們嘗試一下。然後過了兩個月還沒有排上去,然後第三個月發佈,你可能對這個事情沒有激情了,發佈了你也不會看它了。

比如剛纔這個小例子,作者回復要不要讚的問題,他們說剛剛討論過這個問題,只不過大家有一點分歧,到底是讀者的評論點讚的數排在前面還是作者的點贊排在前面?這個大家有分歧,所以就放下了,放下就不知道什麼再揀起來了。

這裏的區別就是說,如果大家真的做到很快速的、很敏捷的迭代的話,我相信這裏的意見分歧並不是一個問題。相反如果心裏覺得任何一個想法都要經過3個月才能夠看到的話,那包括我自己也對這個想法可能就失去了熱情,因爲你過了幾個月都忘記這個事情了。

在郵箱從 2006 年、2007 年開始進入這樣一種敏捷項目推進方法以後,後面幾年每年都是一個非常高速的往上發展的過程。這個過程就像一輛汽車有了發動機、有了足夠汽油就會自己一直跑下去,是這麼一種感覺。

後面幾年,我們一直保持這樣快速迭代、快速上線、快速驗證想法這樣敏捷的方法,團隊運轉也非常順暢。當然跟微信比起來還有一個很重要原因,當時郵箱團隊一直沒有怎麼樣快速增大,所以不會遇到人很多的問題。

微信這裏其實因爲有人數的問題,雖然我們也儘可能說把一些人員做一些拆分、分解,儘可能是一種小團隊運作方式,但是不可避免地即使在部門內部大家的方法論越來越常規化,所以大家提每一個東西可能都需要經過很長時間、甚至大家都覺得遙遙無期的排期。

這裏當然我並不是說我看到我們的不足,其實更多的是我特別希望讓大家瞭解還有一些方法論是大家沒有掌握到的或者說還沒有意識到的,如果我們只是這樣一種按部就班往前推進一些事情,我們可能會陷入一個危險裏面而自己不會覺得,特別是微信本身還在一個上升過程裏面,大家會覺得非常的樂觀。

我想我們在做郵箱的時候,其實一直有一個很強大的競爭對手在前面,網易郵箱,我們要不斷追趕它,這是有方向感的。但是對微信來說我們並沒有這樣一個外部對手立在那裏給我們一個警醒,這也是需要我們自己給自己警醒的。

所以關於敏捷開發我特別希望大家能夠多去做一些嘗試,其實這個嘗試並不是需要大家說一定要把項目剝離出來幾個人來做纔行。

它更多是一種方法論,而不是具體的一種形態。

相關文章