派車系統與司機 App
您要的是派車系統加司機 App，貴公司送的是系統家具，一天完成的單子看司機回報完成再結單，大車一天三單、小車約六單。
先點這個，比看文字快。 左邊是司機的手機、右邊是調度後台，同一頁連動，可以隨意亂點：
一、關於我們
| 公司 | 艾立德數位網頁設計（AXLID） |
| 服務內容 | 客製化網站、電商網站、LINE 官方帳號，以及前端、後端與管理系統開發 |
| 系統經驗 | 人資差勤系統、派車管理系統 |
| 公開作品 | 網址 | 說明 |
|---|---|---|
| 序正 XUZHENG | xuzheng.com.tw | 客製化系統櫃設計與工程 |
| 吉娃娃機場接送 | chihuahuatrip.tw | 機場接送服務 |
| Bunnypony | bunnypony7.tw | 花店電商 |
派車系統管的是一張趟次的流轉：誰在什麼時候把哪一趟指派給誰、司機做到哪一步、東西有沒有送到、誰確認的。人資差勤系統與派車管理系統的骨架相同——角色與權限、狀態流轉、每一步留痕；派車再多一層時間與資源的衝突，同一個人同一台車不能同時出現在兩個地方。
二、我理解的需求
左欄是您說的話，右欄是它在系統裡變成什麼。哪一列不對，告訴我。
| 您說的 | 系統怎麼做 |
|---|---|
| 我們是送系統家具 | 配送單要有品項與件數、樓層與電梯、純送貨還是含組裝。一般載客或載貨的派車系統沒有這些欄位 |
| 一天完成的單子看司機的完成再結單 | 司機按完成不會直接結案，先停在「待調度確認」，核對件數後才關單 |
| 一天大車三單，小車約六單 | 看板一頁看得完一天的量，不需要路線最佳化 |
| 不一定 | 所有跟數量有關的規則都做成提醒，不做成上限 |
幾乎都是兩個人。 指派時要選司機也要選隨車，而且同一個人不能同時出現在兩台車上。
樓層與電梯決定這趟好不好跑。 電梯放不下衣櫃門片就得走樓梯，時間差好幾倍，這要在出車前就看得到。
送不成是常態。 客戶不在、社區不放行，要能直接開一張二次配送，掛在同一張委託單下面。
件數要點交。 應交幾件、實交幾件、退回幾件，這是跟委託方對帳的依據，只有「已完成」三個字不夠用。
三、做完之後，實際能做到什麼
分兩個階段，每個階段做完就能用。下面寫的是做完之後貴司實際做得到的事。
第一階段：派得出單、司機跑得完（約 3 週）
| 誰在用 | 做完之後可以做到 |
|---|---|
| 派車端（辦公室） |
|
| 司機端（手機） |
|
| 結單這件事 |
|
這個階段做完就能上線用。 調度不用再靠 LINE 群和紙本，司機不用再打電話問今天跑哪裡，件數對不對有紀錄可查。
第二階段：不掉單、不排錯、客戶查得到（約 2 至 3 週）
| 解決什麼問題 | 做完之後可以做到 |
|---|---|
| 不掉單 |
|
| 不用一直開著看 |
|
| 不會排錯 |
|
| 查得到 |
|
第二階段解決的是「跑起來之後才會遇到的問題」——地下室收訊差、兩個調度同時派車、家具廠打電話問進度。這些問題有多常發生，貴司用過第一階段兩週就會知道，那時再決定要不要做比較準。
第一階段本身是完整可用的，不是半成品。
四、司機端：手機網頁還是上架的 App
兩種都做得出來，功能幾乎一樣，差在司機怎麼拿到、以及日後改東西方不方便。
| **手機網頁** 建議 | 上架商店的 App | |
|---|---|---|
| 司機怎麼開始用 | 傳一個網址，開啟後加到主畫面，桌面就有圖示 | 到 App Store 或 Play 商店搜尋、下載、註冊 |
| 換人、加人 | 把網址傳給他就好 | 叫他自己去商店下載 |
| 要改東西的時候 | 我方改完當天生效，司機下次開啟就是新的 | 送審排隊，通過後司機還得自己更新，慢的話一兩週 |
| 手機跳通知 | 可以 | 可以 |
| 拍照、打電話、開導航 | 可以 | 可以 |
| 收訊不好時不掉單 | 可以 | 可以 |
| 關著也一直回報位置 | 做不到 | 可以 |
| 每年固定支出 | 沒有 | Apple 開發者帳號 US$99／年 |
| 開發費用 | 較低 | 較高，含雙平台打包與商店送審 |
司機端成不成功，關鍵是他們願不願意用。 傳一個網址就能開，比請司機去商店搜尋、下載、註冊少掉一整段摩擦；換人、加人也只是再傳一次網址。
改東西的速度差很多。 網頁版當天改完當天生效；App 版每改一次都要重新送審，通過後還要司機自己更新。系統剛上線的頭一兩個月一定會調整，這個差別會很有感。
唯一做不到的是「App 關著也一直回報位置」。但司機一開導航，App 也一樣被切到背景；真要隨時看到車在哪，答案是車機 GPS 不是手機。貴司車上若已經裝了，告訴我是哪一家，本案可以改讀車機的資料。
先做網頁版、之後再上架也可以，程式共用，前面的工不會浪費。
五、之後可以再加的功能
這些不必現在決定，先把上面兩個階段跑順，需要再加。
| 項目 | 內容 |
|---|---|
| 報表與匯出 | 出車、趟次、件數的統計，可以匯出成 Excel 跟委託方對帳 |
| 駕駛工時檢核 | 派工前先算這位司機今天已經開多久，超過法定上限就擋下來。此規定適用於營業大型車，是否適用貴司於開工前的訪談確認 |
| LINE 通知 | 除了手機網頁的通知，再多一條 LINE 通道 |
| 簽收照片與電子簽名 | 司機當場拍照、收貨人在螢幕上簽名，產生可列印的簽收單 |
| 委託方下單介面 | 讓家具廠自己上網開單，不用再傳 LINE 或打電話給調度 |
六、主機：每月 US$5
系統要一個地方跑，費用由貴司直接付給服務商。建議 Cloudflare，並且從上線第一天就用付費方案。
| 方案 | 費用 | 說明 |
|---|---|---|
| Cloudflare 建議 | Workers Paid US$5／月（約 NT$160） | 沒有伺服器要維護、不必打補丁與備份，HTTPS 與防護內建。帳號開在貴司名下 |
| 一般 VPS | NT$300–600／月 | 最通用，任何廠商都接得上，但主機的更新、備份與監控要有人負責 |
| Oracle Always Free | 名目 0 元，不建議 | 閒置的免費主機會被回收：連續 7 天 CPU 使用率低於門檻即判定閒置。派車系統一天幾十張單，CPU 幾乎都在閒置狀態 |
| 免費方案 | **付費 US$5／月** | |
|---|---|---|
| 每次請求的處理時間上限 | 10 毫秒 | 30 秒 |
| 每日請求數 | 10 萬次 | 每月 1,000 萬次 |
| 額度用完時 | 系統直接不能用，額度在台灣時間早上 8 點才重設 | 依用量計費，不中斷 |
免費方案的額度用完是直接不能用，而且要等台灣時間早上 8 點才恢復。如果下午兩點用完，剩下的工作時間都不能派工——對調度系統來說這是最糟的時間。
US$5 約 NT$160，一趟配送的油錢都不止。所以規劃直接以付費方案為準，不會先用免費方案再叫貴司升級。
七、合作方式
第一階段交付時，由貴司的調度與一位司機實際操作，四項通過即為完成。
| # | 動作 | 通過標準 |
|---|---|---|
| 1 | 建一張配送單，指派車輛、司機與隨車 | 司機打開手機就看得到這張單，內容與辦公室看到的一致 |
| 2 | 司機回報完成，填入實際交幾件、退回幾件、誰簽收 | 該單停在「待調度確認」，調度確認後才結案 |
| 3 | 調度按退回補件 | 該單回到未完成，司機端看得到要補什麼 |
| 4 | 回報的當下把網路關掉 | 畫面明確顯示沒送出、可以再按一次，不會靜默消失 |
司機手機跳通知是第二階段的功能。第一階段的司機是自己打開網頁看今天的單，早上出車前看一次，跑完一趟再看下一趟。
以貴司一天大車三單、小車約六單的量，這樣通常夠用。如果實際跑起來發現司機會漏看，第二階段就是解法。
| 項目 | 約定 |
|---|---|
| 原始碼 | 本案為貴司客製開發之程式碼，其所有權於各階段費用付清後歸貴司所有。AXLID 既有之通用元件與框架所有權仍屬 AXLID，並授予貴司永久、不可撤銷、得供本系統使用與後續維護之授權 |
| 階段之間 | 每個階段各自驗收、各自結案。做完第一階段不繼續也沒關係，已交付的部分照常可用，原始碼一併移交 |
| 保固 | 各階段交付後 90 天內修復與該階段規格不符的異常，不另計費 |
| 個資 | 司機位置與簽收人資料屬個人資料，保存期限與存取權限於開工前的訪談定案 |
| 主機與第三方費用 | 由貴司直接支付給服務商，AXLID 不代收 |
以上為洽談基礎，正式條款於需求確認後以合約載明。
八、不含
- 計酬與請款：司機與隨車的計費、向委託方請款、對帳單。若您說的「結單」指的是這些，範圍要重新討論
- 代收貨款、現場加價的收款
- 既有資料的清理與匯入
- 車機、GPS 硬體的採購與安裝
- 主機月費：Cloudflare Workers Paid US$5／月（約 NT$160），由貴司直接支付。選用影像存證時，檔案儲存前 10GB 免費，超出另計
- 選用 LINE 通道時，LINE 官方帳號的主動推播費依其方案計算，由貴司直接支付
九、開工前要先問清楚的三件事
這三題不先定義，做出來一定與您預期不符。
- 「結單」是指哪一件事：調度核對後把趟次關掉、計算司機與隨車的費用，還是向委託的家具廠請款？後兩種會碰到金額，範圍要重畫
- 「一單」是什麼：您說大車一天三單、小車約六單。這裡的一單是一張委託訂單、一個送貨地點，還是一趟車？
- 純送貨與含組裝各佔多少：含組裝的在現場停留久很多，若組裝是外包或另一組人，流程要分開設計
十、接下來
- 點一次上面的原型，哪裡跟貴司實際做法不一樣，直接告訴我
- 回覆上面三題，以及司機端想走手機網頁還是上架的 App
- 約個時間把貴司現在的派工流程走一遍，確認範圍之後我再提出完整的功能清單、工期與費用
Email：sscott6317tw@gmail.com ｜ 作品：xuzheng.com.tw、chihuahuatrip.tw