自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

優(yōu)秀的技術(shù)Leader:如何用兩個(gè)披薩喂飽一個(gè)團(tuán)隊(duì)?

原創(chuàng)
新聞
關(guān)于 CTO,我的看法是:一個(gè)小公司,或者是一個(gè)業(yè)務(wù)明確的公司,或者一個(gè)業(yè)務(wù)單一的公司,核心的工作是技術(shù)的把控能力。

[[200594]]

【51CTO.com原創(chuàng)稿件】關(guān)于 CTO,我的看法是:一個(gè)小公司,或者是一個(gè)業(yè)務(wù)明確的公司,或者一個(gè)業(yè)務(wù)單一的公司,核心的工作是技術(shù)的把控能力。

如果是一個(gè)不斷有新業(yè)務(wù)產(chǎn)生的綜合業(yè)務(wù)型的公司,CTO 應(yīng)該加強(qiáng)中央式的技術(shù)控制。在大型企業(yè)中,CTO 更多的是把握公司前進(jìn)的技術(shù)方向,把握公司所有的產(chǎn)品技術(shù)架構(gòu),并做集中式的管理決策。

[[200595]]

技術(shù)團(tuán)隊(duì)的核心目標(biāo)是什么?

在搭建技術(shù)團(tuán)隊(duì)的時(shí)候,我的觀點(diǎn)是:做技術(shù)管理跟做一般的人員管理完全是兩碼事。如果你不了解這個(gè)業(yè)務(wù)和這個(gè)業(yè)務(wù)本質(zhì)或產(chǎn)品技術(shù)的特點(diǎn),又沒有架構(gòu)能力,那么你想在這個(gè)單點(diǎn)上去完成技術(shù)管理是很困難的。

首先,你怎么去分配任務(wù)?怎么把工作合理地分配下去?讓各個(gè)團(tuán)隊(duì)的工作量差不多,同時(shí)他們又不至于去做無用功?只有具備基本架構(gòu)能力,你的團(tuán)隊(duì)管理才談得上走上正軌。

有些老板認(rèn)為只要給出目標(biāo),然后不斷地去給團(tuán)隊(duì)施壓,就能把目標(biāo)給壓出來。我很遺憾的告訴大家,技術(shù)團(tuán)隊(duì)是壓不出來了,你如果給大家的分工不明確,或者不合理,就靠給大家一個(gè)目標(biāo),不斷地去問為什么沒有完成,結(jié)果一定會(huì)令你很失望。

其次,目標(biāo)完成了怎么去分配成果?就是分錢的時(shí)候怎么辦?如果你不能理解技術(shù)上的困難,僅僅以誰的產(chǎn)出多來評(píng)價(jià)。

而且你本身不了解他們?cè)谶@種創(chuàng)新過程中遇到的難度和實(shí)際做了哪些事情,完全以結(jié)果來評(píng)價(jià)的話,你***會(huì)發(fā)現(xiàn),誰干得越多,誰想的越遠(yuǎn),誰的評(píng)價(jià)就越吃虧。

所以,從這兩點(diǎn)來看,我認(rèn)為不存在一個(gè)不懂技術(shù)架構(gòu)就能把技術(shù)管理好的機(jī)會(huì)。我們知道亞馬遜創(chuàng)始人 Jeff Bezos 說過一句話:“一個(gè)***的團(tuán)隊(duì)用兩個(gè)披薩可以喂飽”。

[[200596]]

我對(duì)這句話深信不疑,但是在今天的技術(shù)管理方向上,很多人忘了這一點(diǎn)。

比如說在中國創(chuàng)業(yè)公司,技術(shù)人員的規(guī)模普遍要超過美國同等的創(chuàng)業(yè)公司,而且還超過很多,但是不見得它的產(chǎn)出就高。

比如說一些國內(nèi)互聯(lián)網(wǎng)巨頭的廣告團(tuán)隊(duì)有多少人?基本都是在三位數(shù),甚至有的超過了四位數(shù)。

但真的有必要嗎?我覺得大家要好好考慮這個(gè)問題。原來我?guī)У囊粋€(gè)團(tuán)隊(duì)成員,現(xiàn)在在管理公司負(fù)責(zé)產(chǎn)品,我們也溝通了這件事情,他***的苦惱是這么多產(chǎn)品經(jīng)理到底讓他們干什么。

