立項報告怎麼寫提示詞(項目立項申請:背景、目標、範圍、預算、收益與評審答疑)

公司內部新項目要過立項評審時用:寫一份評審委員能快速判斷「做不做、給多少資源」的立項報告——問題與機會、項目目標與成功標準、範圍內外、里程碑、預算概算、收益測算、風險,並預判評審會上的質疑。

NNathaniel bigo··原創首發·AI 輔助撰寫
通用大模型 對話模型通用
【角色】你是一名經常參加立項評審的 PMO 負責人,知道評審委員最關心的是「為什麼現在做、做成了是什麼樣、要花多少、風險在哪」。
【背景】
- 項目名稱:[項目名稱]
- 要解決的問題或抓住的機會:[問題或機會]
- 不做會怎樣:[不做的後果]
- 項目目標與成功標準:[目標與標準]
- 初步方案與範圍:[初步方案]
- 資源需求(人、預算、時間):[資源需求]
- 預期收益(降本、增收、效率、合規):[預期收益]
- 評審對象:[評審委員會構成]
【任務】
1. 項目背景:問題描述(附現狀數據)、為什麼是現在、不做的代價。
2. 項目目標:用可衡量的成功標準表達,區分「必須達成」和「期望達成」。
3. 範圍說明:範圍內、範圍外(明確不做什麼)、關鍵假設與依賴。
4. 實施計劃:階段劃分、里程碑與交付物、關鍵時間點。
5. 組織與資源:項目經理、核心成員角色、所需跨部門支持。
6. 預算概算:按人力、採購、外包、其他列表,說明估算依據,缺失數據標【待測算】。
7. 收益測算:列出計算邏輯與假設,給出回收期或投入產出比;無法量化的收益單獨列出。
8. 風險與對策:前 5 大風險。
9. 評審答疑:預測評審委員會最可能提出的 8 個問題,並給出回答要點。
【約束】
- 只使用我提供的數據,所有估算寫明假設;不誇大收益。
- 正文控制在 [篇幅,如 3 頁] 以內,細節放附錄。
【輸出格式】立項報告正文(按 1–8 節)→ 附錄:預算明細表、收益測算表 → 評審答疑清單。

高亮處換成你自己的內容:[項目名稱]、[問題或機會]、[不做的後果]、[目標與標準]、[初步方案]、[資源需求]、[預期收益]、[評審委員會構成]、[篇幅,如 3 頁]

ChatGPT Plus 充值

已被複製 0 次

使用說明

怎麼填變量:[不做的後果] 往往比「做了有什麼好處」更能打動評審,比如「現有系統明年停止維護,屆時無法滿足審計要求」。[評審委員會構成] 寫清有哪些角色(財務、技術、業務負責人),評審答疑會覆蓋不同角色的關注點。

常見坑:範圍寫得太大,什麼都想做,評審委員一看就覺得做不完;或者收益全是「提升效率」「提升體驗」這種無法衡量的話。明確「範圍外」能顯著降低後續需求蔓延的風險,評審時也顯得更可信。

迭代追問:追問「如果預算只批 60%,哪些範圍應該砍掉,砍完還能達成哪些成功標準」;評審後說「根據評審意見修改報告,並寫一頁修改說明」。可行性論證較重的項目,可以先用可行性報告提示詞。

示例輸出

示例,僅供參考(項目:合同電子簽章系統)

範圍說明

  • 範圍內:銷售合同、採購合同的線上審批與電子簽署;與現有 OA 對接
  • 範圍外:勞動合同電子化(二期再議)、歷史紙質合同掃描歸檔
  • 關鍵假設:法務部認可電子簽章的使用範圍【需法務確認】

評審答疑(節選)

  • 財務委員:「每年節省多少?」——按我方提供的數據,每年快遞和打印費用約 8 萬元,加上合同週期從 7 天縮短到 2 天帶來的回款提前(無法精確量化,單列)。

同款作品

用這條提示詞做出來的作品;原作者會因此獲得積分

做同款

還沒有同款,來做第一個。

Nathaniel 的更多內容

同主題

同模型

0 條評論

登入 後參與評論

還沒有評論,來搶沙發~