項目範圍說明書提示詞（包含 / 不包含清單、交付物與驗收標準、假設與約束、模糊詞檢查）
合同簽訂後或需求確認階段用：把口頭和零散文件裏的約定整理成範圍說明書，逐項寫清做什麼、不做什麼、每個交付物怎麼驗收，並把「等」「相關」「必要的」這類模糊詞找出來改掉，減少驗收時的扯皮。
通用大模型 對話模型通用
請幫我起草一份項目範圍說明書。我最擔心的是驗收時雙方對「做沒做完」各說各話，所以這份文件要經得起較真。 項目名稱與目標：[項目名稱與目標] 客戶或需求方：[需求方] 已確認要做的內容：[已確認的工作內容] 合同或立項文件中的相關約定：[合同或立項約定] 已知的限制（時間、預算、技術、人員）：[已知限制] 寫作步驟： 一、範圍描述：用 3–5 句話說明最終交付的是什麼、給誰用、解決什麼問題。 二、交付物清單：逐項列出，每項配一條驗收標準，寫成「由誰、依據什麼、檢查什麼、達到什麼結果算通過」。寫不出驗收標準的交付物，標【驗收標準待定】並說明還缺什麼資訊。 三、包含清單：用動詞開頭，寫到能判斷「做了沒有」的粒度。 四、不包含清單：至少 6 條。逐一檢查這些容易被預設包含的事項：歷史數據清洗與遷移、與第三方系統的接口、硬件與網絡、培訓場次與人數、上線後的運維期限、報表與打印格式的定製數量、多語言或多端適配。屬於本項目的寫進「包含」，不屬於的寫進「不包含」，判斷不了的列進待確認。 五、假設：我們當作成立但尚未證實的事，每條寫「若不成立，影響是什麼」。 六、約束：已經確定、無法改變的限制。不要把假設和約束混在一起。 七、模糊詞檢查：通讀全文，把「等」「相關」「必要的」「支持」「優化」「盡量」這類詞全部找出來，改成具體數量或範圍；改不了的列入待確認。 要求：只根據我提供的內容來寫，不要替我擴大範圍；數量、期限、次數我沒給的一律標【待補充】。最後單獨列出「需要與需求方當面確認的問題」。
高亮處換成你自己的內容：[項目名稱與目標]、[需求方]、[已確認的工作內容]、[合同或立項約定]、[已知限制]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[已確認的工作內容] 把合同附件、會議紀要、聊天裏答應過的事都貼進來，越原始越好。[合同或立項約定] 重點貼驗收、交付、付款相關的原文。[已知限制] 例如「必須在春節前上線」「只能用現有伺服器」。
常見失敗與調整：
- 只寫「包含」，不寫「不包含」。驗收時的爭議大多出在沒寫的地方，「不包含」至少要把數據遷移、接口、培訓、運維期四項說清。
- 驗收標準寫成「功能正常、客戶滿意」。讓模型改成能檢查的句子：誰驗、按哪份清單驗、通過條件是什麼。
- 假設寫得像免責聲明，例如「客戶應積極配合」。改成可驗證的事：「客戶在 11 月 10 日前提供近兩年的商品主數據」。
示例輸出
示例，僅供參考（虛構：為某培訓機構開發排課小程式）
交付物與驗收標準（節選）
| 交付物 | 驗收標準 |
|---|---|
| 排課小程式（學員端、教師端） | 由機構教務主管依據雙方確認的 32 條功能清單逐條操作，全部通過；阻塞性缺陷為 0 |
| 管理後台 | 教務人員能獨立完成「建班—排課—調課—導出課表」全流程，用時不超過 10 分鐘 |
| 操作手冊 | 學員端、教師端、後台各 1 份，經教務主管審閱確認 |
不包含（節選）
- 歷史課表數據的整理與導入（機構自行整理，我方只提供導入模板）；
- 在線支付與退費功能；
- 上線滿 3 個月之後的運維服務；
- 超過 2 場的現場培訓。
假設：機構在 11 月 13 日前提供全部教室與教師資訊。若不成立，聯調與驗收順延相同天數。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～