所以,我覺得討論技術(shù)管理還要回歸到事情的本質(zhì),你在打造一個(gè)技術(shù)團(tuán)隊(duì)的時(shí)候,能不能自己想清楚?

如果你自己想不清楚,沒有辦法用兩個(gè)披薩以內(nèi)的團(tuán)隊(duì)把它解決了,那我建議你再想一想。不能說我們還沒有想清楚就搞起來,然后不斷地加人,***實(shí)現(xiàn)的效率卻很低。

尤其像重邏輯的商業(yè)產(chǎn)品,不客氣地說如果你的團(tuán)隊(duì)到了 400 人以上,一切東西都是失控的,因?yàn)樗呀?jīng)沒有辦法很靈動(dòng)地去實(shí)現(xiàn)那些創(chuàng)新了。

因此,在打造一個(gè)團(tuán)隊(duì)之前,作為技術(shù) Leader,這也是所有人都要思考的,你要想清楚你的產(chǎn)品團(tuán)隊(duì)在相當(dāng)長的一個(gè)時(shí)期之內(nèi)應(yīng)該是可以被兩個(gè)披薩喂飽的。

如果你想不清楚這一點(diǎn),在團(tuán)隊(duì)成長的過程中,你一定會(huì)不斷地去加人,而且越加越壞。很遺憾,是你自己還不合格。

如何定位核心產(chǎn)品?

商業(yè)產(chǎn)品的特點(diǎn)是在本質(zhì)上要比用戶產(chǎn)品好做,因?yàn)樗剡壿?,重?cái)?shù)據(jù)。有一本書叫《增長黑客》,里面對(duì)用戶產(chǎn)品的一個(gè)論點(diǎn)是,用數(shù)據(jù)驅(qū)動(dòng)去優(yōu)化和打造一個(gè)用戶產(chǎn)品,我個(gè)人并不是完全支持。但是,對(duì)于商業(yè)產(chǎn)品來說非常的理性,就應(yīng)該這么做。

[[200597]]

理解產(chǎn)品范疇

所有的互聯(lián)網(wǎng)公司都有商業(yè)產(chǎn)品,都有變現(xiàn)、數(shù)據(jù)和 CRM。在建立團(tuán)隊(duì)之前,你要搞清楚產(chǎn)品范疇。

比如說在一般的商業(yè)產(chǎn)品中對(duì)商業(yè)模式的探索,商業(yè)模式在哪?怎么把錢掙到?怎么在產(chǎn)品里把它孵化?這是商業(yè)產(chǎn)品最最難的任務(wù)。但是,在產(chǎn)品范疇里最常見的是流量和數(shù)據(jù)的變現(xiàn)。

另外,如果你有多項(xiàng)商業(yè)產(chǎn)品,例如廣告產(chǎn)品、游戲聯(lián)運(yùn)、CRM 等,這些產(chǎn)品之間的內(nèi)在邏輯是什么?怎么樣統(tǒng)一建設(shè)和運(yùn)營一個(gè)整體的商業(yè)產(chǎn)品體系?這些都應(yīng)該是商業(yè)產(chǎn)品負(fù)責(zé)人在一開始就要有認(rèn)識(shí)的。

如果一開始就沒有想過他們的內(nèi)在聯(lián)系,總有一天你會(huì)碰到很大的麻煩。他們之間的利益沖突和他們之間的有機(jī)配合關(guān)系要一開始就想清楚。

所以,***步是理解產(chǎn)品范疇。

找到核心產(chǎn)品

無論你的產(chǎn)品范疇多大,總有一個(gè)核心的產(chǎn)品要達(dá)成。在你的腦海里,只要有一個(gè)邏輯的藍(lán)圖,就可以一塊一塊往上拼。對(duì)于商業(yè)產(chǎn)品體系,核心的產(chǎn)品任務(wù)就兩個(gè):流量變現(xiàn)和數(shù)據(jù)變現(xiàn)。

流量變現(xiàn)就是自有流量 RPM 水平的提升。數(shù)據(jù)變現(xiàn)就是搭建數(shù)據(jù)體系,用數(shù)據(jù)去提高流量變現(xiàn)的結(jié)果,使得收入在流量的基礎(chǔ)上進(jìn)一步的增加。這是兩個(gè)基本的任務(wù),你要把它想清楚。想清楚以后,產(chǎn)品就要圍繞核心人物展開了。

