任何工作流程，都值得被 AI 重塑 N 遍?！?好夕雷

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

需求一多問題就來了，部門產(chǎn)品的文檔效率低于預(yù)期，導(dǎo)致開發(fā)即將出現(xiàn)延期。

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

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

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

一段悲催的往事

只有在遭遇沉重的身心雙重打擊，人們才會痛定思痛、改過自新?！孟?/p>

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

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

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

我為什么做產(chǎn)品，原因是我畢業(yè)那會，聽說互聯(lián)網(wǎng)前端賺錢多。

所以我花了 3 個月時間閉關(guān)，結(jié)果還學不會 Javascript。

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

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

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

如何通過結(jié)構(gòu)化偽代碼，大幅提升文檔撰寫效率？

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

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

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

1. 能力提升

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

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

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

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

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

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

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

2. 細節(jié)掌控

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. 批量產(chǎn)出

互聯(lián)網(wǎng)中產(chǎn)生價值的前提是，創(chuàng)造優(yōu)質(zhì)的結(jié)構(gòu)化數(shù)據(jù)，而這正是 AI 最擅長的領(lǐng)域。

當我用結(jié)構(gòu)化偽代碼的形式，代替之前的圖形化產(chǎn)品文檔后，我發(fā)現(xiàn)原先一個較通用的模塊級產(chǎn)品文檔，需要產(chǎn)品花 1~3 天完成。

現(xiàn)在用 AI + RPA 批量產(chǎn)出，效率至少提高 10 倍。

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

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

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

4. 精力管理

最近我日常的產(chǎn)品經(jīng)理工作中，各種 AI 工具的使用率越來越高了。

想起剛做產(chǎn)品經(jīng)理那會，哪有什么 GPT、Claude 幫忙打工呢。

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

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

但自從 ChatGPT 發(fā)布后，我發(fā)現(xiàn)這波 AI 紅利后勁有點大。

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

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

這意味著，在產(chǎn)品經(jīng)理這一重思考的領(lǐng)域，誰率先使用 AI 完成能力進化，誰就能獲得更大的思考空間。

對于產(chǎn)品一號位來說，花更多精力用于思考和決策，就更有機會發(fā)現(xiàn)潛在的市場機會，并為團隊贏得先發(fā)優(yōu)勢。

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

5. 合理排期

隨著不斷深入學習，你搞懂了技術(shù)實現(xiàn)的研發(fā)成本，這就導(dǎo)致前后端不好忽悠你了。

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

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

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

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

6. 輸送人才

在公司，AI 適合一個人角落里偷偷用?！孟?/p>

在我看來，產(chǎn)品領(lǐng)域的文檔偽代碼化，只是 AI 自動化的開始。

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

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

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

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

總結(jié)

把產(chǎn)品文檔進行偽代碼化，將幫助產(chǎn)品經(jīng)理快速產(chǎn)出文檔。

除此之外，我也意外發(fā)現(xiàn)了 6 個驚喜：

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

產(chǎn)品之外