<option dir='96y6jws'><textarea dropzone='uc834xxd'></textarea></option>
    <table draggable='pf1mdho9'><em dir='i2spjww4'></em></table>
    <tfoot id='qmvow4a0'></tfoot>
    <th lang='mvrfmfwr'></th>
  1. <aside id='cyjdlb'><textarea dropzone='hrxm0xp'></textarea></aside>

  2. <noframes draggable='7s8u94'>
      點點客

      科技造就移動電商先鋒

      股票代碼:430177

      首頁 > 幹貨邦 > 科技動态 > 微信之父張小龍:用戶思維至上,而不是KPI
      分享到QQ空間

      電商報 ·  2016-10-31 11:34   33
      摘要:騰訊微信事業群近日召開了年度管理團隊領導力大會,微信創始人張小龍在會上通過探讨微信的敏捷精神、生态建設及社會化思維三大方面與微信事業部員工進行交流溝通。在張小龍看來,微信的起步、發展一直秉承的是用戶思維,而不是緊緊圍繞着可觀的KPI。

      張小龍表示,KPI是公司高層必需的商業目标,但“如果我們很多同事直接采取了高管的工作方式來工作,特别是把很多目标數字化,這個是不太合理的。” 他認爲 “我們達到了KPI是我們産品的副産品”,隻要把産品做好,KPI自然就會達到,不必過分追求,早期的微信團隊也一直圍繞這個思路工作。




      以去年的大戰爲例,張小龍認爲對手(支付寶)把競争當成大戰,對方公關說一定要在數據上要超過微信,和微信采取對用戶有價值的做法是完全不同的。當滿足了用戶某一種使用的需要、愉悅的需要,爲用戶帶來真正的價值,“最後獲得了口碑都特别好,當然數據也會很好,不會不好。”張小龍說道。


      以下爲張小龍演講全文:


      各位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人的小團隊,因爲當我們人數增多的時候,我們自己會制造出很多流程出來。我們自己會習慣自己這種效率,而對一個非常小的團隊來說,他不需要開會、也不需要幹嘛,大家坐在一起,扭頭就可以說有一個問題我們解決它吧。


      在這種敏捷方面,我們可能在離敏捷的方向越來越遠,但是我們自己并不覺得。越來越遠的後果是,我們自己都覺得我們做的事情沒勁,因爲你今天想到一個很興奮的主意,過了一個星期你自己也會淡化它。敏捷帶來一個最好的心理感受是什麽呢?我們今天可以想一些與衆不同的點子,然後我們可以很快就看到效果,因爲我們可以很快把它上線了,然後可以去驗證,如果不對就下線,如果還有改進餘地,下個星期再去改它。如果改了還不行,那繼續下線,如果改了行,它一定很好……這是一個能夠持續實現你的想法的過程。但是如果說有一個很好的點子去嘗試一下,然後大家讨論一下說好吧,那我們嘗試一下。然後過了兩個月還沒有排上去,然後第三個月發布了,你可能對這個事情沒有激情了,發布了你也不會看它了。


      比如剛才這個小例子,作者回複要不要贊的問題,他們說剛剛讨論過這個問題,隻不過大家有一點分歧,到底是讀者的評論點贊的數排在前面還是作者的點贊排在前面?這個大家有分歧,所以就放下了,放下就不知道什麽再揀起來了。這裏的區别就是說,如果大家真的做到很快速的、很敏捷的疊代的話,我相信這裏的意見分歧并不是一個問題。相反如果心裏覺得任何一個想法都要經過三個月才能夠看到的話,那包括我自己也對這個想法可能就失去了熱情,因爲你過了幾個月都忘記這個事情了。


      在郵箱從2006年、2007年開始進入這樣一種敏捷項目推進方法以後,後面幾年每年都是一個非常高速的往上發展的過程。這個過程就像一輛汽車有了發動機、有了足夠汽油就會自己一直跑下去,是這麽一種感覺。後面幾年,我們一直保持這樣快速疊代、快速上線、快速驗證想法這樣敏捷的方法,團隊運轉也非常順暢。當然跟微信比起來還有一個很重要原因,當時郵箱團隊一直沒有怎麽樣快速增大,所以不會遇到人很多的問題。微信這裏其實因爲有人數的問題,雖然我們也盡可能說把一些人員做一些拆分、分解,盡可能是一種小團隊運作方式,但是不可避免的即使在部門内部大家的方法論越來越常規化,所以大家提每一個東西可能都需要經過很長時間、甚至大家都覺得遙遙無期的排期。


      這裏當然我并不是說我看到我們的不足,其實更多的是我特别希望讓大家了解還有一些方法論是大家沒有掌握到的或者說還沒有意識到的,如果我們隻是這樣一種按部就班往前推進一些事情,我們可能會陷入一個危險裏面而自己不會覺得,特别是微信本身還在一個上升過程裏面,大家會覺得非常的樂觀。我想我們在做郵箱的時候,其實一直有一個很強大的競争對手在前面,網易郵箱,我們要不斷追趕它,這是有方向感的。但是對微信來說我們并沒有這樣一個外部對手立在那裏給我們一個警醒,這也是需要我們自己給自己警醒的。所以關于敏捷開發我特别希望大家能夠多去做一些嘗試,其實這個嘗試并不是需要大家說一定要把項目剝離出來幾個人來做才行。它更多是一種方法論,而不是具體的一種形态。


      關于人才輪崗


      最後,我也想附帶提一下對于人才、對于組織的一些思考。


      大家也知道BG做了一個活水計劃,HR在這塊一直花了很多精力來推進。當我們人數很多的時候,其實多一些輪崗是對大家都有幫助。之前大家是說我在一個崗位,我就一直這麽做,如果沒有特别的事情,我可能做這個事情好幾年、十幾年都是有可能的。但是這可能是不太利于組織活躍度,也不太利于個人自我成長。最近一年我跟HR一起嘗試說,我們有沒有一些新的機制能夠幫助組織裏面的人員流動的更加順暢。從我自己角度看過來的話,我反而是覺得大家在團隊裏面經受的鍛煉或者錘煉是不夠多而不是說太多了。這裏如果有一些方式讓大家用同樣的時間,但是經曆更多、思考更多,确實是沒有壞處隻有好處的。


      所以對于BG的同事大家用活水計劃去讓一些想要去轉一下崗位的人他沒有後顧之憂可以非常自由地轉,同時我們也上升到總監這個級别,我們也制定出一個BG内部的措施說,我們BG的總監如果沒有經過輪崗是不能往上晉升的,必須要有輪崗的經曆。


      可能有些同事會覺得這樣會不會不太舒服,當然不太舒服,超出一個人舒适區域,必須面對新的挑戰。但以後你回頭來看的話,這樣的結果其實是有好處的,在座的都是leader以上的基層、中層管理幹部,大家以後也會面臨這樣一個輪崗的問題,所以在這裏先跟大家做一個心理上的準備。


      在座特别是leader這一級的同事其實可以多想一下,通過一種輪崗的方式讓自己接觸更多的鍛煉。


      總結一下,我今天想要分享的主要是兩個點:第一,關于對我們産品、我們業務思考方向是不是真的從用戶角度來出發來考慮;第二,關于敏捷性,大家自己也可以看到,即使對微信來說,我們的前期疊代很快,後面疊代速度确實變得越來越慢,所以這也是需要大家做一些思考的。除此之外,我也再次鼓勵内部加強活水,支持輪崗。謝謝大家!


      免責聲明

      知識要點