但是,你的腦子隨時(shí)要知道一個(gè)全貌,讓這個(gè)全貌能及時(shí)的往核心版塊上面去拼。在我們把這些問題想清楚以后,會(huì)發(fā)現(xiàn)商業(yè)產(chǎn)品設(shè)立的一些基本原則。

商業(yè)產(chǎn)品一般是面向商業(yè)客戶而不是一般用戶的產(chǎn)品,最典型的是廣告產(chǎn)品。商業(yè)產(chǎn)品與用戶產(chǎn)品有什么區(qū)別呢?

首先,它有隱性的產(chǎn)品存在。用戶產(chǎn)品大多數(shù)的工作是在做收集需求,寫 PRD,設(shè)計(jì)原型,然后去優(yōu)化用戶體驗(yàn)。

商業(yè)產(chǎn)品很大的工作是在做背后看不見的策略,比如說用戶的標(biāo)簽應(yīng)該怎么做?跟別人的數(shù)據(jù)對(duì)接和交換模式是怎么樣的?排序應(yīng)該是怎么樣的?直觀上看不見的產(chǎn)品會(huì)占一大部分。

要把這個(gè)任務(wù)想清楚了,開始就要有這個(gè)認(rèn)識(shí),否則發(fā)力就發(fā)錯(cuò)了,因?yàn)檫@是商業(yè)產(chǎn)品最核心的東西,它的關(guān)鍵不僅在于前臺(tái)的用戶體驗(yàn),還要有整體觀。

如何利用數(shù)據(jù)?

在商業(yè)產(chǎn)品的運(yùn)營上強(qiáng)調(diào)的是用數(shù)據(jù)讓運(yùn)營和產(chǎn)品形成閉環(huán),就是指導(dǎo)大家利用數(shù)據(jù)的策略。

[[200598]]

《增長黑客》這本書里有一個(gè)例子,是說 Facebook 是怎么用數(shù)據(jù)優(yōu)化頁面的布局,比如 Facebook 的首頁要做一個(gè)改版,然后它把新版做上去,通過實(shí)驗(yàn)框架切一部分流量出來,比較這兩個(gè)哪一個(gè)結(jié)果好。

這個(gè)方法論,商業(yè)產(chǎn)品里非常成熟,每一件事都是這么做的。但是對(duì)用戶產(chǎn)品,我個(gè)人覺得不對(duì),F(xiàn)acebook 的首頁近三年以來一直都沒有改動(dòng),你覺得這個(gè)結(jié)果對(duì)嗎?

我個(gè)人覺得不很對(duì),雜志改版,每一次改動(dòng)一定要達(dá)到什么目標(biāo)。過一段大家熟悉和適應(yīng)后,它會(huì)從理性的數(shù)據(jù)上達(dá)到一定的新高度。

也就是說,用戶產(chǎn)品本質(zhì)服務(wù)的是終端用戶,這個(gè)終端用戶選擇用戶產(chǎn)品的時(shí)候是感性的,換句話說他不是一個(gè)理性思維的狀態(tài)。

大家知不知道 Zynga 這家公司?這是前兩年很火的做社交游戲的公司,曾經(jīng) Facebook 里前五名的游戲都是 Zynga 做的。這家公司的絕活是什么?為什么能比別人做得好?

實(shí)際上它就是數(shù)據(jù)運(yùn)營做得好,所有的東西都是數(shù)據(jù)驅(qū)動(dòng),所有的產(chǎn)品經(jīng)理不斷地做 A/B 測試。結(jié)果,突然有一天,這家公司發(fā)生了嚴(yán)重的沉淪。原因就是靠數(shù)據(jù)是發(fā)現(xiàn)不了創(chuàng)新和突破的,真正新的模式出來是要靠想象力的。

所以,我個(gè)人不同意用戶產(chǎn)品的運(yùn)營要完全盯著數(shù)據(jù)走,對(duì)一個(gè)普通的產(chǎn)品經(jīng)理,這可能是一個(gè)正確的策略,我都拿數(shù)據(jù)給老板看,這個(gè)數(shù)據(jù)不行就不上,每一次決策都是理性的。

但是,對(duì)于整個(gè)產(chǎn)品的發(fā)展來說,它一定會(huì)走向一個(gè)死胡同,如果你不能跳出這個(gè) Local Optimum,而全部用數(shù)據(jù)來優(yōu)化,你是不可能優(yōu)化出偉大新產(chǎn)品的。

