效率倍增!如何用結(jié)構(gòu)化偽代碼,重塑產(chǎn)品需求文檔?
寫(xiě)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)致開(kāi)發(fā)即將出現(xiàn)延期。
作為產(chǎn)品負(fù)責(zé)人,我在想有沒(méi)有什么辦法,讓同事們能更高效、快速地產(chǎn)出產(chǎn)品文檔?
帶著這個(gè)問(wèn)題,我陷入了沉思。
順手打開(kāi)王者,放松大腦思考下對(duì)策。
01 一段悲催的往事
只有在遭遇沉重的身心雙重打擊,人們才會(huì)痛定思痛、改過(guò)自新?!孟?/p>
繼王者 8 連跪后,我知道今天不太適合打排位了。
所以沒(méi)辦法,打開(kāi) B 站卷下前端 HTML、CSS 基礎(chǔ)(假裝自己很努力),想著我學(xué)完后能整個(gè) APP 出海賺刀樂(lè)。
你可能會(huì)問(wèn),一個(gè)產(chǎn)品學(xué)啥前端?我只能說(shuō),這是一個(gè)悲傷的故事。
我為什么做產(chǎn)品,原因是我畢業(yè)那會(huì),聽(tīng)說(shuō)互聯(lián)網(wǎng)前端賺錢多。
所以我花了 3 個(gè)月時(shí)間閉關(guān),結(jié)果還學(xué)不會(huì) JavaScript。
面臨失業(yè)的恐慌,有個(gè)朋友說(shuō)你怎么不去做產(chǎn)品?聽(tīng)說(shuō)人人都能做產(chǎn)品來(lái)著,工作輕松動(dòng)動(dòng)嘴就行了。
我這個(gè)人聽(tīng)勸,大概花了一天時(shí)間,臨時(shí)抱佛腳學(xué)會(huì) Axure 基礎(chǔ)操作,還臨摹了十幾張?jiān)腿ッ嬖嚒?/p>
這回運(yùn)氣很好,我順利成為了一名原型仔。
02 如何通過(guò)結(jié)構(gòu)化偽代碼,大幅提升文檔撰寫(xiě)效率?
話說(shuō)回來(lái),這幾天學(xué)一些前端基礎(chǔ),還是有點(diǎn)用處的。
憑著半吊子的前端知識(shí),加上團(tuán)隊(duì)面臨的文檔效率問(wèn)題,促使我思考圖形化產(chǎn)品文檔的必要性。
我嘗試著用一種前端偽代碼的方式,去代替舊的原型界面,結(jié)果發(fā)現(xiàn)了這 5 個(gè)意外驚喜。
03 能力提升
一開(kāi)始我的想法很簡(jiǎn)單,秉承著 MVP 思維,先試著用偽代碼,去代替后臺(tái)列表頁(yè)的文檔撰寫(xiě)。
在這過(guò)程中,我一直不斷地熟悉、學(xué)習(xí)組件庫(kù)文檔。
比起枯燥的看書(shū)、看視頻學(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ì)鳥(niǎo)你。(我今天心情不好,你這個(gè)方案懶得寫(xiě),要么你就給我下樓買杯咖啡~
一些效率高點(diǎn)的產(chǎn)品老油條,要么自己做個(gè)組件、要么東拼西湊不知哪來(lái)的組件庫(kù),直接拖拽搞定。
除此之外,為了滿足更友好的交互體驗(yàn),可能還需要寫(xiě)大概幾十字的規(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é)把控,也得到了大幅提升。
再有開(kāi)發(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:撰寫(xiě)這個(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 幫忙打工呢。
最多就嘗試著把原型組件化,讓文檔撰寫(xiě)效率提升幾倍。
我后來(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)目,那么偶爾摸摸魚(yú),給同事謀福利也不錯(cuò)。
工作張弛有度,才能可持續(xù)混底薪。
08 總結(jié)
把產(chǎn)品文檔進(jìn)行偽代碼化,將幫助產(chǎn)品經(jīng)理快速產(chǎn)出文檔。
除此之外,我也意外發(fā)現(xiàn)了 5 個(gè)驚喜:
- 能力提升:通過(guò)不斷熟悉、學(xué)習(xí)開(kāi)發(fā)文檔,順便帶薪提升了不少技術(shù)知識(shí);
- 細(xì)節(jié)掌控:搞懂了開(kāi)發(fā)文檔的能力邊界和適用場(chǎng)景,對(duì)方案樣式和細(xì)節(jié)把控的能力,也得到了大幅提升;
- 批量產(chǎn)出:結(jié)合 AI 和 RPA 快速、高效、批量產(chǎn)出文檔,大幅減少了文檔撰寫(xiě)時(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ù)
怎么用 AI + RPA 批量產(chǎn)出?有示例嗎?
博主的意思是用前段實(shí)現(xiàn)的方式替代部分頁(yè)面的原型和邏輯描述嗎,求教