Linqu 是位於中國鄭州的智慧櫃製造商。本容量規劃解決方案協助 OOH 營運商、門市 host、校園、辦公樓和住宅社區確定首批櫃體組合、擴充路徑，以及避免滿櫃失敗的軟體規則。
方案概覽：訂櫃前先做容量規劃
模組化主櫃和側櫃，支援多種格口尺寸組合。
即時格口狀態、占用率報表、快遞員日誌、逾期規則和遠端開門。
支援 carrier、OMS、WMS、電商 checkout 和通知流程 API。
支援室內、半戶外、戶外、4G/LAN/WiFi，以及可選防水防塵櫃體。
試點 MOQ 可從一台櫃開始，再按包裹量、點位類型和尺寸結構擴充。
為什麼容量規劃已成為採購決策
容量規劃已經成為採購環節的一部分，因為買家需要在訂購硬體前明確失敗投遞、快遞員流程、包裹逾期和側櫃擴充方式。
對於正在比較 支援 API 的多 carrier 包裹櫃、門市自提包裹櫃 和 戶外防水包裹櫃 的網路買家，容量規劃把產品選擇和真實點位表現連接起來。
OOH 與門市點位的規劃假設
一個可執行的試點通常從每日包裹量、停留時間、包裹尺寸結構、快遞員投遞窗口和尖峰日緩衝開始。這些輸入決定單個主櫃是否足夠，或是否需要第一階段就配置側櫃。
點位類型常見風險建議規劃重點門市 host 或超市尖峰時段集中投遞小/中格組合、取件 + 退貨、員工兜底開門加油站或戶外點位天氣、電源和網路穩定性戶外櫃、4G、UPS、遠端監控校園或辦公樓快遞員批量投遞快遞員權限、批量投遞、中/大格配置住宅社區包裹隔夜占用逾期規則、提醒、滿櫃轉投
格口組合：小、中、大和超大格
第一個 sizing 決策不是總門數，而是小格、中格、大格和超大格的比例。門數很多但比例錯誤的櫃體，仍然會拒收包裹並把壓力轉回員工。
軟體規則：占用率、逾期和滿櫃轉投
軟體規則和櫃體同樣重要。占用率報表、逾期提醒、遠端開門、快遞員權限和異常日誌，決定櫃體容量實際能用到什麼程度。
做 API 規劃時，買家應在上線前確認快遞員登入、格口分配、取件碼發送、逾期退件和異常欄位。可參考 包裹櫃 API 整合指南。
分階段上線模型：試點、穩定、擴充
Linqu 建議採用三階段 rollout：在代表性點位試點，穩定營運規則，再透過側櫃、新 host 點位或調整格口比例進行擴充。
實施時間線和報價輸入
報價輸入應包括點位照片、牆面寬度、室內/戶外條件、每日包裹數、退貨占比、連網方式、介面語言和整合範圍。
本方案如何銜接門市托管包裹櫃網路
門市托管 OOH 網路需要保護門市空間、員工時間、品牌形象和顧客動線。本頁與 門市托管包裹櫃解決方案 互補，重點放在門數結構和擴充觸發條件。
詢價前買家檢查清單
普通日和尖峰日的預計投遞量與取件量。
小件、中件、大件和超大件的尺寸占比。
使用者取件前的平均停留時間。
快遞模型：單 carrier、多 carrier 或開放網路。
流程範圍：僅取件、取件 + 投遞，或取件 + 退貨。
點位條件：室內、半戶外、戶外、電源、LAN/WiFi/4G。
軟體需求：API、OMS/WMS、簡訊/郵件/app 通知、dashboard 使用者。
核心重點
容量規劃應在訂櫃前完成。
正確格口組合取決於包裹尺寸、停留時間、點位類型和快遞員流程。
占用率、逾期、通知和 override 規則會影響實際可用容量。
一台櫃試點可以在擴網前驗證假設。
門市托管 OOH 網路不同於公寓或校園櫃，需要獨立容量模型。
Linqu 可支援櫃體 layout、API 規劃、本地化軟體和 24 小時報價。
關於 Linqu
Linqu Smart Lockers 成立於 2018 年，在中國鄭州營運 20,000 平方米工廠，為全球 B2B 專案提供包裹櫃、OEM/ODM 櫃體、API 軟體和 24 小時報價回應，可透過 Linqu 聯絡頁面 提交需求。