但是,商業(yè)產(chǎn)品不一樣。拿廣告來說,我們的目標(biāo)千年不變,就是系統(tǒng)的利潤。商業(yè)產(chǎn)品本身是理性的,跟用戶產(chǎn)品有本質(zhì)的區(qū)別,所以你就要抓住這一點(diǎn),在整個(gè)產(chǎn)品體系里面體現(xiàn)出重?cái)?shù)據(jù)、重策略的狀態(tài)。

[[200599]]

如何建立產(chǎn)品團(tuán)隊(duì)?

建立產(chǎn)品團(tuán)隊(duì)其實(shí)很簡單,但是人要找對(duì)了。

靈魂

***,它的靈魂是一定要有數(shù)據(jù)思維的人,而不是有設(shè)計(jì)感和強(qiáng)用戶體驗(yàn)?zāi)芰Φ娜恕?/span>

舉個(gè)例子,Google 的 GA 并不好用,但為什么這么多人在用?很簡單,你用它就能掙錢,只要能掙錢,就算再難用別人也會(huì)用。所以,數(shù)據(jù)是優(yōu)先于用戶體驗(yàn)和設(shè)計(jì)的,你要找到這樣的人來塑造你的產(chǎn)品。

當(dāng)然,商業(yè)產(chǎn)品還有一點(diǎn)是***有技術(shù)背景的產(chǎn)品經(jīng)理來做,沒有技術(shù)背景的話,在深入理解策略的時(shí)候會(huì)有很大的困難。

比如說我們排序要講 Second Price,檢索的時(shí)候點(diǎn)擊率模型應(yīng)該用 Feature,如果對(duì)技術(shù)完全不能理解,這樣的產(chǎn)品很難在商業(yè)產(chǎn)品上做好,容易飄著飄著就飄到優(yōu)化用戶體驗(yàn)上去了。只有找到這樣的人,產(chǎn)品團(tuán)隊(duì)才能快速地建立起來。

具體的產(chǎn)品有兩大類,一類是平臺(tái)型,一類是策略型。平臺(tái)型的當(dāng)然是說所有對(duì)外接口,包括登錄、投放廣告、看報(bào)表,也有一些像 SDK、API 這種。策略型的是收集和分析數(shù)據(jù),并且確定策略的方向。

有很多特別生動(dòng)的例子,比如像 Facebook 廣告平臺(tái)的 OCPM 功能,這兩年做得很成功,這樣的策略產(chǎn)品才是真正起到核心驅(qū)動(dòng)作用。

所以只要找到人,對(duì)一個(gè)中等規(guī)模的廣告產(chǎn)品來說,兩到三個(gè)產(chǎn)品經(jīng)理是完全夠用的,多了以后反而更發(fā)散了,大家不能聚焦。

開發(fā)

第二,開發(fā)。廣告系統(tǒng)為什么很難做?它基本上是所有互聯(lián)網(wǎng)應(yīng)用中并發(fā)數(shù)***的。

比如創(chuàng)業(yè)公司做一個(gè)廣告平臺(tái), DSP 接的流量要接多少?一天一百億次,這都是起步。但是用戶產(chǎn)品什么時(shí)候能做到一天一百億?幾乎不太可能。

所以,廣告系統(tǒng)看起來很難。但是,實(shí)際上我想告訴大家,其實(shí)非常的簡單。技術(shù)團(tuán)隊(duì)依然要深入理解問題的本質(zhì),才能用比較小的團(tuán)隊(duì),比較低的成本快速地搭建起來。

比如一個(gè)廣告產(chǎn)品的系統(tǒng),非常龐大,非常復(fù)雜,有很多的模塊,涉及大量的算法、檢索、數(shù)據(jù)流轉(zhuǎn)和離線的分布式計(jì)算、在線的分布式計(jì)算等。

首先,結(jié)合任務(wù),在你腦子里要有個(gè)全貌,在產(chǎn)品上你要知道你的標(biāo)尺,在技術(shù)上你要把圖畫得非常清楚,然后再把它分解下去。然后,根據(jù)業(yè)務(wù)去刪減,去抓住關(guān)鍵任務(wù),這樣整個(gè)任務(wù)分工和工程進(jìn)程都會(huì)大大地加快。

除了腦子里有全貌,還要知道關(guān)鍵特征,要結(jié)合業(yè)務(wù)了解系統(tǒng)的關(guān)鍵特征是什么,有幾個(gè)關(guān)鍵的特征必須把它摸清楚。

