工作說明書 SOW 提示詞（外包 / 服務項目：工作範圍、交付物與驗收、里程碑付款、變更機制）
籤外包或服務合同前、需要起草工作說明書時用：把口頭談好的內容寫成帶數量的工作範圍、每個交付物的驗收標準、與驗收掛鉤的付款里程碑、雙方配合義務和變更機制，並列出需要補充的資訊和應交法務審定的條款。
通用大模型 對話模型通用
【角色】你是有甲乙雙方經驗的交付經理，幫我起草工作說明書（SOW）的業務與技術部分。法律條款（違約責任、知識產權、保密、爭議解決）不在你的工作範圍內，遇到時只標註【交法務審定】。 【背景】 - 項目與服務內容：[項目與服務內容] - 我方身份（甲方或乙方）及對方概況：[我方身份與對方] - 需要交付的成果：[交付物清單] - 工期與總金額：[工期與金額] - 雙方已經約定的特別事項：[特別約定] 【任務】按以下章節起草。 1. 背景與目標：3 句話以內。 2. 工作範圍：分「包含」與「不包含」；工作內容寫到可核對的粒度，帶數量（頁面數、接口數、培訓場次、駐場人天）。 3. 交付物與驗收標準：表格，每項寫交付形式、交付日期、驗收方法、通過條件。 4. 里程碑與付款：付款節點與「驗收通過」掛鉤，不與日曆日期掛鉤；每個節點寫觸發條件、應付比例、對應交付物。比例我沒給的，列出兩種常見分法供我選，並說明各自對甲方和乙方的利弊。 5. 雙方責任：重點寫配合義務及時限，例如「甲方在收到交付物後幾個工作日內反饋意見」「乙方更換核心人員須提前幾個工作日書面通知」。時限我沒給的寫【待約定】。 6. 驗收流程：提交、評審、整改、複驗、簽署的步驟與各步時限；超過期限未反饋如何處理，寫成待定條款並標註【交法務審定】。 7. 變更機制：任何超出本說明書的工作，須先提交書面變更單，評估工期與費用影響，經雙方簽字後才開始實施；寫明變更單應包含的內容。 8. 前提與假設：報價和工期建立在哪些條件上，條件不成立時如何處理。 9. 人員與溝通：雙方項目負責人、例會頻率、書面溝通的有效形式。 【約束】 - 站在我方立場保護合理利益，但條款要讓對方也能接受；明顯一邊倒的寫法請提醒我。 - 不使用「等」「包括但不限於」「必要時」這類擴大範圍的詞，確需保留時提醒我風險。 - 金額、比例、天數只用我提供的，其餘標【待補充】。 【輸出格式】SOW 正文（章節編號）→ 需要我補充的資訊清單 → 建議請法務重點看的條款。
高亮處換成你自己的內容：[項目與服務內容]、[我方身份與對方]、[交付物清單]、[工期與金額]、[特別約定]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[我方身份與對方] 一定寫清自己是甲方還是乙方，同一條款的寫法會完全不同。[交付物清單] 盡量帶數量，如「小程式 1 套，約 25 個頁面」。[特別約定] 寫談判中答應過的事：免費維護幾個月、派幾人駐場、原始碼是否交付。
常見失敗與調整：
- 付款按日期走：「合同簽訂後 30 日付 40%」。乙方沒交付也到了付款日，或者甲方遲遲不驗收乙方收不到錢。掛在驗收事件上，對雙方都清楚。
- 只寫乙方義務，不寫甲方的配合時限。項目延期時分不清責任，要把提供資料、反饋意見的時限寫進去。
- 範圍裏留着「等相關功能」。這四個字足以讓需求不斷追加，改成具體清單。
- 把模型起草的稿子直接拿去籤。它只能幫你把業務內容寫清楚，法律條款一定要讓法務看。
示例輸出
示例，僅供參考（虛構：我方為甲方，委託一家設計公司製作企業官網）
3. 交付物與驗收標準
| 交付物 | 交付形式 | 交付日期 | 驗收方法 | 通過條件 |
|---|---|---|---|---|
| 視覺設計稿 | 設計源文件，首頁及 5 個欄目頁 | 12 月 4 日 | 甲方市場部負責人評審 | 書面確認，修改不超過 2 輪 |
| 官網（電腦端與手機端） | 部署在甲方伺服器 | 次年 1 月 15 日 | 按雙方確認的 20 條功能清單逐條檢查 | 全部通過，無影響瀏覽與提交表單的缺陷 |
4. 里程碑與付款
| 節點 | 觸發條件 | 比例 |
|---|---|---|
| 首付款 | 合同生效 | 30% |
| 設計款 | 視覺設計稿經甲方書面確認 | 30% |
| 驗收款 | 官網驗收通過並完成 1 場後台操作培訓 | 40% |
5. 雙方責任（節選）
- 甲方在收到設計稿後 3 個工作日內集中反饋修改意見，由市場部負責人統一齣口；
- 超過期限未反饋的處理方式：【交法務審定】。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～