詳解飛書新功能，如何讓開發者“爽”起來？-魔扣目錄

詳解飛書新功能，如何讓開發者“爽”起來？

每一個開發者都曾有著用代碼改變世界的夢想，卻少有人察覺，看似無所不能的他們，在現實中其實也是需要被關懷的“寶寶”。

畢竟，研發部門不能閉門造車地寫代碼，而是需要頻繁地與兄弟部門協同工作，將產品從圖紙和創意完美落地。現實中，倘若沒有高效率的溝通機制和好用的工具輔佐，整個團隊都可能被陷入相愛相殺甚至互相扯皮的泥潭中。相信不少研發“寶寶”們都遭遇過這樣的痛苦，比如：

對目標的認知差異：開發者思維和產品思維的沖突
溝通方式不統一：溝通效率低、信息不對稱、理解不到位
對雙方專業不理解：都說“這個需求很簡單”，實際上每一行代碼都凝結了研發的汗水
工作流程存在問題：怕你決策之前不喊我，產品根本跑不通；又怕你亂喊我，白天反復跟產品討論，只能晚上加班熬夜寫代碼……

還有一個“終極矛盾”——需求文檔中的【優先級】問題。大多數產品經理會說：優先級高的必須上線，中低優先級也需要做。那還分啥優先級？如果說中低選是選做項，那到底做還是不做？

靈魂深處的吶喊：為什么每個需求都是P0？！

為了解決用戶的“痛點”，研發人員首先承受了很多因協同不暢造成的“痛點”：重復性的文檔不僅浪費時間，還容易讓需求更混亂；每次溝通需求都要重新畫一張圖，一個項目下來無數個流程圖和UML；一群產品經理為了搶資源每一項優先級都標“P0”。空耍得一手好Markdown，卻為了配合溝通用雞肋的文檔排版排到懷疑人生……

同為開發者的你是不是也曾經感慨過：人類的自然語言理解實在太難了！其實，問題并非出在語言上，而是協同機制與落后工具造成了這些bug。而提到協同工具，字節跳動旗下的產品“飛書”想必很多人都不陌生。尤其是在那段不得不“遠程辦公”的日子里，飛書為萬千企業帶來了溝通不暫停、業務不斷線的“福音”。

近日，聽說飛書“未來無限大會”將舉辦，新的產品版本和功能也呼之欲出，小編也是充滿期待。在發布會前期，飛書悄然上線了一批“互聯網友好”功能，算是大餐前的“甜點”。畢竟，放眼市面上的辦公軟件，飛書是少數在產品上開辟互聯網/研發人員專屬功能模塊的協同辦公工具。而“互聯網友好”系列功能，實用到可能讓開發者有點“受寵若驚”：

• 開發者可以直接在飛書云文檔中插入、制作、修改流程圖和UML圖

• 使用LaTeX在飛書云文檔中寫公式

• 通過插入Jira過濾器實時掌握項目動態

• ……

可以說，飛書這次推出的實用功能，讓包含研發人員在內的互聯網用戶，都有望得到All-in-One的體驗。接下來一起看看“互聯網友好”都有哪些友好功能吧！

再見了，N個畫圖軟件

在飛書“互聯網友好”功能里，開發者可以在云文檔中插入、制作、修改流程圖，這讓不少研發人員大呼貼心。要知道，很多協同中的矛盾往往起源于一份意圖模糊的【需求文檔】，比如：

當研發人員面對這樣的需求進行生產時，內心應該是絕望的。

首先，我們會產生若干個“如果”：“如果遇到xx情況時，該怎么辦？” 然后打回去給產品經理改，改完又問，又改又問，一來二去，等到需求文檔成熟了，雙方都已經被折磨得差不多了。

其實研發人員真的不需要一大篇文字！我們不需要懂產品同學腦海中的每一條思路，只需要給出一份清晰的交互圖/流程圖，在關鍵的位置有一些邊界條件的說明即可，哪怕只是在草紙上描述清晰，也比看這一份列著1、2、3、4的文檔來得高效。

所以我們的宗旨是：能畫圖的就不要打字！！

在過去使用的協同文檔中，文檔就只是文檔，如果需要插入一個流程圖，只能在第三方軟件畫好再粘貼到文檔里，一旦有些小修小改，再次回到繪圖軟件重新粘貼，沒完沒了，思路頻頻被打斷……而在飛書里，可以直接在云文檔里繪制流程圖、時間軸等等，并支持隨時編輯，在溝通過程中直接修改/新增內容，省時省心。

（在文檔中點擊⊕號，即可插入流程圖）

比如想搞清楚一個產品上線之前需要做哪些工作，有幾種確認方法？

1、在文檔中直接做一個流程圖：

（飛書云文檔內制作流程圖頁面，功能模塊豐富）

編輯完流程圖，點擊左上角的縮小按鈕即可返回文檔。

這時候，流程圖就會直接出現在文檔中，避免在畫圖軟件和文檔中反復切換。而需要修改的時候，直接點擊【編輯】就能繼續制作流程圖。

（飛書云文檔中流程圖插入后的樣式）

值得一提的是，無論是飛書云文檔還是文檔內的流程圖，都是支持多人協作的，除了可以實時修改之外，還支持針對文字和圖片、流程圖、表格、公式等內容的評論和批注，在一個文檔里面可以實現IM的即時溝通。