首先,它的要求是高并發(fā)、低延遲,這是很難做的。高并發(fā)一天一百億,延遲也得低,因?yàn)槊恳淮螐V告,100 毫秒,這是硬限制。

比如你的算法很復(fù)雜,處理一秒就可以解讀出一些東西。比如你在上一個(gè)算法的時(shí)候,如果這個(gè)算法很復(fù)雜,那么它帶來的效果好也用不上,因?yàn)樵诰€計(jì)算時(shí)間如果超過 100 毫秒,那么,在很多的廣告系統(tǒng)中,它是沒有用的。

其次,系統(tǒng)中***有挑戰(zhàn)的一點(diǎn)是,數(shù)據(jù)處理的規(guī)模極大,廣告推薦的是對(duì)用戶環(huán)境和信息三元組上的處理,本質(zhì)就特別困難。

像搜索,它是一個(gè)二元組,SearchKeyword 和 Document 是一個(gè)二元組。而這是個(gè)三元組,而且用戶的維度又特別大,所以你會(huì)發(fā)現(xiàn)系統(tǒng)的難點(diǎn)和重點(diǎn)是在數(shù)據(jù)處理,效果提升也靠這個(gè)。

意識(shí)

第三是必須要有這個(gè)意識(shí),數(shù)據(jù)處理的速度是遠(yuǎn)遠(yuǎn)優(yōu)先于精度的。

比如我建一個(gè)模型,精度提高 1%,但是多花了兩個(gè)小時(shí)跑,它值不值呢?對(duì)于廣告業(yè)務(wù)來說是不值的,因?yàn)槲覀冊(cè)趯?duì)用戶的性情做建模,給他投入相關(guān)的內(nèi)容,你快速反饋他的興趣,快速地用起來。

比如他剛剛搜了一雙鞋,那在你的系統(tǒng)里面知道他要買鞋,在分鐘級(jí)的時(shí)間內(nèi)就能夠把這個(gè)信息捕捉到,然后用起來。例如我能夠非常清楚的算出他要買耐克鞋,但系統(tǒng)明天才讓我知道,這時(shí)他的鞋都買完了。

產(chǎn)品和技術(shù)不分家就是這樣,大家要深入到產(chǎn)品的場景中才能在技術(shù)上決策。所以,你在廣告系統(tǒng)里看到的算法,除了像點(diǎn)擊率模型和個(gè)別的環(huán)節(jié)之外,大多數(shù)情況下都不復(fù)雜。因?yàn)橐獱奚葥Q取速度,速度遠(yuǎn)遠(yuǎn)比精度要多一些。

特點(diǎn)

第四,領(lǐng)域的特點(diǎn)。有很多技術(shù)容易有一種技術(shù)上的道德的優(yōu)越感,總要做得盡善盡美。這恰恰在我們這個(gè)系統(tǒng)里是不行的。

比如廣告 1000 次的請(qǐng)求過來,有一次算錯(cuò)了也沒有關(guān)系,甚至有 10 次算錯(cuò)了都沒有太大關(guān)系。如果一開始就知道 1000 次你能錯(cuò)一次,你設(shè)計(jì)出來的就是按照這個(gè)一致性來做,會(huì)發(fā)現(xiàn)成本會(huì)降得極低。

我認(rèn)為技術(shù)決策最困難的一點(diǎn)不在于提高性能,而在于控制成本。

就像你的任務(wù)本身有特別明確的把握,這個(gè)一致性的要求點(diǎn)到底是在哪里?它是千分之一,你絕不要給它做成十萬分之一。那用不上,而且你的成本一下就上去了。

再比如說數(shù)據(jù)日志處理,一萬條日志丟個(gè)兩三條一點(diǎn)關(guān)系都沒有。在日志處理和建模這樣足夠大的場景里,大體上對(duì)就可以了,它使得吞吐率和成本降得很低很低。

這些充分說明要了解系統(tǒng)的全貌,作為技術(shù)的 Leader,你要能畫得出來,絕不能跟著 Team 一塊學(xué)。特別是對(duì)強(qiáng)邏輯性的商業(yè)產(chǎn)品,如果這樣的話,就很難長出一個(gè)好的系統(tǒng)。

技術(shù)

第五,要充分利用開源的技術(shù)。對(duì)一個(gè)新業(yè)務(wù)來說,你的價(jià)值是什么?你要搞清楚公司存在的價(jià)值。公司存在的價(jià)值是解決社區(qū)里或者市場里的新問題。

