字節(jié)跳動(dòng)收獲總結(jié)：產(chǎn)品規(guī)劃、PRD編輯、評(píng)審及復(fù)盤總結(jié)

字節(jié)跳動(dòng)收獲總結(jié)：產(chǎn)品規(guī)劃、PRD編輯、評(píng)審及復(fù)盤總結(jié)/>、前言新公司實(shí)在太忙，現(xiàn)在才利用地鐵時(shí)間完成第二篇復(fù)盤總結(jié)，希望對(duì)大家有所啟發(fā)和幫助。本文總結(jié)了之前工作中，是如何完成需求方向確定，PRD編輯，需求評(píng)審，產(chǎn)研高效協(xié)作和復(fù)盤總結(jié)的，筆者希望看完這篇文章后，讀者朋友都可以在當(dāng)前團(tuán)隊(duì)試用這套產(chǎn)品管理方法，一些產(chǎn)品新人可以了解到如何做產(chǎn)品規(guī)劃，如何寫出一份結(jié)構(gòu)完整的PRD，如何應(yīng)用靜默評(píng)審提升評(píng)審/會(huì)議效率，如何做復(fù)盤總結(jié)。因作者只在飛書產(chǎn)品線工作，受限于個(gè)人能力和視野局限，文中內(nèi)容既不能代表飛書更不能代表字節(jié)，僅是個(gè)人對(duì)過(guò)去一年多的復(fù)盤思考，不足之處歡迎評(píng)論區(qū)拍磚交流。筆者現(xiàn)在在貝殼金服，如果想要內(nèi)推貝殼金服或貝殼的同學(xué)可以聯(lián)系我哈，如果想要內(nèi)推字節(jié)的同學(xué)也可以聯(lián)系我，我去找朋友幫忙內(nèi)推，祝好運(yùn)~二、產(chǎn)品規(guī)劃、落地和復(fù)盤任何方法都有適用場(chǎng)景，個(gè)人感覺飛書的需求管理更適合于ToC的產(chǎn)品，而且一定程度上產(chǎn)品經(jīng)理要有主導(dǎo)權(quán)，pm可以有效的控制節(jié)奏，如果是業(yè)務(wù)主導(dǎo)的隨時(shí)插入需求的團(tuán)隊(duì)并不是很適用，如前文所說(shuō)，產(chǎn)品的規(guī)劃是按照雙月緯度去推進(jìn)的，雖然會(huì)有偶爾插入需求的情況，但是大多數(shù)需求都是在雙月會(huì)上拉齊不同團(tuán)隊(duì)間的認(rèn)知，協(xié)調(diào)好跨團(tuán)隊(duì)的資源，按照節(jié)奏進(jìn)入產(chǎn)研流程中。產(chǎn)品規(guī)劃-onepageprerelease前文中提到，我在飛書的時(shí)候，團(tuán)隊(duì)是有年度規(guī)劃復(fù)盤會(huì)和雙月規(guī)劃復(fù)盤會(huì)。當(dāng)產(chǎn)品定位確定，年度目標(biāo)和方向給出后，雙月的規(guī)劃會(huì)更多的是一個(gè)目標(biāo)拆解的過(guò)程中的中間環(huán)節(jié)，它連接著年度目標(biāo)和具體落地方案，即是年度目標(biāo)的細(xì)化，也是對(duì)具體方案的抽象。一個(gè)完整功能的一頁(yè)紙即可，以開發(fā)布會(huì)的視角去抽象和組織信息，以純用戶視角去編輯內(nèi)容，需要體現(xiàn)產(chǎn)品的用戶價(jià)值，onepageprerelease內(nèi)容上主要包含三個(gè)部分，標(biāo)題，2-4個(gè)簡(jiǎn)短說(shuō)明，一張示例圖，如果需要可以補(bǔ)充一段注釋。標(biāo)題。一句話說(shuō)明功能提供給用戶的最主要價(jià)值是什么。說(shuō)明。簡(jiǎn)要介紹這個(gè)功能是什么，如何幫助用戶提升哪方面的效率，如果有數(shù)據(jù)可以寫上預(yù)計(jì)對(duì)核心指標(biāo)的影響。示例圖。可以是低保真示意圖，也可以是高保真效果圖，還可以是競(jìng)品或相關(guān)產(chǎn)品的拼接圖，核心是體現(xiàn)出這個(gè)功能未來(lái)可能是什么樣子的，價(jià)值是什么?？梢远嗫刺O果和google的發(fā)布會(huì)，如何用一頁(yè)P(yáng)PT對(duì)一個(gè)產(chǎn)品的核心價(jià)值做抽象，喬幫主的發(fā)布會(huì)值得反復(fù)學(xué)習(xí)，不堆砌硬件指標(biāo)，用與用戶相關(guān)的數(shù)據(jù)震撼觀眾，用一張圖加一段文字，甚至只是一張圖，讓觀眾為之瘋狂。因?yàn)榈讓由蟻?lái)說(shuō)，雙月會(huì)上是爭(zhēng)取團(tuán)隊(duì)資源做目標(biāo)功能的評(píng)審會(huì)，需要大家認(rèn)同當(dāng)前做這個(gè)功能是有意義或價(jià)值的，所以在編輯內(nèi)容過(guò)程中，需要對(duì)目標(biāo)用戶價(jià)值做出抽象，同時(shí)要符合產(chǎn)品定位和年度目標(biāo)，當(dāng)然所在領(lǐng)域的頭部競(jìng)品和相關(guān)領(lǐng)域的頭部產(chǎn)品都可以是思路來(lái)源，比如gmail的年度發(fā)布會(huì)說(shuō)了什么，微軟在企業(yè)知識(shí)圖譜上即將上線哪些功能，在這個(gè)階段需要pm既要向外看，看市場(chǎng)的同類產(chǎn)品的規(guī)劃方向，也要向內(nèi)看，做功能抽象和用戶價(jià)值提煉。其實(shí)任何職級(jí)的PM都可以考慮試用一下，對(duì)當(dāng)前所負(fù)責(zé)的功能進(jìn)行一頁(yè)紙規(guī)劃抽象，可以想象一下你正在發(fā)布會(huì)上介紹這個(gè)功能，如何做才有可能讓用戶為其買單，有助于提升抽象能力，提升產(chǎn)品看問題的高度。產(chǎn)品方案落地-PRD上一篇文章對(duì)于PRD模板用一張圖做了簡(jiǎn)要介紹，本文詳細(xì)敘述一下這套模板。模板可以看做是一套思維范式，可以統(tǒng)一團(tuán)隊(duì)看問題的視角和思考模式，一份結(jié)構(gòu)合理而完整的PRD模板可以幫助創(chuàng)作者聚焦問題并發(fā)散思路，當(dāng)團(tuán)隊(duì)中所有人用一套模板時(shí)，有利于評(píng)審時(shí)文檔閱讀者快速檢索定位到自己的目標(biāo)信息。相關(guān)人員。介紹清楚功能需求的相關(guān)方，包括產(chǎn)品Owner，相關(guān)PM，設(shè)計(jì)師，UX，研發(fā)leader，研發(fā)同學(xué)，算法leader，算法同學(xué)，前端，后端，SDK等。如果存在跨業(yè)務(wù)線的情況需要把相關(guān)同學(xué)全部寫明，方便后續(xù)溝通復(fù)盤。評(píng)審記錄。因?yàn)橐粋€(gè)需求有可能內(nèi)部多輪評(píng)審，包括跟老板的評(píng)審，都會(huì)有一些重要的修改方向，通過(guò)評(píng)審記錄完成關(guān)鍵意見和方向記錄，因?yàn)橥ㄟ^(guò)靜默評(píng)審答疑會(huì)在文檔右側(cè)的區(qū)域進(jìn)行評(píng)論交流，所以評(píng)審記錄更多是對(duì)每一次評(píng)審中重大改動(dòng)意見的記錄。ChangeLog。因?yàn)闀?huì)有可能出現(xiàn)多次修改，包括文字，原型圖片等，包括進(jìn)入測(cè)試環(huán)節(jié)的一些邏輯補(bǔ)全，都需要以表格的形式記錄好，方便研發(fā)和測(cè)試同學(xué)查看。名詞解釋。文檔中可能包含一些需要說(shuō)明的企業(yè)黑話或?qū)Ｓ忻~解釋，方便非內(nèi)部團(tuán)隊(duì)同學(xué)閱讀文檔，比如一些常規(guī)搜索評(píng)估指標(biāo)，MRR，topN有點(diǎn)比，NDCG等背景。用文字清晰的描述需求的背景信息，如果已有功能的優(yōu)化，可以將數(shù)據(jù)看板掛在背景模塊，背影模塊需要寫明為什么做這個(gè)這個(gè)功能，用戶價(jià)值是什么，公司價(jià)值是什么，對(duì)齊那個(gè)年度或閱讀OKR。目標(biāo)用戶。包括主要用戶，次要用戶，關(guān)鍵用戶，負(fù)面用戶用戶場(chǎng)景。用實(shí)際的案例描述用戶場(chǎng)景，比如小王在什么情況有什么訴求產(chǎn)品方案：解決哪些問題。以列表形式列出該功能可以解決的問題目標(biāo)。定義需求數(shù)據(jù)目標(biāo)，如果包含了新的指標(biāo)可以說(shuō)明指標(biāo)計(jì)算方法，指標(biāo)可以拆分一級(jí)指標(biāo)，二級(jí)指標(biāo)或三級(jí)指標(biāo)方案設(shè)計(jì)。以金字塔原理組織需求內(nèi)容，這塊從閱讀者視角去組織信息，總分結(jié)構(gòu)，復(fù)雜功能可能涉及到功能模塊的抽象和拆解參考資料：競(jìng)品分析。列出所選競(jìng)品，將競(jìng)品文檔鏈接添加在此處。相關(guān)文檔。包括需求的歷史相關(guān)文檔，用戶訪談文檔，數(shù)據(jù)報(bào)告文檔，埋點(diǎn)文檔當(dāng)負(fù)責(zé)一些比較大型的項(xiàng)目，受限于當(dāng)前技術(shù)能力或技術(shù)資源，需求需要拆分成多期落地實(shí)現(xiàn)時(shí)，微軟的PRD模板比較好用，這是我在貝殼這邊學(xué)到的，同樣分享給大家。DocumentProperties：FeatureOwner。同上文中的相關(guān)人員RelatedDocument。同上文中參考資料-相關(guān)文檔Abstract。對(duì)功能的頂層抽象，抽象出系統(tǒng)或功能的主要價(jià)值，一般3-5點(diǎn)。有點(diǎn)像是雙月會(huì)上的產(chǎn)品用戶價(jià)值，同時(shí)說(shuō)明系統(tǒng)/功能對(duì)公司的價(jià)值，可以按照1分鐘電梯演講提煉和抽象內(nèi)容。UserScenario。描述清楚用戶場(chǎng)景，同上文中的用戶場(chǎng)景FeatureRequirements。明確列出功能需求，并且給出評(píng)級(jí)，通過(guò)p0s0-p2s2定義產(chǎn)品功能重要程度，通過(guò)功能列表的定義，確定哪些功能當(dāng)前重要緊急，方便切分版本。Scopeforthiswave。根據(jù)上面的評(píng)分，確定哪些功能在這一期的范圍內(nèi)，哪些不在。DetailedDesign。同上文的產(chǎn)品方案與字節(jié)prd模板有以下幾點(diǎn)差異，對(duì)功能的優(yōu)先級(jí)和重要程度界定，方便后續(xù)版本管理和規(guī)劃。幾個(gè)重點(diǎn)：多思考，多問為什么。剛開始做產(chǎn)品經(jīng)理的時(shí)候很容易憑感覺設(shè)計(jì)，感覺應(yīng)該怎樣就怎樣，prd模板就是一套思考范式，梳理清楚背景，描述清晰的用戶場(chǎng)景，明確要解決的問題，定義精確的目標(biāo)，同時(shí)對(duì)競(jìng)品有深入的理解和調(diào)研，再來(lái)設(shè)計(jì)產(chǎn)品，這些前置的準(zhǔn)備其實(shí)就是我們這個(gè)功能為什么這樣設(shè)計(jì)的原因。而且因?yàn)樵u(píng)審方式的原因，就需要提前切換成文檔的讀者模式，看一下哪些點(diǎn)可能有疑惑。同時(shí)，為了防止評(píng)審中被challenge的尷尬，所以需要提前自己多問自己為什么這么設(shè)計(jì)，你的設(shè)計(jì)是當(dāng)前能找到的最好設(shè)計(jì)嗎？終盤反推思維。在飛書學(xué)到一個(gè)產(chǎn)品設(shè)計(jì)思考方法，在產(chǎn)品設(shè)計(jì)的時(shí)候可以一定程度上先跳過(guò)技術(shù)和人力壁壘，考慮最優(yōu)的體驗(yàn)應(yīng)該是什么樣的，然后在根據(jù)當(dāng)前的實(shí)際能力和人力，去做方案降級(jí)，這樣我們能確保產(chǎn)品的方向是對(duì)的，同時(shí)設(shè)計(jì)上可以更好的兼容未來(lái)的優(yōu)化，不太會(huì)出現(xiàn)全盤推翻重做的情況。2.3產(chǎn)品復(fù)盤不知道大家發(fā)現(xiàn)沒有，每次我們準(zhǔn)備跳槽面試的時(shí)候，我們往往會(huì)有一波感知明顯的能力提升，因?yàn)槲覀冃枰獙?duì)自己過(guò)去一段時(shí)間的工作進(jìn)行系統(tǒng)性的梳理，這個(gè)過(guò)程伴隨著歸納總結(jié)，并且找到一些數(shù)據(jù)去佐證自己的價(jià)值，為談薪獲取籌碼。筆者認(rèn)為，產(chǎn)品的設(shè)計(jì)能力提升需要做定期的復(fù)盤，復(fù)盤包括幾個(gè)方面：用戶問題反饋，目標(biāo)用戶訪談和數(shù)據(jù)分析，因?yàn)轱w書會(huì)有雙月規(guī)劃復(fù)盤會(huì)和年度規(guī)劃復(fù)盤會(huì)，所以有一個(gè)機(jī)制幫助產(chǎn)品定期對(duì)自己所負(fù)責(zé)功能進(jìn)行總結(jié)反思。用戶問題反饋。上線后會(huì)收到字節(jié)同學(xué)在bug或問題反饋群中提的意見，復(fù)盤中需要將這些問題梳理出來(lái)，確定是設(shè)計(jì)問題還是系統(tǒng)bug，并且與反饋問題的同學(xué)交流溝通，挖掘問題背后的訴求。目標(biāo)用戶訪談。除了做問題反饋用戶的訪談外，還需要做目標(biāo)用戶的訪談，關(guān)于目標(biāo)用戶訪談的方法網(wǎng)上有不少，就不在這塊贅述，在雙月會(huì)的匯報(bào)文檔中可以將這部分內(nèi)容放在相關(guān)文檔出處，歸納提煉出來(lái)的一些意見可以放到正文中。數(shù)據(jù)分析。數(shù)據(jù)可以一定程度上真實(shí)反應(yīng)用戶的行為，所以所有功能上線前均需要做完善的埋點(diǎn)設(shè)計(jì)，方便分析用操作行為，輔助產(chǎn)品優(yōu)化方案，監(jiān)控問題，在復(fù)盤時(shí)可以作為量化的指標(biāo)，防止大家憑感覺給反饋。準(zhǔn)確的數(shù)據(jù)埋點(diǎn)是公司寶貴的數(shù)據(jù)資產(chǎn)，通常來(lái)說(shuō)，在沒有做基于數(shù)據(jù)模型驅(qū)動(dòng)用戶行為的設(shè)計(jì)時(shí)，往往前端用戶埋點(diǎn)會(huì)非?；靵y，導(dǎo)致即使有算法工程師介入，也只能服務(wù)端取業(yè)務(wù)數(shù)據(jù)，行為數(shù)據(jù)無(wú)法使用，還需要長(zhǎng)時(shí)間的補(bǔ)埋點(diǎn)，積累數(shù)據(jù)后，才能獲取到準(zhǔn)確的數(shù)據(jù)，歷史用戶行為數(shù)據(jù)往往無(wú)法使用，這是一種極大的浪費(fèi)，后面計(jì)劃寫一篇文章，總結(jié)一下我在這塊的思考總結(jié)，感興趣的朋友可以提前關(guān)注哈。三、需求評(píng)審現(xiàn)在發(fā)現(xiàn)并不是所有的公司的產(chǎn)品方案都會(huì)有一個(gè)嚴(yán)格的內(nèi)部評(píng)審機(jī)制，飛書的評(píng)審機(jī)制比較完整，分享給大家。第一輪，雙月會(huì)上基于prerealease完成優(yōu)先級(jí)拉齊第二輪，產(chǎn)品團(tuán)隊(duì)內(nèi)部的評(píng)審（復(fù)雜方案會(huì)切分成多輪多次評(píng)審）第三輪，內(nèi)部討論一致的方案跟老板和各團(tuán)隊(duì)一起評(píng)審第四輪，拿著產(chǎn)品團(tuán)隊(duì)對(duì)齊的方案跟研發(fā)評(píng)審排期過(guò)程中都會(huì)與對(duì)應(yīng)的engineerleader持續(xù)交流，會(huì)不斷打磨產(chǎn)品方案。個(gè)人感覺上，這個(gè)過(guò)程是對(duì)產(chǎn)品來(lái)說(shuō)壓力最大也是提升最大的，后面換了新的產(chǎn)品老大，流程上做了一些調(diào)整，上了一套系統(tǒng)去管理需求，將產(chǎn)品上線相關(guān)的所有節(jié)點(diǎn)均包含在內(nèi)，包括翻譯，法務(wù)，數(shù)據(jù)等，因?yàn)楹竺娴牧鞒涛覜]有走過(guò)，暫不做展開介紹。向上-對(duì)功能的頂層抽象因?yàn)樾枨笤u(píng)審的過(guò)程中會(huì)有高級(jí)別的老板參與評(píng)審，這類評(píng)審可能不太關(guān)注具體細(xì)節(jié)的設(shè)計(jì)（也有可能非常非常非常關(guān)注字節(jié)），但是會(huì)關(guān)注對(duì)功能場(chǎng)景的抽象是否準(zhǔn)確和深入，用戶需求場(chǎng)景的本質(zhì)模型是什么？一些頂級(jí)競(jìng)品如微軟的Team，GoogleGsuite是如何做的，當(dāng)前這個(gè)功能是否與其他非直接競(jìng)品的底層邏輯一致，比如郵件服務(wù)是如何設(shè)計(jì)過(guò)濾器的，電商平臺(tái)是如何做信息篩選的，如何實(shí)現(xiàn)的重要信息標(biāo)記、提取和顯示等。為了可以順利評(píng)審過(guò)關(guān)，PM需要做很多抽象工作，嘗試回答現(xiàn)實(shí)場(chǎng)景中，用戶需求的本質(zhì)是什么，類似訴求下當(dāng)前的解決方案有哪些，哪些我們可以借鑒，進(jìn)而去設(shè)計(jì)我們自己解決方案，當(dāng)然有可能抽象錯(cuò)了，也會(huì)在評(píng)審過(guò)程通過(guò)提問回答獲得糾正。向下-每個(gè)設(shè)計(jì)點(diǎn)多次自我拷問-我為什么這么設(shè)計(jì)？評(píng)審過(guò)程中先是小團(tuán)隊(duì)內(nèi)部多人評(píng)審，使用靜默評(píng)審的方式，對(duì)文檔中疑惑點(diǎn)或者問題點(diǎn)進(jìn)行劃線提問，默讀過(guò)程中，功能owner先用文字回答問題，閱讀完成后開始以回答問題為主的評(píng)審，如果文字回答滿意可以不用復(fù)述問題，如果需要調(diào)整，評(píng)論下面創(chuàng)建todo。因?yàn)閰⑴c到評(píng)審中的角色會(huì)比較多（組內(nèi)產(chǎn)品和小組leader，相關(guān)功能pm，數(shù)據(jù)同學(xué)，算法同學(xué)等），所以在上評(píng)審之前需要自己?jiǎn)柷宄约簽槭裁催@么設(shè)計(jì)。包括但不限于交互設(shè)計(jì)，信息結(jié)構(gòu)，競(jìng)品設(shè)計(jì)，策略，埋點(diǎn)，指標(biāo)等。評(píng)審方式-靜默評(píng)審上一篇文章中提到了整體操作流程，這次補(bǔ)上一些圖示。創(chuàng)建日程，將參加評(píng)審?fù)瑢W(xué)添加至日程，并編輯會(huì)議摘要，說(shuō)明評(píng)審內(nèi)容，參與者收到飛書push日程的消息，會(huì)議開始前X分鐘自動(dòng)追加一個(gè)消息提醒會(huì)議開始后，通過(guò)日程快速創(chuàng)建會(huì)議群，群內(nèi)發(fā)出待評(píng)審PRD，大家在各自電腦打開閱讀文檔，對(duì)疑惑/質(zhì)疑點(diǎn)時(shí)劃線編輯評(píng)論一次PRD評(píng)審控制在45分鐘，PRD作者組織評(píng)審，一般會(huì)15分鐘閱讀文檔，過(guò)程中PRD作者通過(guò)文字回答評(píng)論提問，閱讀完成后文檔底部點(diǎn)贊代表閱讀完成，多數(shù)人點(diǎn)贊后開始對(duì)評(píng)論答疑討論，并記錄todo好處：通過(guò)閱讀而不是presentation展開方案討論，讓評(píng)審更客觀，不會(huì)被演講者帶節(jié)奏；要求文檔邏輯更加清晰簡(jiǎn)潔（15分鐘可以讀完）；評(píng)審過(guò)程基于問答更加聚焦，不容易跑題；問答過(guò)程記錄在文檔評(píng)論區(qū)，同時(shí)記錄todo,節(jié)省部分會(huì)后整理會(huì)議紀(jì)要時(shí)間看到這里，你可能會(huì)推理出飛書的評(píng)審會(huì)非常多，一個(gè)功能的迭代有可能多輪評(píng)審，而團(tuán)隊(duì)中每個(gè)成員還需要參與到組內(nèi)或組間其他人的需求評(píng)審，所以評(píng)審比較耗時(shí)。我的理解是飛書的產(chǎn)品設(shè)計(jì)過(guò)程通過(guò)這種評(píng)審會(huì)（30到45分鐘的評(píng)審會(huì)），讓想法充分交流，評(píng)審過(guò)程中的靜默問答模式讓產(chǎn)品對(duì)自己的方案更加負(fù)責(zé)，上線前長(zhǎng)時(shí)間的內(nèi)部灰度確保產(chǎn)品質(zhì)量，所以這么多倫的評(píng)審也不是適用于所有組織和團(tuán)隊(duì)，但是這個(gè)過(guò)程中形成的壓力會(huì)磨練pm做更深層的抽象，對(duì)每個(gè)細(xì)節(jié)都有充分的考量，長(zhǎng)期訓(xùn)練下來(lái)，有助于形成產(chǎn)品體感。而且評(píng)審過(guò)程中會(huì)看到高級(jí)別的pm如何提問，能問出好的問題是非常非常重要的。愛因斯坦曾經(jīng)說(shuō)過(guò)：“提出一個(gè)問題比解決一個(gè)問題更重要”。而靜默評(píng)審是一個(gè)幫助低階產(chǎn)品學(xué)習(xí)高階產(chǎn)品如何看產(chǎn)品，如何提問題的非常好的學(xué)習(xí)場(chǎng)景。四、高效協(xié)作其實(shí)網(wǎng)上一直流傳著產(chǎn)品和研發(fā)水火難容的故事，之前的公司中，與研發(fā)配合時(shí)感覺還好，都能很快跟開發(fā)打成一片，和小自己10幾年的研發(fā)同學(xué)稱兄道弟。在58和字節(jié)的時(shí)候，都會(huì)有一個(gè)小圈子，也可以稱為產(chǎn)品的智囊團(tuán)。先有產(chǎn)品證明自己的專業(yè)性，同時(shí)找到想把事情做好的關(guān)鍵成員，PM說(shuō)要做什么功能給出方案，前后端研發(fā)，算法，設(shè)計(jì)會(huì)幫著看方案是否有可以優(yōu)化的點(diǎn)，哪里有漏洞幫我想到，研發(fā)主動(dòng)提出更好的技術(shù)實(shí)現(xiàn)方案，大家為了把事情做成做好而愉快配合。也會(huì)遇到不好溝通的研發(fā)，但總能找到突破口。但最近因?yàn)榕浜系漠a(chǎn)研團(tuán)隊(duì)都在其他城市，所以遇到了一些協(xié)作問題，這讓我開始思考，為什么會(huì)有這種情況出現(xiàn)，是否有什么機(jī)制可以一定程度解決這個(gè)問題？感覺在58的時(shí)候是運(yùn)氣比較好，遇到了靠譜的同學(xué)，而字節(jié)是有一套機(jī)制和文化讓人變得靠譜，文化的部分放到下一章，先來(lái)說(shuō)一下機(jī)制。本質(zhì)上來(lái)說(shuō)，產(chǎn)品經(jīng)理和研發(fā)，設(shè)計(jì)，算法等工作性質(zhì)不太一樣，也就是為啥pm剛出來(lái)就是“經(jīng)理”的原因，因?yàn)槲覀冚敵鑫臋n和原型，具體實(shí)現(xiàn)都是研發(fā)，設(shè)計(jì)和算法來(lái)落地，我們的價(jià)值是通過(guò)合作方來(lái)實(shí)現(xiàn)的，而且一般情況下產(chǎn)品會(huì)對(duì)產(chǎn)出負(fù)責(zé)。就如同西游記中師徒四人，產(chǎn)研協(xié)作中，產(chǎn)品就如同唐僧，經(jīng)常說(shuō)的就是：“我要什么”，具體都要看孫悟空們落地。而這個(gè)過(guò)程中往往是產(chǎn)品經(jīng)理扛著老板的壓力和業(yè)務(wù)的壓力，要給孫悟空們壓時(shí)間和提意見，工齡長(zhǎng)了之后，其實(shí)研發(fā)容易從對(duì)事情負(fù)責(zé)變成對(duì)任務(wù)負(fù)責(zé)，產(chǎn)品給出要給出沒有問題的需求，研發(fā)不出bug的實(shí)現(xiàn)，一旦看到有問題的方案就會(huì)開懟。筆者認(rèn)為最底層上來(lái)看，這是把事做成做好的壓力沒有傳達(dá)到團(tuán)隊(duì)成員的原因，更像是其他人在幫產(chǎn)品實(shí)現(xiàn)功能。如果希望團(tuán)隊(duì)高效協(xié)作，需要保證團(tuán)隊(duì)內(nèi)部的成員大家對(duì)做成一個(gè)事情負(fù)責(zé)，而不是只對(duì)自己所負(fù)責(zé)的工作負(fù)責(zé)。字節(jié)的解決方案時(shí)增加一個(gè)角色，項(xiàng)目級(jí)別團(tuán)隊(duì)都會(huì)有一個(gè)engineerleader，這個(gè)角色不單單只是協(xié)調(diào)研發(fā)測(cè)試資源，組織站會(huì)，為團(tuán)隊(duì)爭(zhēng)取留時(shí)間余量和匯報(bào)進(jìn)度，這個(gè)角色需要同產(chǎn)品owner高度配合，這個(gè)角色需要在研發(fā)評(píng)審前，和產(chǎn)品就產(chǎn)品方案達(dá)成一致，過(guò)程中可以提各種問題，但是對(duì)齊后，那么方案的設(shè)計(jì)和落地就是兩人共擔(dān)。研發(fā)的老大開會(huì)的時(shí)候不會(huì)找產(chǎn)品，直接找對(duì)應(yīng)的engineerleader，這個(gè)角色就是研發(fā)中的那個(gè)對(duì)項(xiàng)目結(jié)果負(fù)責(zé)的人，扛著對(duì)應(yīng)的壓力，因?yàn)樗茄邪l(fā)體系的人，在處理內(nèi)部矛盾上比產(chǎn)品直接協(xié)調(diào)好很多，而且我發(fā)現(xiàn)，越是高階的研發(fā)負(fù)責(zé)人，越是懂業(yè)務(wù)，很多研發(fā)老板同時(shí)負(fù)責(zé)產(chǎn)研團(tuán)隊(duì)，換個(gè)角度來(lái)看，這種角色是研發(fā)負(fù)責(zé)人的種子。五、Owner意識(shí)這個(gè)話題前一篇文章也提到過(guò)，但是還是想拉出來(lái)說(shuō)一下，之前和一個(gè)關(guān)系非常好朋友聊百度搜索廣告面對(duì)客戶需求，產(chǎn)品反應(yīng)速度慢的問題（可能是有的產(chǎn)品哈）。因?yàn)樽止?jié)也在做搜索廣告，所以有些類似的場(chǎng)景，面對(duì)客戶的一個(gè)需求，字節(jié)可能是對(duì)接人快速飛書建群，拉上相關(guān)產(chǎn)研同學(xué)，鎖定問題，討論方案，排期規(guī)劃，有可能1-2周內(nèi)開發(fā)上線，效率非常高，百度有可能耗費(fèi)更久的時(shí)間走流程，一個(gè)需求從一線到研發(fā)會(huì)經(jīng)歷很多個(gè)角色，每個(gè)角色可能都有自己的考量。因?yàn)闆]在百度待過(guò)，但是當(dāng)時(shí)在字節(jié)的時(shí)候也有百度跳過(guò)來(lái)的同學(xué)，感覺投入度超高，非常有Owner意識(shí)，閑聊時(shí)他們會(huì)說(shuō)在百度并不是這個(gè)狀態(tài)。從我對(duì)自己投入度復(fù)盤來(lái)看，字節(jié)讓我投入度超高主要有以下幾點(diǎn)原因：承諾一致?！墩f(shuō)服力》和《細(xì)節(jié)》中提到了公開承諾的力量，因?yàn)槿吮灸艿臅?huì)保持自己行為和承諾一致，可能是人類為了協(xié)作對(duì)抗危險(xiǎn)，演化寫進(jìn)我們基因中的一套底層編碼，還記得前文中提到年度，雙月，內(nèi)部評(píng)審會(huì)嗎？因?yàn)樽止?jié)在乎數(shù)據(jù)，所以大量功能都會(huì)提前做出數(shù)據(jù)目標(biāo)承諾，在多輪需求溝通（公開承諾）后，沉沒成本不多增加，你會(huì)感覺這個(gè)需求或功能就是你的，千萬(wàn)不能做砸了，進(jìn)而會(huì)給自己持續(xù)增壓。文化和價(jià)值觀改變行為-字節(jié)范兒。當(dāng)年的BAT三家巨頭中，阿里最講企業(yè)文化建設(shè)，組織中甚至有政委的角色，沒在阿里待過(guò)，但是從一些花邊新聞可以看出，阿里是一個(gè)非常重視價(jià)值觀和公司價(jià)值一致的公司，騰訊和百度似乎沒有這么明顯，三家中阿里的強(qiáng)度和壓力也是最大的。字節(jié)沒有政委，但字節(jié)范兒就是字節(jié)的文化價(jià)值觀統(tǒng)一的密碼，每個(gè)公司都有自己的文化價(jià)值觀，但是字節(jié)范的落地是我見到最NB的，當(dāng)前字節(jié)范包含六句話：“追求極致、務(wù)實(shí)敢為、開放謙遜、坦誠(chéng)清晰、始終創(chuàng)業(yè)，多元兼容”，如何讓這么抽象的概念深入人心，進(jìn)而影響行為呢？通過(guò)大量的重復(fù)出現(xiàn)（辦公室墻上，會(huì)議室未接入屏幕，食堂電視，360環(huán)評(píng)，衛(wèi)生間宣傳畫），來(lái)說(shuō)兩個(gè)場(chǎng)景，360環(huán)評(píng)和衛(wèi)生間宣傳畫。衛(wèi)生間宣傳畫。在58我看到的衛(wèi)生間“展示位”給了公司季度業(yè)績(jī)，猜測(cè)目標(biāo)是為了激勵(lì)員工努力？回憶當(dāng)時(shí)似乎沒有太強(qiáng)烈的感覺，在貝殼，看到的衛(wèi)生間海報(bào)是介紹哪些行為不對(duì)，主強(qiáng)調(diào)正確行為引導(dǎo)。但是字節(jié)的衛(wèi)生間海報(bào)就是宣傳公司核心價(jià)值觀-字節(jié)范兒，用漫畫的形式告訴這些抽象概念對(duì)應(yīng)的是什么行為，我在的這一年中經(jīng)歷過(guò)一次海報(bào)替換，但最終換回了最初我入職的那一套，感覺這個(gè)真的能體現(xiàn)出字節(jié)范兒是什么，大家可以感受一下。至少我感覺通過(guò)漫畫我能夠快速將字節(jié)范兒的抽象概念快速的與日常工作聯(lián)系在一起了。360環(huán)評(píng)。在字節(jié)，試用期需要邀請(qǐng)其他人360環(huán)評(píng)，8月（年中）和3月（年終）會(huì)有360環(huán)評(píng)決定績(jī)效，環(huán)評(píng)中會(huì)需要對(duì)被測(cè)評(píng)人的字節(jié)范兒給出評(píng)分和描述，環(huán)評(píng)工具會(huì)舉例可以如何去寫，產(chǎn)品一般需要給20-50個(gè)合作方寫環(huán)評(píng)，所以這個(gè)過(guò)程中自己持續(xù)的給別人打環(huán)評(píng)的過(guò)程中，變向的也是在告訴自己什么是公司鼓勵(lì)的行為，也是講抽象概念具象化到自己身邊同學(xué)行為的一個(gè)過(guò)程。周圍同事都很拼。前文中提到了，評(píng)審會(huì)和討論會(huì)占用大量的白天時(shí)間，雖然每個(gè)半小時(shí)到45分鐘，但是產(chǎn)品有整塊的時(shí)間還是要到晚上，因?yàn)樽止?jié)有一個(gè)補(bǔ)貼政策，就是公司附近租房子有每月補(bǔ)貼1500元，所以很多同學(xué)都住得離公司特別近，而且字節(jié)的食堂，下午茶，晚上零食水果是真的香，所以基本上你會(huì)發(fā)現(xiàn)9點(diǎn)后很多人都不會(huì)走，也不著急走，而且確實(shí)又很多白天接回來(lái)的活要干，所以就出現(xiàn)了大面積的加班。雙月會(huì)匯報(bào)壓力。在飛書經(jīng)歷了兩個(gè)階段，第一個(gè)階段，飛書PM人數(shù)不多（60人左右），那時(shí)候的雙月會(huì)都是每個(gè)人去說(shuō)明自己的上個(gè)雙月做了什么功能，上線后數(shù)據(jù)表現(xiàn)如何，與之前的數(shù)據(jù)承諾有何差異，未達(dá)成的原因，優(yōu)化的思路是什么，雙月會(huì)上大家往往壓力報(bào)表。第二個(gè)階段，飛書的PM人數(shù)太多了，雙月會(huì)上是組長(zhǎng)在替具體功能負(fù)責(zé)人解釋說(shuō)明復(fù)盤內(nèi)容。就是這一點(diǎn)改變，壓力指數(shù)會(huì)降低非常非常多。如果希望產(chǎn)品的投入度提升，可以考慮讓執(zhí)行產(chǎn)品直接給老板匯報(bào)，或者面對(duì)多人challenge的場(chǎng)景，匯報(bào)人的投入度和圍觀別人替自己匯報(bào)的投入度真的是完全不一樣。六、其他飛書的有些功能非常贊，所以有些離開字節(jié)的同學(xué)會(huì)抱怨沒辦法再用飛書特別遺憾，文末我想分享一個(gè)飛書的小功能，其中部分模塊我也有參與設(shè)計(jì)優(yōu)化，真的感覺這個(gè)功能可以非常直觀的體現(xiàn)飛書的產(chǎn)品定位和目標(biāo)，分享給大家，大家做產(chǎn)品的過(guò)程中可以做類似的思考和細(xì)節(jié)設(shè)計(jì)。前一篇總結(jié)中提到，飛書定位就是解決團(tuán)隊(duì)高效協(xié)同，希望讓用戶的每一次click都能是最快捷高效的，一次點(diǎn)擊，即使幫助用戶節(jié)省0.5秒，當(dāng)一個(gè)企業(yè)每天幾萬(wàn)人多次使用時(shí)，所節(jié)省出來(lái)的時(shí)間也將非常可觀。本文想要分享的小功能是飛書的一個(gè)全局功能@，在IM和文檔中可以快捷觸發(fā)。先來(lái)描述IM協(xié)調(diào)溝通中的幾個(gè)辦公場(chǎng)景的痛點(diǎn)：經(jīng)常需要在群聊中@群內(nèi)某人/某些人，希望他們可以閱讀所發(fā)送的消息，當(dāng)群聊人數(shù)較