軟件實施方案提示詞（ERP / CRM 等系統實施：五階段劃分與出口標準、數據遷移、培訓、上線支持）
中標或簽約後、要向客戶提交系統實施方案時用：按五個階段寫清每階段的工作、交付物、客戶方必須配合的事和過關標準，並展開數據遷移、分層培訓、上線支持三個專章，讓客戶項目負責人看得出各階段要投入什麼。
通用大模型 對話模型通用
請為下面這個系統實施項目寫一份實施方案，讀者是客戶方的項目負責人和關鍵用戶。他們最想看到的是：每個階段要我配合做什麼、做到什麼程度才算過關。 實施的系統與模組：[系統與模組] 客戶概況（行業、組織架構、使用人數）：[客戶概況] 目標上線日期：[目標上線日期] 雙方項目團隊：[雙方項目團隊] 歷史數據情況：[歷史數據情況] 一、階段劃分。按五個階段寫：項目準備、業務調研與方案設計、系統配置與開發、上線準備、上線與支持。每個階段用同一張表說明：起止時間、主要工作、交付物、客戶方必須完成的事、階段出口標準。出口標準寫成可以簽字確認的事實（如「方案設計文檔經各部門負責人簽字」），上一階段沒過關不進入下一階段。 二、從目標上線日期倒推各階段時間。排不下時直接指出哪個階段時間不足、有哪些取捨（分期上線、減少首期模組、增加投入），不要把每個階段都壓短來湊日期。 三、數據遷移專章。 - 分四類說明要不要遷：基礎資料、期初餘額、未完結的單據、歷史交易明細； - 數據清洗由誰負責（原則上由客戶方業務部門負責，實施方提供模板和校驗規則）； - 至少安排兩次模擬遷移，每次之後核對什麼、由誰簽字。 四、培訓專章。分兩層：先培訓關鍵用戶，再由關鍵用戶帶本部門人員。寫清每層的對象、內容、時長和考核方式，以及考核不通過怎麼辦。 五、上線支持專章。上線後現場支持幾週、問題怎麼上報和分級、第一次月結如何陪同、滿足什麼條件後轉入日常運維。 六、項目組織。雙方角色與職責，尤其要寫明客戶方關鍵用戶需要投入的時間比例。 約束：日期、人數、週數只根據我提供的資訊推算，無法推算的標【待補充】；切換當晚的詳細步驟和驗收測試用例不在本文展開，各用一句話說明另有專門文件。 輸出：按上面六部分成文，階段計劃用表格，其餘用短段落。
高亮處換成你自己的內容：[系統與模組]、[客戶概況]、[目標上線日期]、[雙方項目團隊]、[歷史數據情況]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[系統與模組] 寫清首期上哪些模組，如「財務、採購、庫存，生產模組二期」。[雙方項目團隊] 包括客戶方能出幾名關鍵用戶、每週能投入幾天。[歷史數據情況] 說明舊系統是什麼、數據大約多少條、質素如何，例如「物料編碼有重複，約 8000 條」。
常見失敗與調整：
- 方案只寫實施方做什麼，客戶看完以為自己只需要等驗收。把「客戶方必須完成的事」單列一欄，並寫上投入時間。
- 數據遷移一句話帶過。它往往是延期的頭號原因，要寫清誰清洗、遷哪幾類、演練幾次。
- 為了迎合客戶要的日期把每個階段都壓短。排不下就擺出取捨，分期上線通常比硬趕更穩妥。培訓也別隻開一場全員大課，先教會關鍵用戶再由他們帶本部門。
示例輸出
示例，僅供參考（虛構：某食品加工廠實施 ERP 的財務、採購、庫存模組，約 60 名用戶，目標次年 4 月 1 日上線）
| 階段 | 時間 | 主要工作 | 交付物 | 客戶方必須完成 | 出口標準 |
|---|---|---|---|---|---|
| 項目準備 | 12 月第 1–2 周 | 成立項目組、啟動會、搭建環境 | 項目計劃、項目組名單 | 指定 6 名關鍵用戶，每週投入不少於 2 天 | 項目計劃經雙方項目負責人簽字 |
| 業務調研與方案設計 | 12 月第 3 周至 1 月底 | 現狀調研、流程設計、差異分析 | 調研報告、方案設計文檔 | 各部門負責人參加方案評審 | 方案設計文檔經各部門負責人簽字 |
| 上線準備 | 3 月 | 數據遷移演練、培訓、驗收測試 | 遷移核對報告、培訓記錄 | 完成物料與供應商資料清洗 | 第二次模擬遷移核對無差異，驗收測試簽字 |
數據遷移（節選）
- 基礎資料（物料、供應商、客戶）：遷移，由採購部和倉庫在 2 月底前按模板清洗，重點處理重複的物料編碼；
- 期初餘額：以 3 月 31 日帳面數為準遷移；
- 歷史交易明細：不遷移，保留舊系統供查詢。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～