對(duì)過去已經(jīng)被別人解決了并且解決得盡善盡美的問題,如果你不能利用社區(qū)的現(xiàn)有成果,而是所有的事情都按照自己***的方式去做,那么不管你做得好還是壞,其實(shí)都偏離了主戰(zhàn)場。

所以,很多人來問我這個(gè)問題,就是為什么覺得廣告系統(tǒng)幾個(gè)人就可以了。實(shí)際上,真的是幾個(gè)人就可以了,特別的簡單。

當(dāng)然,用開源軟件也有顧慮,因?yàn)殚_源軟件確實(shí)良莠不齊。我個(gè)人認(rèn)為大型互聯(lián)網(wǎng)公司和開源公司還是可以信賴的。

比如像 Google、雅虎、Facebook,他們本身首先有 Reputation 的問題,另外你不要指望現(xiàn)在做這個(gè)日志傳輸工具能比 Facebook 的 Scribe 做得好,這是因?yàn)槟闵夏膬喝フ乙粋€(gè)測試環(huán)境。

人家對(duì)壓測的測試,經(jīng)過每秒 10TB 的數(shù)據(jù),你上哪兒找?沒有經(jīng)過那一個(gè)測試環(huán)境,你說我代碼寫得好,那根本不可能啊。

我們的原則是什么?只關(guān)注核心的業(yè)務(wù)邏輯。對(duì)于廣告來說,核心的業(yè)務(wù)邏輯是檢索和排序,就是這點(diǎn)。所有的外圍的東西,像我們畫的圖,基本上都可以用開源的架構(gòu)搭起來。

這樣,你所有的資源只要做投放,一個(gè)是數(shù)據(jù)處理的算法,還有就是投放的地方。我算了一下,再復(fù)雜的廣告系統(tǒng),五六個(gè)人是完全可以的。當(dāng)然,前提是徹底擁抱開源,不要猶豫,因?yàn)槟悴皇亲鲋虚g件的公司,你是做業(yè)務(wù)的、做廣告的公司。

還有一點(diǎn)要特別提醒大家,任何以邏輯性和數(shù)據(jù)性為關(guān)鍵指標(biāo)的產(chǎn)品,大家都會(huì)忘掉實(shí)驗(yàn)框架。

實(shí)驗(yàn)框架就是怎么樣建立一個(gè)非常完善的框架,讓我可以分流量做測試,這些其實(shí)都有成熟的解決方案,通過 Google 的 Paper 大家都能夠知道。

在執(zhí)行過程中,任何一個(gè)不太重要或者不緊密的任務(wù),如果***天把它實(shí)現(xiàn)了,你會(huì)發(fā)現(xiàn)在以后所有的時(shí)間內(nèi)這個(gè)生產(chǎn)效率都是加倍的。凡是以數(shù)據(jù)驅(qū)動(dòng)為主的,有經(jīng)驗(yàn)的Leader,實(shí)驗(yàn)框架是最最關(guān)鍵的一個(gè)。

***,對(duì)于技術(shù)團(tuán)隊(duì)來講,相關(guān)的產(chǎn)品經(jīng)驗(yàn)很重要,團(tuán)隊(duì)的技術(shù)靈魂人物,必須要懂產(chǎn)品,而且深入理解業(yè)務(wù)。這樣的一個(gè)架構(gòu)師,能夠把全貌圖畫出來,對(duì)產(chǎn)品特別的清晰,這才是最關(guān)鍵的。

為什么要重視運(yùn)營?

運(yùn)營是容易被大家忽視的。運(yùn)營有兩個(gè)熱度,首先運(yùn)營對(duì)整個(gè)全貌的一個(gè)決策能力,其次,要把數(shù)據(jù)漏斗建立起來。

[[200600]]

運(yùn)營最怕什么?如果運(yùn)營人員看一個(gè)整體,看一個(gè)收入,和別人比怎么掙五塊錢,怎么掙三塊錢,天天盯著收入,這就沒有意義,那就會(huì)不知道哪一個(gè)環(huán)節(jié)有問題。

所以對(duì)于商業(yè)產(chǎn)品的運(yùn)營團(tuán)隊(duì),我覺得數(shù)據(jù)漏斗優(yōu)化能力是最關(guān)鍵的,當(dāng)然如果具有產(chǎn)品思維就更好了。如果結(jié)論都出來,靠運(yùn)營商的手段來解決會(huì)變得越來越累。

