飛書項目負責人洪濤：從抖音研發到飛書項目背後的管理經驗_風聞

飛書中部分產品之間的關係架構，製圖：TO B新勢力

今年5月飛書春季發佈會之前的採訪中，就有相關口碑發酵——飛書目前用户用得好的產品中有一個代號為“Meego”的應用，具體場景是互聯網公司產研項目流程管理，針對的是工程師和極客人羣。

緊接着5月發佈會，飛書Office產品負責人沈學良正式公佈了這款產品：飛書項目。

根據我的理解，飛書旗下所有產品可以大致劃分為三大部分（我為你畫了一張圖）。首先是飛書People，包含了OKR、人事、招聘、績效和飛書Office，包括：即時信息、雲文檔、知識庫、日曆、視頻會議、妙計。這是兩條大產品線，這也是飛書今年5月發佈會後，將文檔、會議、OKR、人事的第一次清晰梳理。配合這次產品架構的清晰調整，飛書當時進化了自己的口號，從“先進團隊先用飛書”到“以人為進”。這一部分我曾寫過一篇報道（《從飛書People系列產品，理解“以人為中心”的分寸感和可能性》）。

而這一次發佈的飛書項目，在我的理解中與飛書審批、飛書合同、飛書費控統一劃分進入一個板塊，暫且稱之為“業務”。我認為目前這一板塊的界限之所以模糊，還在於這一部分產品處於起勢階段，相對低調。飛書項目在今年5月正式上線後到9月初，積累了100家客户。在主創團隊和媒體的分享中強調了幾個信息：

第一，飛書項目這個產品是匹配客户目前是100人以上的有大型複雜產研團隊的TO B企業，通過SaaS模式實現明確商業化。

第二，飛書項目的最底層邏輯，也就是與其他項目管理工具不同之處在於，此前飛書產品負責人沈學良在新春發佈會提到：“是流程。無論是再複雜的項目，在飛書項目裏，都能抽象沉澱為標準的節點流。這樣，協作的SOP就能用工具去沉澱和呈現，員工自然就會遵循設定好的流程高效協作，信息也能高效流通，大大減少了大型項目裏面的溝通工作。”

飛書項目負責人洪濤有一句話解釋了這一點：提升效率，本質不在於增加工作，而是減少產研的工作量。

第三，飛書項目雖然是一款產研工具，但確實和OKR等產品一樣有着濃濃的“飛書味道”：從單一部門抖音應用到字節跳動產品矩陣，再到推向市場。產品設計上信息透明，着重數據沉澱之後的分析。在項目管理場景中，強調了讓每一個產研看到全局信息，把法務等周邊部門融入進來，高頻的信息覆盤工具——鼓勵每一個參與到產研環節的員工，有信息，有機會，去反饋自己的意見，從而為項目的整體價值糾偏。洪濤用了一個詞來形容他心中的產研個體“優秀的同事”。

最後，飛書項目目前的主打案例是抖音，你可以在網上搜到一些媒體曝光的內容。但實際上，這個項目的野心並不僅停留在互聯網上。洪濤蜻蜓點水地提到，飛書項目會蔓延至硬件製造行業，但是這些行業也恰恰是飛書項目從抖音到字節產品矩陣再到向外商業化最終得到反哺的先進經驗之一。

對於這款正式上市半年左右的產品。還帶來了一個思考，把飛書Office協同工具的建羣產品屬性，比如在產研垂直場景中一鍵拉羣，能再一次提升信息傳遞效率。在這個基礎上，每個人都去跑出對於項目價值的判斷和看法，這種分佈式的力量會在每一個微小選擇中微調方向，看得出洪濤和團隊是典型的極客思維，儘可能用工具去提升信噪比。

“優化效率並非讓每一個人多做工作，而是讓每一個人減少自己的工作。”這句話是洪濤在回答記者問題時，我認為其提到的飛書項目本質上的思路。

讓人與人之間的協作浮現出來，客户的聲音是什麼，銷售遇到的問題卡點，到最後上線交互客户是否滿意，飛書項目不是隻覆蓋研發，而是囊括非產研角色（通過投票、評審、數據反饋、度量），而這拆掉了一堵項目管理思維的牆。

未來在製造場景、全球化和中小團隊市場，飛書項目還有空間。

以下是我整理的洪濤講述其從負責抖音研發，到開發Meego，再進一步開發飛書項目的過程中，他們的經歷和融入產品中的思考。

飛書項目是脱胎於抖音、字節的一款項目管理工具。這款產品和飛書的路徑很像，從內部應用到推向市場，再到多行業用户。

我是飛書項目負責人洪濤，2017年加入抖音，在抖音部門研發了這款產品的雛形。2016年9月，字節跳動推出抖音這款產品，當時定位小眾、年輕化，潮流短視頻平台。2017年改名抖音。

年初，我加入，當時App研發團隊不足6人，對比頭條還是小團隊。這時，團隊就對項目管理非常重視，一款面向大眾市場的產品一定有高速的迭代和不斷有新能力的增加，才能更快在產品上領先市場和競品，也意味着更好的機會——這是當時團隊對於項目管理的重視和價值觀。

我們當時採用大量項目管理工具以及配套。到2018年春節抖音進入大眾視野，1月份有2000萬～3000萬DAU，春節回來達到6000萬。這意味着抖音進入大眾市場。團隊規模也增加了，（可以想象）我們在App迭代中遇到挑戰。

App的迭代就像是一列火車從北京到深圳，載着客人。火車的速度有限，運力有限，客人在終點等待，每次要等一個月。更快把產品和功能推給用户的方法是什麼？我當時提了一個新思路——能不能先後發兩輛車？版本迭代縮短到每兩週一次，在內部拆成AB線分別迭代。

