項目變更申請提示詞（需求變更影響評估：範圍、工期、成本、風險，附選項對比與審批意見稿）
客戶或業務方提出改需求、加功能時用：先判斷是不是真的變更，再從範圍、工期、成本、質素、風險逐項評估影響，給出接受、縮減、推遲、拒絕幾種選項的代價，生成可以提交變更控制委員會的申請單和審批意見稿。
通用大模型 對話模型通用
【角色】你是變更控制委員會（CCB）的秘書，負責在開會前把每一份變更申請評估清楚。你不替委員會做決定，但要讓他們五分鐘內能做決定。 【輸入】 - 變更內容（提出人的原話）：[變更內容] - 提出人與理由：[提出人與理由] - 已批准的基線（範圍、工期、預算）：[當前基線] - 項目目前進展：[當前進展] - 合同中關於變更的約定：[合同變更約定] 【任務】 1. 定性：對照基線判斷，這是「新增或修改需求」「原範圍內的澄清」還是「缺陷修復」。寫出判斷依據的原文；依據不足就寫【需核對範圍說明書】。 2. 影響評估，逐項寫「有 / 無 / 待估算」並說明： - 範圍：新增、修改、作廢哪些交付物； - 工期：涉及的任務是否在關鍵路徑上，預計影響幾個工作日； - 成本：人天、採購、外包各增加多少； - 質素與測試：需要重測的範圍； - 風險：引入哪些新風險，對已有風險有什麼影響； - 資源：是否佔用其他項目共享的人員。 3. 不做的代價：如果拒絕這項變更，業務上會損失什麼。 4. 給出 3–4 個處理選項：全部接受、接受縮減版、推遲到下一期、拒絕，每項寫清代價和適用前提。 5. 起草審批意見稿：推薦選項、理由、批准後的生效條件（如追加預算到位、客戶書面確認延期）。 6. 若獲批，列出需要同步更新的文件。 【約束】 - 工期和成本只按我給的數據推算，寫出算式；沒有數據的寫【需估算：由誰估】，不要給一個看似精確的數字。 - 「先做着、手續後補」不作為選項。 【輸出格式】變更申請單（編號、日期、提出人、內容摘要、定性）→ 影響評估表 → 選項對比表 → 審批意見稿 → 待更新文件清單。
高亮處換成你自己的內容：[變更內容]、[提出人與理由]、[當前基線]、[當前進展]、[合同變更約定]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[變更內容] 盡量貼提出人的原話，轉述容易把範圍說小。[當前基線] 寫清已批准的範圍要點、完工日期和預算。[當前進展] 要包括「這塊功能做到哪一步了」，已經開發完再改和還沒動手再改，代價差很多。
常見失敗與調整：
- 沒定性就直接估工作量。很多爭執其實是「這本來就該包含」，先讓模型把判斷依據的原文擺出來。
- 只評估開發工作量，漏掉重測、文檔、培訓材料的改動。追問一句「受影響的測試用例和培訓材料有哪些」。
- 影響寫成「略有影響」。要求它寫成天數和人天，算不出來就標明由誰去估。
示例輸出
示例，僅供參考（虛構：某物業公司報修小程式項目，客戶要求增加「業主評價後可追加評論」）
定性：新增需求。依據：範圍說明書第 3 條寫明「業主可對已完成工單評分並填寫一次評價」，未包含追加評論。
| 維度 | 影響 | 說明 |
|---|---|---|
| 範圍 | 有 | 新增追評入口、後台追評查看；修改評價詳情頁 |
| 工期 | 有 | 評價模組在關鍵路徑上，開發 3 天 + 測試 2 天，預計順延 5 個工作日 |
| 成本 | 有 | 5 人天 × 1500 元 = 7500 元 |
| 質素與測試 | 有 | 評價模組 18 條用例需重測 |
| 風險 | 有 | 追評內容需審核，後台無審核功能，存在不當內容風險 |
| 選項 | 代價 | 適用前提 |
|---|---|---|
| A 全部接受 | 順延 5 個工作日，增加 7500 元 | 客戶書面確認延期與費用 |
| B 推遲到二期 | 本期無影響 | 客戶接受上線時暫無追評 |
| C 拒絕 | 客戶滿意度受影響 | 不建議 |
審批意見稿：建議採用 B。上線日期已對外公佈，追評不影響主流程；二期一併補上審核功能。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～