還有 MVP,對(duì)商業(yè)產(chǎn)品來說,MVP 實(shí)際的落地者就是運(yùn)營人員。有一個(gè)策略,沒有開發(fā)之前怎么辦呢?運(yùn)營會(huì)先拿手工的策略來試一試,結(jié)果好再去開發(fā)。所以,MVP 是一線的實(shí)踐,非常重要。

***,作為一個(gè)技術(shù) Leader,不管是 CTO,還是技術(shù)總監(jiān),如果開始沒有想清楚用兩個(gè)披薩喂飽一個(gè)團(tuán)隊(duì)的原則,老想著哪天我的團(tuán)隊(duì)變成 300人、500人、2000 人……那絕對(duì)是錯(cuò)誤的。

團(tuán)隊(duì)的管理者必須要想清楚,用兩個(gè)披薩就能把這事做好了,想清楚了這一點(diǎn),后面所有的事情就都會(huì)順利了。

[[200601]]

劉鵬

360商業(yè)產(chǎn)品***架構(gòu)師

負(fù)責(zé) 360 商業(yè)化變現(xiàn)的產(chǎn)品和技術(shù)。曾任微軟亞洲研究院研究員、雅虎北京研究院高級(jí)科學(xué)家 ( 負(fù)責(zé)全球搜索廣告、受眾定向廣告、個(gè)性化內(nèi)容等項(xiàng)目 ) 、 MediaV ***科學(xué)家 ( 負(fù)責(zé)算法和數(shù)據(jù)平臺(tái) )以及搜狐集團(tuán)研究院負(fù)責(zé)人。

以上內(nèi)容節(jié)選自 CTO 訓(xùn)練營出版圖書《CTO說》,根據(jù) 30 多位CTO訓(xùn)練營導(dǎo)師的課堂分享內(nèi)容整理、改編,包括樂視網(wǎng) CTO 楊永強(qiáng)、360 副總裁譚曉生、跟誰學(xué) CTO 李鋼江、花蝦金融 CEO 段念、極客邦科技總裁池建強(qiáng)等,

更多內(nèi)容查看:https://item.jd.com/12065279.html

CTO 訓(xùn)練營為 51CTO 推出的面向中高端技術(shù)管理者的學(xué)習(xí)及社交平臺(tái),16 年推出以來受到了行業(yè)里的中堅(jiān)技術(shù)力量的歡迎,邀請(qǐng)了行業(yè)里資深的技術(shù)高管、技術(shù)類型的投資人以及技術(shù)創(chuàng)業(yè)者,打造技術(shù)管理者的 MBA,幫助中國***潛力的技術(shù)管理者成長為未來技術(shù)領(lǐng)域的***。CTO 訓(xùn)練營第四季正在招募中,愿意加入我們嗎?

http://x.51cto.com/?51cto

【51CTO原創(chuàng)稿件,合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】

責(zé)任編輯:武曉燕 來源: 51CTO技術(shù)棧
相關(guān)推薦

2020-02-14 10:40:13

技術(shù)研發(fā)指標(biāo)

2020-10-26 08:19:53

算法隊(duì)列

2018-12-10 08:36:42

Leader管理模塊

2013-10-29 09:20:13

IE11微軟

2020-08-10 08:24:14

技術(shù)Leader代碼

2013-08-09 10:05:41

亞馬遜團(tuán)隊(duì)

2016-04-01 10:57:50

敏捷開發(fā)團(tuán)隊(duì)配合

2013-07-09 09:59:30

創(chuàng)業(yè)團(tuán)隊(duì)人才

2020-11-13 07:16:09

線程互斥鎖死循環(huán)

2013-07-01 11:01:22

API設(shè)計(jì)API

2013-07-02 10:24:52

團(tuán)隊(duì)管理團(tuán)隊(duì)遠(yuǎn)程團(tuán)隊(duì)

2012-06-05 13:18:58

容錯(cuò)服務(wù)器stratus

2022-03-14 10:02:03

散列表鏈表哈希表

2022-03-24 14:58:02

Java散列表編程語言

2020-06-01 20:57:27

Leader技術(shù)工作

2023-02-26 01:37:57

goORM代碼

2020-07-15 07:57:17

代碼Vue開發(fā)

2020-07-14 14:50:44

Vue代碼前端

2011-07-05 16:13:18

2016-09-06 19:45:18

javascriptVue前端
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)