但這就會遇到複雜問題：不同團隊的協作，如何分工不同功能；出現問題的轉化；以及從1變成2，但如何在效率有一些提升的基礎上，實現規模性放大？

一個好的項目管理工具才會把這些東西準確交付。2018年10月，飛書項目（代號為Meego）第一版做出來。最早期，只花了大概不到半個月時間，從一行代碼到第一個版本，兩個人在一間會議室封閉10天，我有深度參與。實現林林總總工具的統一。使AB線變成三週迭代。

2020年8月，字節內部產品逐漸用上飛書項目這一工具。基本覆蓋字節所有的App客户。

2021年3、4月份，飛書找到我們的團隊，進行整合。也為這個工具正式定下名字：飛書項目。這一步奠定了，我們有機會嘗試外部客户的需要是否也能夠用這一工具匹配。

通過邀約制度，我們選擇了飛書頭部的客户進行共創。2022年5月，通過一年時間共創，外部客户需求成立，並且帶給飛書新的輸入，融入產品之中。

總結，從2018年到2022年，內部總共經歷了四年打磨。

2022年5月份飛書春季新品發佈會正式發佈了這一產品，到8月份簽約了100家客户。客户總體滿意度很好。

與市面上目前其他產品有哪些不同和思考呢？

首先，字節內產品，早期多種多樣，因此需要做工具的統一。價值是帶來效率最小的磨損，比如讓產品經理、研發等需求和bug之間建立關係。不需要二次開發和系統定製的關聯。

一個需求管理系統還需要對接目標拆解、日曆等系統。這個工作量很大，人與人之間交流有大量磨損。溝通的成本很高，在日常細碎的溝通中實際是無法忽略的。

第二，不同的項目要用不同的工具，比如表格和文檔管理，一旦市場變化快速，需要不停適應市場。字節內部需要調動靈活的資源，調動研發的同學去支持西瓜視頻（中長視頻），再快速調動資源支持短視頻，兩個項目組工具不同，切換的同學需要適應2個月左右的時間。整個集團的工具統一能夠快速調配資源。

第三，飛書項目認為產研項目管理工作本身是流程的執行。最好的流程是順其自然的融入工作，而不是靠PMO的角色去催促項目進度。從產品上實現項目的能力，完整的軟件開發流程，沉澱到系統中，讓流程自然發生。

節點可以通過飛書的消息自然通知不同的角色。並且對於流程上有一些優化的開關優化流程，靈活管理所有項目。沒有系統之前，需求需要PMO，現在不用人全部系統化。這是與市面產品的區別。

市面上的產品更為專注，飛書項目更為開放。清晰知道上下游是什麼，我要交付給他人的角色協同感更自然。

歷史上一個項目經理支持50個人，將過程沉澱到系統，字節內部一個PMO可以支持200人。

第四，關注端到端而非過程價值。

項目管理工具，讓很多人的第一反應是快速關注到項目中的風險和進度。這不是飛書項目的主打，其最大的價值優化在於端到端，而不是某一個具體環節的提升。在字節內部，要並行多個項目，每個項目要上線10多個picture，每一件事情ROI高不高，如果最早期沒有理解清楚價值，上線之後是否有收益沒想清楚，價值沒有發揮出來。

飛書項目非常關注這一點，在項目管理過程中看的不是細節，而是任何加入的一員都是可以清晰理解上下文，可以challenge，並且沉澱到系統中，可以覆盤。每一兩個月，字節會對所有需求進行價值覆盤。

從去年開始，我們配合客户，有了更深的理解。市面上，很多項目管理產品背後是敏捷的理念。但實際上項目管理是一個複雜的事情，本質上在不同的場景下，每個團隊的資歷不同，公司的發展階段不同，都需要有不同的項目管理的工作。沒有一個方法是通用的。飛書項目不會教育客户，不是你先學習，而是提供高度靈活配置能力，提供豐富對象配置。飛書項目更像是一個無代碼平台。如果在企業中，想適配一個自己團隊的流程，飛書項目可以做到。這些是高度靈活和自動可控的。

同時也提供了行業模板。做到不同行業，這背後是基於靈活配置能力。

第五，數據價值。除提供所有項目過程管理中的需求之外，飛書還提供數據完整沉澱之後的覆盤能力。呈現為不同的視圖。核心的需求和能力到底花多少時間才能面向客户，研發團隊的吞吐速度，管理問題帶來的阻塞都可以實時發現問題。度量系統也是高配置的。每個客户可以根據團隊情況定製指標。字節內部目前，每個月兩次的迭代，都沉澱為數據分析。

從沉浸式體驗，每個人關注自己的事情；轉換為context not control，讓每一個優秀的同時瞭解上下游信息，反饋整個業務。比如測試工程師要看產品的價值是什麼，每一個人的角色分佈式能夠提出自己的建議。

飛書項目的產品中，還提倡用飛書羣進行交流。當一個項目建設出來會自動建羣，加入關鍵角色成員。飛書羣永久保留。加入時能夠看到從項目開始的內容。項目的進度變化能夠通過卡片推送到羣內，在移動端可以快速打開項目的picture。

第六，一個好的項目管理工具要實現自動化。最高的效率，最專業的投入，而不是填寫。快速對接代碼託管平台，通過發信號，通知飛書項目，自動流轉節點。根據不同規則自動定義，價值review的環節。這樣的能力在系統中天然支持，會減少低效溝通。

最後，洪濤委婉提及：飛書項目目前在互聯網領域的產研思考，也在嘗試向製造業中嘗試。飛書項目前更適配於100人以上的團隊。能夠將法務等輔助角色融入流程之中。