任何工作流程，都值得被 AI 重塑 N 遍。—— 好夕雷

這段時間有點忙，團隊又接了一大堆新活。

需求一多問題就來了，部門產品的文檔效率低于預期，導致開發即將出現延期。

作為產品負責人，我在想有沒有什么辦法，讓同事們能更高效、快速地產出產品文檔？

帶著這個問題，我陷入了沉思。

順手打開王者，放松大腦思考下對策。

一段悲催的往事

只有在遭遇沉重的身心雙重打擊，人們才會痛定思痛、改過自新。——好夕雷

繼王者 8 連跪后，我知道今天不太適合打排位了。

所以沒辦法，打開 B 站卷下前端 HTML、CSS 基礎（假裝自己很努力），想著我學完后能整個 APP 出海賺刀樂。

你可能會問，一個產品學啥前端？我只能說，這是一個悲傷的故事。

我為什么做產品，原因是我畢業那會，聽說互聯網前端賺錢多。

所以我花了 3 個月時間閉關，結果還學不會 JavaScript。

面臨失業的恐慌，有個朋友說你怎么不去做產品？聽說人人都能做產品來著，工作輕松動動嘴就行了。（我信你個鬼！

我這個人聽勸，大概花了一天時間，臨時抱佛腳學會 Axure 基礎操作，還臨摹了十幾張原型去面試。

這回運氣很好，我順利成為了一名原型仔。

如何通過結構化偽代碼，大幅提升文檔撰寫效率？

話說回來，這幾天學一些前端基礎，還是有點用處的。

憑著半吊子的前端知識，加上團隊面臨的文檔效率問題，促使我思考圖形化產品文檔的必要性。

我嘗試著用一種前端偽代碼的方式，去代替舊的原型界面，結果發現了這 6 個意外驚喜。

1. 能力提升

一開始我的想法很簡單，秉承著 MVP 思維，先試著用偽代碼，去代替后臺列表頁的文檔撰寫。

在這過程中，我一直不斷地熟悉、學習組件庫文檔。

比起枯燥的看書、看視頻學習，這種面向問題的學習過程，讓我工作之余，順便帶薪掌握了不少前端知識。

我起碼大致搞懂了，前端是怎么一回事。

為了便于理解，我總結了一個公式（不一定準確），即前端 = 組件 + 交互 + 數據 + ...。

1. 組件：即標簽 HTML、樣式 CSS 和屬性控制
2. 數據：指的是數據來源，一般來自數據庫表字段、API 調用、會話緩存等
3. 交互：即 JavaScript 和相關框架 VUE、React，主要涉及一些功能交互的邏輯處理

學會這些，我感覺離出海賺刀樂又進了一大步。

2. 細節掌控

一個常規的后臺列表頁，包含的內容其實并不多，主要有“搜索、篩選、操作、表格、分頁”等組件。

如果按之前的方法，用 Axure 原型繪制一個日期時間選擇器，基本功較差的產品小白，很容易搞出實現成本超高的離譜方案。

這樣效率太低不說，前端一般也不會鳥你。（我今天心情不好，你這個方案懶得寫，要么你就給我下樓買杯咖啡~

一些效率高點的產品老油條，要么自己做個組件、要么東拼西湊不知哪來的組件庫，直接拖拽搞定。

除此之外，為了滿足更友好的交互體驗，可能還需要寫大概幾十字的規則介紹。

內容包含“支持點擊今天/明天/本周類似的快捷選項、結束時間默認 23:59:59”等說明。（原型仔可能就跳過了，我眼里只有界面。

這也是我一直以來都習慣的文檔形式，現在看來耗時又耗力，前端還沒精力、沒耐心完全看完。

那按偽代碼的方式，要怎么描述呢？

以 Element 組件庫為例，其實你只要指定它的日期時間選擇器組件 DateTimePicker，然后加上一些屬性即可。

例如：DateTimePicker :default-time="[12:00:00, 23:59:59]" :picker-options="[今天, 明天, 本周, 本月, 今年]"

換樣式就更簡單了，花幾秒鐘改個值的事情。

Element 庫中的描述列表組件 Descriptions，一般用于顯示用戶信息。

