效率倍增!如何用結(jié)構(gòu)化偽代碼,重塑產(chǎn)品需求文檔?

4 評(píng)論 1199 瀏覽 6 收藏 11 分鐘

寫PRD絕對(duì)是產(chǎn)品經(jīng)理日常工作中最耗時(shí)間和精力的任務(wù)了,有沒(méi)有辦法提高一些效率呢?這篇文章,作者分享的結(jié)構(gòu)化偽代碼方法,可以參考一下。

這段時(shí)間有點(diǎn)忙,團(tuán)隊(duì)又接了一大堆新活。

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

作為產(chǎn)品負(fù)責(zé)人,我在想有沒(méi)有什么辦法,讓同事們能更高效、快速地產(chǎn)出產(chǎn)品文檔?

帶著這個(gè)問(wèn)題,我陷入了沉思。

順手打開王者,放松大腦思考下對(duì)策。

01 一段悲催的往事

只有在遭遇沉重的身心雙重打擊,人們才會(huì)痛定思痛、改過(guò)自新?!孟?/p>

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

所以沒(méi)辦法,打開 B 站卷下前端 HTML、CSS 基礎(chǔ)(假裝自己很努力),想著我學(xué)完后能整個(gè) APP 出海賺刀樂(lè)。

你可能會(huì)問(wèn),一個(gè)產(chǎn)品學(xué)啥前端?我只能說(shuō),這是一個(gè)悲傷的故事。

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

所以我花了 3 個(gè)月時(shí)間閉關(guān),結(jié)果還學(xué)不會(huì) JavaScript。

面臨失業(yè)的恐慌,有個(gè)朋友說(shuō)你怎么不去做產(chǎn)品?聽說(shuō)人人都能做產(chǎn)品來(lái)著,工作輕松動(dòng)動(dòng)嘴就行了。

我這個(gè)人聽勸,大概花了一天時(shí)間,臨時(shí)抱佛腳學(xué)會(huì) Axure 基礎(chǔ)操作,還臨摹了十幾張?jiān)腿ッ嬖嚒?/p>

這回運(yùn)氣很好,我順利成為了一名原型仔。

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

話說(shuō)回來(lái),這幾天學(xué)一些前端基礎(chǔ),還是有點(diǎn)用處的。

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

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

03 能力提升

一開始我的想法很簡(jiǎn)單,秉承著 MVP 思維,先試著用偽代碼,去代替后臺(tái)列表頁(yè)的文檔撰寫。

在這過(guò)程中,我一直不斷地熟悉、學(xué)習(xí)組件庫(kù)文檔。

比起枯燥的看書、看視頻學(xué)習(xí),這種面向問(wèn)題的學(xué)習(xí)過(guò)程,讓我工作之余,順便帶薪掌握了不少前端知識(shí)。

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

為了便于理解,我總結(jié)了一個(gè)公式(不一定準(zhǔn)確),即前端 = 組件 + 交互 + 數(shù)據(jù) + …。

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

學(xué)會(huì)這些,我感覺(jué)離出海賺刀樂(lè)又進(jìn)了一大步。

04 細(xì)節(jié)掌控

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

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

這樣效率太低不說(shuō),前端一般也不會(huì)鳥你。(我今天心情不好,你這個(gè)方案懶得寫,要么你就給我下樓買杯咖啡~

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

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

內(nèi)容包含“支持點(diǎn)擊今天/明天/本周類似的快捷選項(xiàng)、結(jié)束時(shí)間默認(rèn) 23:59:59”等說(shuō)明。(原型仔可能就跳過(guò)了,我眼里只有界面。

這也是我一直以來(lái)都習(xí)慣的文檔形式,現(xiàn)在看來(lái)耗時(shí)又耗力,前端還沒(méi)精力、沒(méi)耐心完全看完。

那按偽代碼的方式,要怎么描述呢?

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

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

換樣式就更簡(jiǎn)單了,花幾秒鐘改個(gè)值的事情。

Element 庫(kù)中的描述列表組件 Descriptions,一般用于顯示用戶信息。

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

這種偽代碼的需求文檔,讓我更清晰知道一個(gè)組件庫(kù)的能力邊界和適用場(chǎng)景。

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

再有開發(fā)說(shuō)這個(gè)不能做,不用我教,你也知道該怎么辦了吧?

05 批量產(chǎn)出

能用 AI 代替的,就別無(wú)腦堆人力?!孟?/p>

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

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

現(xiàn)在用 AI + RPA 批量產(chǎn)出,效率至少提高 10 倍,極限時(shí)間大概 2 小時(shí)。

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

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

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

06 精力管理

一個(gè)悲催的現(xiàn)實(shí)是,產(chǎn)品的大多數(shù)時(shí)間,完全被繁瑣的文檔工作、無(wú)聊低效的會(huì)議占據(jù)著?!孟?/p>

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

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

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

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

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

其中我觀察到,職場(chǎng)人的工作 AI 化趨勢(shì)越來(lái)越明顯了。

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

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

對(duì)于產(chǎn)品一號(hào)位來(lái)說(shuō),花更多精力用于思考和決策,就更有機(jī)會(huì)發(fā)現(xiàn)潛在的市場(chǎng)機(jī)會(huì),并為團(tuán)隊(duì)贏得先發(fā)優(yōu)勢(shì)。

一場(chǎng)精力管理革命,或許正在悄悄來(lái)臨。

07 合理排期

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

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

老板看得緊點(diǎn),那就合理地催催進(jìn)度。

如果這段時(shí)間沒(méi)啥重要項(xiàng)目,那么偶爾摸摸魚,給同事謀福利也不錯(cuò)。

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

08 總結(jié)

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

除此之外,我也意外發(fā)現(xiàn)了 5 個(gè)驚喜:

  • 能力提升:通過(guò)不斷熟悉、學(xué)習(xí)開發(fā)文檔,順便帶薪提升了不少技術(shù)知識(shí);
  • 細(xì)節(jié)掌控:搞懂了開發(fā)文檔的能力邊界和適用場(chǎng)景,對(duì)方案樣式和細(xì)節(jié)把控的能力,也得到了大幅提升;
  • 批量產(chǎn)出:結(jié)合 AI 和 RPA 快速、高效、批量產(chǎn)出文檔,大幅減少了文檔撰寫時(shí)間,工作效率杠杠的;
  • 精力管理:用 AI 工具省出來(lái)的時(shí)間,讓產(chǎn)品有更多精力用于思考和決策了;
  • 合理排期:懂技術(shù)之后,前后端就沒(méi)法忽悠你了,排期松緊完全看心情。

本文由人人都是產(chǎn)品經(jīng)理作者【好夕雷】,微信公眾號(hào):【產(chǎn)品之外】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于 CC0 協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 怎么用 AI + RPA 批量產(chǎn)出?有示例嗎?

    來(lái)自陜西 回復(fù)
    1. 比較復(fù)雜,不懂 Prompt 和 RPA 的新手弄不了。

      來(lái)自廣東 回復(fù)
  2. 博主的意思是用前段實(shí)現(xiàn)的方式替代部分頁(yè)面的原型和邏輯描述嗎,求教

    來(lái)自上海 回復(fù)
    1. 用有團(tuán)隊(duì)共識(shí)的前端偽代碼,替代圖形化界面文檔。

      來(lái)自廣東 回復(fù)