3-14. 物流系統建置期間與專案團隊編組方法
1. 檢討期間（3PL 食品配送中心的範例）
這是一份將「新物流中心」開設專案的檢討經過（流程），與電腦上的資料、資料夾階層結構相互對照整理的實務文件。 從構想到暫時中斷、重啟，乃至正式營運的整體過程均實現了視覺化。
🔍 【圖解詳細說明】從資料夾階層解讀專案的真實演變過程
這是一張使用「東京支店新物流中心」實際資料夾階層繪製的專案演變圖。該圖刻劃並記錄了大規模物流中心建置是一段多麼長期的複雜過程。
- 發想與初期檢討的紀錄（0710以前）： 專案始於提案發想，如資料夾「0710以前」所儲存的內容，自2006年（060921以前）起便腳踏實地進行著初期提案與物量數據分析。
- 暫時中斷的現實（0710-0906）： 雖然歷經多次用地評估、投資報酬率計算以及與貨主進行談判，但記錄下因條件不符而使專案一度「中斷」的極具現場感之過程。
- 新用地的重啟（090719以後）： 2009年7月（090719）針對新用地將專案「重啟」後，重新佈局、重新數據分析、重新計算投資報酬率等行動便以緊湊的節奏推進。 甚至進行了精密的出貨模擬（100202）驗證。
- 正式營運前的前置時間： 規劃了從董事會核准到向廠商下單，至廠房竣工需時「1年」，進而至物流系統安裝完成需時「3個月」（合計1年3個月）的時程表。 從該處歷經試營運測試與訓練（3個月）、物流系統驗收（1週），最後進入交屋與正式營運，呈現了實際建置前置時間（Lead time）的全貌。
1-1. 流程推移與資料夾結構（4個階段）
① 發想・初期構想階段
時期: _0710以前（2006年〜2007年頃）
執行內容: 提案發想、製作整體概略概念圖、試算預估費用、形成社內共識。
資料: 過去物量數據分析、教育資料、初期提案書。
② 詳細檢討與暫時中斷階段
時期: 0710-0906（2007年10月〜2009年6月）
執行內容: 用地評估、系統詳細檢討、ROI計算、貨主談判。
結果: 因條件不符而暫時中斷。
③ 重啟・新用地的重新檢討階段
時期: 090719〜100202（2009年7月〜2010年2月）
執行內容: 於新用地重啟、重新製作動線佈局、SAS與溫層驗證、出貨模擬。
④ 核准・建設・正式營運階段
從董事會核准起約1年6個月〜1年7個月的標準建置前置時間（核准 ➔ 下單 ➔ 1年建設 ➔ 導入系統 ➔ 測試 ➔ 正式營運）。
1-2. 本資料所呈現的實務要點
- 資訊與流程的可追溯性（Traceability）： 附帶日期的資料夾集中管理著在何種階段基於何種數據（版本）展開討論。
- 「中斷與重啟」的風險管理： 即使因條件不符而暫時中斷，依然保存過去的檢討資產，在決定新用地時能迅速切換為重新檢討體制。
- 物料搬運與系統的具體驗證： 進行了面向高功能物流中心建置的定量檢討，包含SAS（自動分揀系統）、溫層區分、出貨模擬等。
2. 專案團隊編組
這是物流中心開設與更新改造時的「推進體制圖（專案體制圖）」。
🔍 【圖解詳細說明】切割核心與臨時成員的強固推進體制
這張圖呈現了物流中心開設專案中理想的「推進體制圖」。可以看出兼顧決策速度與確保專業性的結構。
- 決策層線（上段）： 以最上層的「董事會」為頂點，繪製了以專案總負責人「負責物流中心長」為中心，連接自上而下與由下而上（Top-down & Bottom-up）的節點。 兩側配置了從專業角度提供建議的「顧問」與「設施・技術部長」。
- 專案團隊・主要負責人（中央部）： 擔負執行核心的核心成員。 除了現場的「營運・作業管理者」與總公司的「設施・技術負責人」、「營運業務負責人」等內部人員外，外部的「物流設備系統公司」、「建築公司」、「顧問」亦密接合作，建立了同時推進硬體與軟體設計的體制。
- 必要時參加成員（左右）： 不常駐於專案中，僅在必要階段加入的臨時成員。 左側配置了總公司的「業務負責人」、「會計負責人」、「總務負責人」，右側則配置了「貨主」、「建築設計」、「資訊系統建置公司」，定義了僅在需要專業見解局面下加入的合理且無浪費之陣容。
2-1. 體制的整體結構與分工
① 經營・統籌層線（決策層線）
- 董事會: 最終事業計畫核准、投資判斷（預算額度決定）
- 負責物流中心長: 作為最高負責人（PM）統籌整體、向董事會報告
- 設施・技術部長 / 顧問: 從技術與專業觀點進行監督與建議
② 專案團隊（執行部隊）
- 主要負責人: 營運管理者、顧問、總公司技術、物料搬運設備公司
- 支援: 總公司營運業務負責人、建築公司
2-2. 必要時參加成員（臨時參加）
| 區分 | 構成成員 | 角色・參加時機 |
|---|---|---|
| 社內支援（左側） | ・總公司 業務負責人 ・總公司 會計負責人 ・總公司 總務負責人 |
・業務: 與貨主的契約條件、收益調整 ・會計: 預算管理、資產列帳、折舊對應 ・總務: 用地契約、法律程序、勞務環境整備 |
| 社外夥伴（右側） | ・貨主 ・建築設計 ・資訊系統建置公司 |
・貨主: 協調交貨條件、外包裝型態、出貨需求 ・建築設計: 製作基本設計・詳細設計 ・系統公司: WMS串接・IT基礎建設整備 |
2-3. 體制圖的實務要點
- 明確切割「核心」與「臨時」： 在提升決策速度的同時，防止遺漏相關部門的參與。
- 現場（營運）與總公司（技術・規格）的融合： 兼顧現場使用便利性與全公司技術基準的配置。
- 硬體與軟體的平衡： 不僅是廠房施工，同時設計貨主需求與WMS等系統。
3. 規劃推進的步驟
這是物流中心建置與系統導入中按階段劃分的推進流程（階段關門 Stage-gate）與實務鐵則。
🔍 【圖解詳細說明】收斂選項的「階段關門 Stage-gate」機制
這是一張將規劃推進步驟表現為6個階段與「階段關門（Stage-gate）」的概念圖。呈現了為了讓複雜專案確實前進的過濾機構。
- 6個推進階段： 從左至右定義了「規劃構想階段」、「現況把握階段」、「系統提案」、「系統重建」、「最終報價階段」、「下單階段」這段不可逆的流程。
- 透過關門進行收斂： 各階段之間存在著以橘色橢圓表示的「關門（Stage-gate）」。 在初期的「提案・立案（廠商參與）」中存在多個系統案或廠商選項（多個箭頭），但每通過一次「前提條件確定」、「尋求系統」、「製作統一規格書」等關門，選項就會被嚴格收斂。 朝向最終的「客戶簽呈」至「下單」時，視覺上表現出收斂為單一條粗實且確定方向的向量過程。
- 下欄記載的3大鐵則： 圖下欄明確標註了引導專案走向成功的管理鐵則。 闡述了「規劃構想階段為專案機密」、「前提條件確定以出貨數據為根據製作」，以及「出貨特性決定物流中心的規模功能」等資訊管理與數據驅動設計的重要性。
3-1. 各階段推進流程
| 階段 | 關門的主要行動・重點 |
|---|---|
| 1. 規劃構想階段 | 提案・立案 / 廠商參與： 構思初期概念，開始引進主要設備廠商等的階段。 |
| 2. 現況把握階段 | 前提條件確定： 梳理現況物量與營運，確立規劃前提條件的階段。 |
| 3. 系統提案 | 尋求系統： 尋求並選定所需功能或物料搬運（自動化設備）等選項的階段。 |
| 4. 系統重建 | 統一規格書： 比較並整合各家提案，落實為統一規格書（RFP）的階段。 |
| 5. 最終報價階段 | 客戶簽呈： 備齊最終金額與條件，通過貨主或公司內部決策與簽呈的階段。 |
| 6. 下單階段 | 最終下單： 簽訂契約，進入實際製造與施工的階段。 |
3-2. 專案推進的重要訊息
① 資訊管理與風險關懷
「規劃構想階段為專案機密 ＝＞ 對合作公司・員工・兼職人員有影響。」
※據點整合與重組會對現場造成影響，因此在不確定的初期階段資訊管理至關重要。
② 數據驅動與整體最佳化
「前提條件確定以出貨數據為根據製作，系統建置選擇整體最佳化。」
※排除感情論，從定量的出貨數據謀求整體供應鏈的最佳化。
③ 物流中心建置的本質
「配送中心的核心為出貨系統，出貨特性決定物流中心的規模功能。」
※以出貨特性（交貨門市數・出貨量・波動等）為軸心進行設計（逆向設計 Reverse design）是成功的關鍵。
4. 物流系統建置的檢討範圍
從需求定義到系統選型，進而至廠商報價邀請（RFP）的流程，以及據點開發的最重要原則。
🔍 【圖解詳細說明】Box周轉箱選型中精細數據分析的實例
圖中作為「橫濱基地實證實驗前提條件」，展示了將小物品放置於Box周轉箱上進行營運的精細數據分析（檢討範圍中STEP 1的定量化）。
- 物量的矩陣統計（左側）： 在「橫濱數據2 Box周轉箱對象統計」表格中，按小物品長邊與短邊尺寸（5mm〜50mm以上分組）交叉統計物量，將合計33,627個物品包含百分比在內的尺寸分佈進行了視覺化。
- 最佳周轉箱選型與條碼營運（右側）： 基於分析數據，選定「Sanbox #20-2（外寸：長邊600×短邊500×高86mm，容量19.9L）」作為最佳「採用Box周轉箱」。 此外，亦記載了在採用的Box周轉箱兩側面貼上條碼，於貨物自動投入時與出貨單繫結的系統需求。
- 例外處理的定量需求定義（左下）： 基於「SAS處理量8000個（小物品999個）/日換算」表格，於高度70mm以下的999個貨物中，判定「985個可自動投入」。 另一方面，可知亦落實了極為具體的例外處理營運需求定義：「剩餘14個因無法放入Box周轉箱，故裝入其他容器，從通常貨物投入線進行SAS入庫」。
4-1. 建置流程的3步驟
基於商品特性與DATA分析，從進出貨特性・功能需求・將來預測中定量推算出「新物流中心的出貨特性預測」。
擬定多種模式的具體方案，對照敷地限制・投資預算・社內外因素，以及3PL/4PL夥伴的見解進行協調。
製作「統一規格書（RFP）」，向各廠商發出報價邀請（廠房・設備・營運・資訊系統），以便在同一條件下進行比較。
💡 據點開發的最重要原則（Inside-out）
「配送中心應先決定物流系統，再與廠房規格進行協調」
若先建造外盒（廠房），會因柱距或天花板高度而難以進行高效的物料搬運配置。先行設計內容物（系統・動線），再建造包覆它的外盒才是鐵則。
5. 推進內容與規劃步驟
這是整合了商談推進流程（業務與技術角色的切換）與規劃推進的綜合路線圖。
🔍 【圖解詳細說明】呈現業務與技術連動的綜合路線圖
這張綜合路線圖完整連結了「物流廠商商談推進（左側）」、「專案規劃推進（右上）」與「推進內容（右下）」3條軸線。 這是一份俯瞰專案全貌的主計畫（Master plan）。
- 按階段發生的角色切換（左側）： 呈現了商談推進步驟從初期的「業務主導（詢價・業務建議）」，過渡至中盤的「技術主導（現況分析・將來預測・前提條件確定・提案）」，並於最終規格確定後，主導權再次切換回「業務主導（製作統一規格書・提出報價・得標）」的結構。
- 推進內容與整體最佳化的拼圖（右下）： 此處為專案的核心部分。 首先從商品特性與DATA分析中推算出「進出貨特性」、「功能需求」、「將來預測」，並將其整合推導出「新物流中心的出貨特性預測」。 以該預測為基礎擬定「營運方法・資訊・設備・作業方法」。 進一步綜合協調立地・敷地限制條件、投資預算、社內因素・社外因素，以及來自3PL業者與4PL業者的報價邀請（廠房設備・營運系統・資訊系統・物流設備系統），進而走向「選定最佳系統・廠房規格」。 最終涵蓋了包含上述所有內容之「製作統一規格書」這道解開面向整體最佳化之複雜拼圖的流程。
5-1. 各階段的角色切換
1. 初期：業務主導
促銷 ➔ 詢價 ➔ 業務建議・調整。
由業務作為窗口引導出課題與初期需求。
2. 中盤：技術主導
現況分析 ➔ 將來預測 ➔ 前提條件確定 ➔ 提案。
由工程師分析數據並建置具體系統案。
3. 終盤：業務主導
製作統一規格書 ➔ 提出報價 ➔ 得標。
規格確定後進行最終調整與簽訂契約。
6. 專案團隊的內部狀況
這是從專案初期的「意見對立・混亂（純量 Scalar）」轉變為全員朝向相同方向的「整體最佳化（向量 Vector）」之意識改革手法。
6-1. 從「純量」到「向量」的演變
| 階段 | 狀態（概念） | 特徵・內部狀況 |
|---|---|---|
| 初期階段 | 純量（Scalar） (僅有大小・方向各異) |
・每個人提出不同主張，固執於部門利益（局部最佳化）。 |
| 推進・統一 | 整理・調整・視覺化 | 整理並視覺化資訊，基於客觀根據進行調整。 |
| 到達階段 | 向量（Vector） (具有大小與明確方向) |
・完成目的與手段的意志統一，已切換至「整體最佳化」。 |
🔑 使團隊向量化的需求條件
「需要第三方能評估的客觀性與可想像的表現力」
定量的物流數據（客觀性）與所有人能在腦海中共享圖像的圖解・3D視覺化（表現力）是統合意識的關鍵。
7. 專案撰寫資料（基本規劃書的13項）
這是經營層核准（簽呈）或面向廠商RFP時應包含的「基本規劃書」13項構成需求。
1. 理念與數據根據
- 0. 現況課題與系統建置的思想
- 1. 物流前提（檢討）條件（數值表現）
2. 物理設計（硬體・空間）
- 2. 物流流程（棧板/箱/單件）
- 3. 空間檢討（按功能試算面積）
- 4. 搬運方式檢討
- 5. 保管方式檢討
- 6. 動線佈局圖分配
3. 營運設計（系統・現場）
- 7. 資訊系統架構圖（WMS/WCS等）
- 8. 營運・作業說明
- 9. 時程表
4. 決策・效果測定
- 10. 改革（改善）重點與效果說明
- 11. 投資金額與折舊（ROI）
- 12. 製作3D系統概念圖
📌 實務總結
當備齊這13項內容時，便能創造出「經營層能做出投資判斷」、「現場能浮現營運圖像」，且「廠商能進行無落差之報價製作」的狀態。