我只要把 Descriptions :column="3" border 的 column 改值和去除 border 屬性，就能得到一行顯示任意數量字段的無邊框列表。

這種偽代碼的需求文檔，讓我更清晰知道一個組件庫的能力邊界和適用場景。

以至于對方案的樣式和細節把控，也得到了大幅提升。

再有開發說這個不能做，不用我教，你也知道該怎么辦了吧？

3. 批量產出

互聯網中產生價值的前提是，創造優質的結構化數據，而這正是 AI 最擅長的領域。

當我用結構化偽代碼的形式，代替之前的圖形化產品文檔后，我發現原先一個較通用的模塊級產品文檔，需要產品花 1~3 天完成。

現在用 AI + RPA 批量產出，效率至少提高 10 倍。

思路大概是這樣：Template + Prompt + AI + Workflow + RPA。

1. Template：將結構化的偽代碼，封裝成一個個頁面模版；
2. Prompt：撰寫這個模版的相關提示詞；
3. AI：然后選擇一個 AI 大模型進行處理，獲得期望結果；
4. Workflow：如果涉及較繁雜的流程，可以試著拆解后讓 AI Workflow 進行處理；
5. RPA：RPA 則負責一些電腦原生交互，去驅動縫合相關 AI Workflow。

按這套流程重塑一遍后，原先幾小時、幾天的工作量，現在你只要點幾下鼠標，一邊悠哉喝咖啡一邊等就行了。

4. 精力管理

最近我日常的產品經理工作中，各種 AI 工具的使用率越來越高了。

想起剛做產品經理那會，哪有什么 GPT、Claude 幫忙打工呢。

最多就嘗試著把原型組件化，讓文檔撰寫效率提升幾倍。

我后來也不斷試著優化工作效率，期間折騰過文檔模板化、工作流程化、經驗方法化，還做過不少 RPA 自動化。

但自從 ChatGPT 發布后，我發現這波 AI 紅利后勁有點大。

其中我觀察到，職場人的工作 AI 化趨勢越來越明顯了。

或許未來的某一天，大多數人的工作，可能只剩下思考決策和內容審核了。

這意味著，在產品經理這一重思考的領域，誰率先使用 AI 完成能力進化，誰就能獲得更大的思考空間。

對于產品一號位來說，花更多精力用于思考和決策，就更有機會發現潛在的市場機會，并為團隊贏得先發優勢。

一場精力管理革命，或許正在悄悄來臨。

5. 合理排期

隨著不斷深入學習，你搞懂了技術實現的研發成本，這就導致前后端不好忽悠你了。

如果在公司你還有項目管理權，那基本排期松緊完全看心情了。

老板看得緊點，那就合理地催催進度。

如果這段時間沒啥重要項目，那么偶爾摸摸魚，給同事謀福利也不錯。

工作張弛有度，才能可持續混底薪。

6. 輸送人才

在公司，AI 適合一個人角落里偷偷用。——好夕雷

在我看來，產品領域的文檔偽代碼化，只是 AI 自動化的開始。

隨著 AI 參與改造的流程越多，相關團隊的工作效率將得到極大提升，這帶來的結果有兩種。

要么升職加薪、要么降薪裁員。

如果你的公司適合養老，可千萬別試著玩火，摸魚多舒服啊~

要不然，那就真是裁員廣進，向社會輸送人才了。

總結

把產品文檔進行偽代碼化，將幫助產品經理快速產出文檔。

除此之外，我也意外發現了 6 個驚喜：

1. 能力提升：通過不斷熟悉、學習開發文檔，順便帶薪提升了不少技術知識；
2. 細節掌控：搞懂了開發文檔的能力邊界和適用場景，對方案樣式和細節把控的能力，也得到了大幅提升；
3. 批量產出：結合 AI 和 RPA 快速、高效、批量產出文檔，大幅減少了文檔撰寫時間，工作效率杠杠的；
4. 精力管理：用 AI 工具省出來的時間，讓產品有更多精力用于思考和決策了；
5. 合理排期：懂技術之后，前后端就沒法忽悠你了，排期松緊完全看心情；
6. 輸送人才：引入 AI 提升工作效率，順便加快了整體部門，在公司的離職進程??。

歡迎關注作者微信公眾號：「產品之外」