也就是說，在文檔內你就能針對某一個內容實時討論，不需要切換到IM工具，展示時也節省了錄屏、截圖操作，對于跨部門協同十分友好。

2、時間軸

除了流程圖，還可以用時間軸來明確項目進程。

（在流程圖頁面繪出時間軸）

3、流程圖繪畫

如果開發過程中產品經理突然要改需求，你還可以用流程圖繪圖，確（靈）認（魂）細（拷）節（問）。

最后，我們還可以在文檔中，使用UML圖來推出任務結果A&B&C&D。

實時掌握項目動態，文檔內即可搞定繁雜的Jira問題

如果深入了解你就會發現，如今很多研發運維團隊依舊重復著這樣的日常：項目沒有跟蹤記錄，人員排期混亂，臨近發布還在調代碼，測試人員提Bug靠“口口相傳”，管理者對成員工作量、項目進展不能完全掌握。

并且在研發團隊的各個角色，很多時候的工作情況是這樣的：打開A軟件撰寫產品需求，打開B軟件錄入項目進度，打開C軟件提交測試結果……各項軟件頻繁切換，團隊各人員數據無法同步、數據更新不及時等問題大大影響整體團隊的研發效率。在軟件研發過程中，如何高效追蹤項目進度、提高團隊協作效率、選取適合團隊的研發產品，對于技術管理人員來說是個頭疼的問題。

若能將工具集成在同一平臺，并且針對軟件研發領域提供專業的管理功能，想必對開發者而言能有效地提高工作效率。飛書“互聯網友好”系列功能中的【Jira過濾器】，支持在文檔中插入 Jira 表格或看板，就可以一鍵拉取實時數據，隨時掌握項目動態，輕松管理數據，將Jira的內容和項目文檔等其他上下文內容放在一起，數據實時更新同步，與低效的“復制粘貼”說再見。

你可以在規劃、匯總、復盤等場景中，把 Jira 問題列表一鍵插入到云文檔中，同步相關數據，實現 Jira 數據在云文檔中無縫聯動更新，實時掌控項目動態。

• 開發計劃：按照任務類型、人力、優先級等緯度計劃，關注開發節奏

• 團隊周會：在周報文檔里插入 Jira，同步已完成任務，計劃下周安排

• 項目復盤：分組、篩選、多視圖方式重組數據，多維度復盤項目情況

• Release Notes：匯總并持續關注每版本上線的新功能和修復的 Bug

除此之外，還可以在這里處理事件的優先級。想象一下，現在的你面前擺著一堆突發的“需求”，你把這些突發事件列到Jira問題列表中，那么其中哪些是優先級為P0的事件？

在飛書云文檔上，只需要在每日個人To do文檔中插入Jira問題列表，就可以自主梳理問題類型和處理優先級了。

LaTeX公式、Markdown導入和代碼塊優化

飛書的“互聯網友好”的功能還支持插入LaTeX公式，這對研發人員而言可謂是十分貼心的。

LaTeX 是一個基于 TEX 的排版系統，具有強大的數學公式排版能力。在飛書云文檔中，插入 LaTeX 數學命令，即可實時轉化成數學方程。舉個例子，在飛書云文檔中，可以直接插入公式來自動轉化，還可以對公式編輯字體大小和顏色，公式花樣呈現。

不僅如此，下一步“互聯網友好”系列功能將會支持Markdown導入，也是一個對開發者十分友好的功能。據悉，目前Markdown文件導入、思維導圖、代碼塊優化等功能都正在持續更新中，很快就會與大家見面。

想象一下，在飛書云文檔中，粘貼 Jira Issue 鏈接，自動識別出問題標題、狀態等信息，還即將支持切換編程語言，并根據語言選擇展示代碼高亮的效果，Markdown導入功能還支持嵌入豐富的互聯網常用網頁，包括 Figma 和飛書問卷等，“互聯網友好”功能對于開發者而言，實現 All-in-One 不是夢！

穩扎穩打，互聯網基因的正確打開方式

飛書這次推出的“互聯網友好”功能，除了為研發人員帶來了貼心的協作解決方案以外，其他崗位的協作辦公體驗也得到了較大的提升。在產品的研發理念上，飛書認為，文檔不僅是單純的編輯器，更具有協作和溝通的價值。除了記錄和表達以外，飛書云文檔更注重邏輯性和深入的溝通方式，幫助用戶將日常思考、工作沉淀轉變成有價值的知識資產。

實際上，飛書此次推出的“互聯網友好”功能之所以足夠打動使用者，與飛書背后的互聯網基因有著很強的關聯性。

作為字節跳動旗下的辦公協同工具，飛書一直強調的“Context, Not Control”理念，也與研發人員有著天然的親和力，在日常工作中，研發人員往往擔任的是“創造”的角色，而非僅僅只是“編程”，通過塑造好的Context來激發研發人員的工作熱情與創造力，而不是以Control為主的方法束縛住他們，更利于企業的活力和創新。

正是在“Context, Not Control”這樣的創新理念下，飛書這樣的企業管理工具才擁有源源不斷的內生力量，持續賦能。這不，聽說除了“互聯網友好”功能的推出，飛書在近期還有不小的新動作！