數位與系統・Knowledge

系統規劃書

Q: 系統規劃書是什麼？

系統規劃書是開發前把「要解決什麼問題、誰在用、資料長什麼樣、功能怎樣算做對」寫清楚的文件；系統規劃 怎麼做，答案就是先訪談第一線、先定義資料、再寫功能與驗收條件。系統規劃書就是開發前的設計圖。它回答五個問題：這套系統要解決什麼問題、哪些人會用、資料有哪些（客戶、商品、案件、訂單）與彼此關係、每個功能在什麼情境下由誰使用並怎樣算做對、先做哪些後做哪些。有了它，業主才能拿同一份文件向幾家開發商詢價，而不是各家依自己的想像報價；開發完成也才有驗收依據。沒有規劃書直接找廠商開發，最常見的結果是上線後被第一線一句「我們平常不是這樣做」打回來，再花錢改。

系統規劃書是開發前把「要解決什麼問題、誰在用、資料長什麼樣、功能怎樣算做對」寫清楚的文件；系統規劃怎麼做，答案就是先訪談第一線、先定義資料、再寫功能與驗收條件。

關鍵事實

包含內容：問題定義、角色與範圍、現況與目標流程圖、資料字典、功能規格與驗收條件、階段規劃
誰來做：業主可自行撰寫，或委託獨立的系統規劃團隊，規劃與開發可分開委託
產出用途：向多家開發商比價的共同基準、招標需求書的底稿、驗收時翻文件不翻舊帳
最值錢的一章：資料字典：實體、欄位、主檔與來源定義好，功能自然收斂
與規格書的關係：規劃書定方向與範圍，需求規格書把每項功能寫到可估時可驗收

白話解釋

系統規劃書就是開發前的設計圖。它回答五個問題：這套系統要解決什麼問題、哪些人會用、資料有哪些（客戶、商品、案件、訂單）與彼此關係、每個功能在什麼情境下由誰使用並怎樣算做對、先做哪些後做哪些。

有了它，業主才能拿同一份文件向幾家開發商詢價，而不是各家依自己的想像報價；開發完成也才有驗收依據。沒有規劃書直接找廠商開發，最常見的結果是上線後被第一線一句「我們平常不是這樣做」打回來，再花錢改。

你什麼時候會遇到它

公司準備開發客戶管理、生產管理或案件資料庫系統卻被各家報價差距困擾、機關或團體要辦資訊系統採購需要需求書、部門主管有想法但寫不出文件，或既有系統要改版介接時，都會需要一份系統規劃書。

常見情境與對策

三家開發商報價差很多——多半是各家假設的範圍不同。先做規劃書把範圍、資料與驗收條件定下來，再請各家依同一份文件報價。
機關要辦系統採購——規劃書整理成需求書格式，技術中立地描述需求與驗收，招標時各投標廠商才有共同基準。
只有大概的想法——從問題定義與角色訪談開始，規劃過程本身就是把想法收斂成可執行範圍的方法。
既有系統要介接——規劃階段盤點既有系統的資料與介面，決定介接、匯入匯出或人工對帳，避免開發時才發現接不上。

LINE 諮詢

把系統規劃的現況與需求傳過來，先免費書面初判。

傳什麼: 現有網站網址與後台權限還沒有網站也能先談
商品或服務清單、作業流程說明表單樣張或試算表皆可
需求清單一句話也行
多久回: 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
下一步: 免費書面初判
約時間細談
委任開發

先傳資料做初判，需要時再約時間細談

加 LINE 諮詢系統規劃，偉騰統包開發

程序怎麼走

問題定義：釐清要解決的問題與期望結果，確認角色、範圍與限制條件。
分角色訪談：老闆講目標、第一線講例外，記錄實際操作順序與繞過系統的土法。
資料先於功能：定義實體、欄位、主檔與來源，寫成資料字典，功能再依資料收斂。
功能與驗收條件：每項功能寫情境、規則、輸入輸出、例外處理與怎樣算做對。
原型與階段規劃：做可點選原型讓使用者確認，標示優先順序與階段，整理成需求書格式。

先看清楚

規劃書寫得再完整，只訪談管理層就會失真，上線後例外全部跑出來。另一個常見問題是先畫畫面再補資料，做出欄位重複、報表兜不起來的系統。規劃與開發分開委託時，要確認規劃書的著作權與交付格式歸業主，才能真正拿去比價。

常見錯誤

跳過規劃直接找廠商開發，各家依想像報價，上線後被第一線打回來
只訪談老闆不訪談第一線，例外處理全部漏掉
先畫畫面再補資料，欄位重複、報表兜不起來
規劃書著作權留在規劃廠商手上，無法拿去給其他開發商比價

行動前自查清單

問題定義與期望結果寫成一段話，角色與範圍列清楚
每個角色至少訪談一位第一線使用者，例外處理有記錄
資料字典完成：實體、欄位、主檔、來源
每項功能都有情境、規則與驗收條件
有可點選原型，優先順序與階段標示完成，交付格式與著作權歸業主

常見問題