寫需求不再返工!這句提示詞幫我挖出了所有隱藏的”需求Bug“

0 評論 1931 瀏覽 6 收藏 5 分鐘

你以為AI只能寫文案?其實它也能幫你“挑毛病”。這篇文章講述了作者如何用一句提示詞,讓AI幫忙找出需求文檔里的隱藏Bug,適合每一個想提升寫需求能力的人看看。

在寫AI問答系統(tǒng)的需求文檔,遇到一個看起來特別簡單的點: “用戶提交問題的時候,如果同時處理的問題數(shù)量沒超過上限,就正常提交;要是滿了,就提示:當前提問人數(shù)較多,請稍后提交?!?/p>

是不是很直白?寫下來也就一兩分鐘。結(jié)果沒想到,這個“簡單需求”居然被翻出來一大堆坑。

1. 事情的經(jīng)過

我當時心里想,這不就是個限流嗎?類似茶餐廳門口掛個“客滿,請稍候”。可仔細一琢磨,問題來了:

到底啥叫‘正在處理的問題數(shù)’? 是指跑在引擎里的任務(wù)?還是還在排隊的也算?

如果滿了,是一刀切攔人? 那用戶體驗是不是太差了點?

提示文案是不是太冷冰冰? “當前提問人數(shù)較多,請稍后提交”——這語氣要是放在高峰期,估計能把人氣跑一半。

說實話,當時我有點后怕。如果直接這么寫進PRD,上線后鐵定被用戶罵“怎么又卡死了”。

2. 我是怎么“借力”的:一個提示詞

這里我就動用了一個小技巧——給AI一個明確的提示詞:

提示詞:請全面核查需求描述,并進行改進

看似簡單的一句話,實際上效果還挺炸裂:

它幫我把模糊的口徑掰開,比如“并發(fā)上限”“隊列上限”該怎么定義;

它提醒我,不要只考慮“攔截”,還可以有“排隊”“優(yōu)先級”“降級”;甚至補充了“異常場景、監(jiān)控埋點、文案友好度”這些細節(jié)。

就好比有人給你提了一份“需求審查清單”,你一對照,立馬發(fā)現(xiàn)自己漏了不少東西。

3. 需求被“打磨”的過程

AI把原本的一句話,拆成了幾個層次:

① 不只是攔,還要“排隊”

打個比方,就像奶茶店。店里爆滿了,你可以讓顧客先排隊,還能告訴他“前面還有5個人,大概等10分鐘”。用戶心里有數(shù),總比一句“滿了不接單”舒服吧。

② 誰優(yōu)先,誰靠后

話說回來,是做大宗商品問答的,會員和企業(yè)用戶肯定是“大客戶”。所以就想——是不是得有個“優(yōu)先級隊列”,他們能插到更前面,免費用戶就耐心等等。

③ 要有“降級”方案

假如真的爆滿,不能啥都不給。至少要丟點輕量答案出來,哪怕只是個知識庫摘要??偙取翱帐侄鴼w”要強。

④ 交互和監(jiān)控不能少

前端提示語要更有溫度。比如“系統(tǒng)繁忙,您已排在第3位,預(yù)計等待20秒”,這比冷冰冰的“繁忙”好多了。 再比如后臺要監(jiān)控平均等待時間、拒絕率、放棄率,這樣才能及時擴容或者調(diào)策略。

4. 這事給我的啟發(fā)

說實話,我以前寫需求容易掉進一個坑:覺得寫清楚“流程主干”就夠了,異常情況、邊界情況等上線再補。結(jié)果就是——補不完,bug滿天飛。

這次讓我意識到,其實寫需求和寫代碼挺像的。程序員有 Code Review,我們也該有 需求Review。

有時候,一個簡單的提示詞——“請全面核查需求描述,并進行改進”,能幫你瞬間打開思路。

本文由 @Eureka_Gao 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!