由寫提示詞走到第一個有用切片
一個實用方法,幫市場推廣人走出提示詞,定義一個真實用戶可以測試、看得見的 AI 輔助切片。
簡短回答
由寫提示詞走到構建,意思是為一個真實用戶選定一個看得見的切片,然後定義用戶可以測試甚麼,以及甚麼必須暫時不做。

提示詞是有用的。它也是一個很舒服的藏身處。
你可以花幾個星期改善提示詞、測試工具、儲存例子,卻仍然沒有把任何東西放到真實用戶面前。我自己也做過不同版本。我的版本通常有一個看起來很認真的資料夾名稱,但除了我自己的電腦,沒有人可以使用。它感覺很有生產力,因為你一直有動作。但那件東西其實還未能被其他人使用。
構建者的動作不一樣。
你定義一個看得見的切片,並令它可以被測試。
甚麼算是一個切片
一個切片有四個部分:
-
一個用戶
不是一個市場,而是一個人或一個角色。 -
一個重複工作
足夠經常發生、值得處理的事。 -
一個產出
草稿、備註、評分、建議、簡報或交接。 -
一個審核時刻
一個讓人可以接受、修正或拒絕產出的位置。
差的切片:
做一個 AI 客戶管理助手。
較好的切片:
幫一位客戶負責人把混亂的客戶問題串,變成會前決策備忘,然後要求人在分享前批准建議。
第二個比較小,但它可以展示出來。
為甚麼市場推廣人有優勢
市場推廣人知道工程師未必看得見的工作。
你知道哪一份簡報會造成三輪混亂。你知道哪一份報告根本沒有人讀。你知道哪個交接在流程文件裡看起來沒問題,但每逢星期四就會斷。
這些知識有價值。但它必須變成 構建簡報。
構建簡報要說清楚用戶、問題、第一個產出、風險和驗收條件。沒有這些,AI 可以生成很多方向錯誤的程式碼。
Prova 怎樣處理
Prova 的構建者路徑先由現實檢查開始,然後是項目簡報,再到構建計劃。這個順序是刻意的。
如果現實檢查太弱,簡報會變成幻想。如果簡報模糊,構建計劃會變成表演。如果構建計劃忽略 QA,發布準備關卡會太遲才捉到問題。
我可能錯,但我覺得很多非技術構建者受傷的地方就在這裡。他們不是因為沒有想法而失敗。他們是因為第一個切片太模糊,無法測試。
從更小開始。
把一件事變得看得見。
讓一個真實的人反應。
哪一個最小切片會令你有點不好意思展示,但仍然可以讓你學到東西?
Chandler


