把下游訂單、口味需求、生產安排、配送與收款串成同一套作業流程。
多店 AI 補助執行前提功能與估價待訪談定案20 通路為估價假設本文件為討論企劃,並非正式報價單、政府核定內容或已完成的系統。所有示例資料均為示意。
版本:v1.0|日期:2026-09-09|用途:客戶與合作窗口會議討論稿
本稿用於確認功能、導入分工與報價範圍。所列設計、店數、金額和期程仍待訪談、技術驗證及工時確認,不代表系統已完成、補助已核定或任何安全檢測已通過。金額除另註外均為新臺幣未稅。
一、會議摘要
本案依「多店 AI 補助」方向規劃,以冰品供應商與獨立下游通路共同使用的平台,串起叫貨、收單、生產需求、生產日與數量安排、出貨及基本應收款台帳。冰品供應商以供應通路為主要情境,少量零售的處理方式再確認;不將獨立通路視為自營分店。
AI 訂單整理模組合併討論文字整理與訂單/銷貨單 OCR 候選,使用者目前沒有 OCR 樣本,先列候選,不承諾納入既定交付。預計從文字、照片或 PDF 擷取約定欄位,人員核對後建單。文件種類、欄位、格式與樣本尚未確認,須完成樣本驗證後估價;是否另由通路操作,仍須配合營運與補助條件確認。普通表單仍可下單,金額計算、付款確認與生產數量由規則及授權人員決定。
本次以共用一套平台及標準流程規劃。實際通路數、培訓需求與補助成果責任尚未確認,不再採用20店固定導入費。提案前仍須確認符合計畫要求的通路資格、參與意願與實際 AI 使用方式;帳號數不能代替合格通路數。
| 討論主題 | 本版建議 |
|---|---|
| 主要交付 | 訂單與生產協作平台、待樣本估價的 AI 整理/OCR、基本操作教學與手冊、必要技術交接及基本用量/稽核紀錄;額外導入及補助成果工作另定分工 |
| 費用配置 | 接單基礎累計 8 萬;營運協作累計 15 萬;AI 層為 15 萬+確認後的 AI 估價。 |
| 報價狀態 | 舊 AI 4 萬僅為文字整理估價參考,OCR 待樣本估價;原30萬總價與29萬優惠作廢,全案總價待估;文字方案可參考19→18萬整包優惠,待估工確認。 |
| 執行安排 | 核定後原則 8 個月:規格→建置→試點→全店導入→3 個月使用→結案 |
| 當次會議成果 | 確認流程、提案與付款主體、通路名單負責人、功能邊界及下一步資料 |
二、已知、建議與待確認
| 類別 | 內容 |
|---|---|
| 已知方向 | 採多店 AI 補助路線;通路需下單、付款,冰品供應商需收單、確認收款與管理生產;下游為獨立通路,冰品供應商另有少量零售。 |
| 本案建議 | 共用平台、通路資料隔離、AI 草稿經人確認、生產日與數量安排(人決定)、各階段獨立驗收;一套標準流程優先。 |
| 待確認營運 | 真實店數、商品與包裝單位、各客戶售價、訂單量、付款規則、庫存現況、零售訂單、取消及出貨例外。 |
| 待確認補助 | 主申請者資格、合作通路資格與名單、AI 適用性、核定及送件狀態、資金安排、報支科目與行政責任。 |
| 待確認素材 | 「素材」是商品照片、型錄、社群圖、教材還是其他成果,尚未釐清。簡易商品圖規格可列候選,不是已承諾交付。 |
三、使用角色與協作方式
- 通路人員:使用一般表單叫貨、核對品項數量,查看自己的訂單與進度,回報匯款資料;是否直接操作 AI 草稿待確認。
- 冰品供應商接單人員:維護基本資料、代客建單、審核訂單,處理缺漏與改單;可由 AI 協助整理文字及約定種類的訂單/銷貨單照片或 PDF,經核對後建單。
- 生產人員:查看已確認需求、建立及調整生產單、安排生產日、回報完成數量。
- 出貨人員:依確認訂單登記出貨數量與日期;分批出貨是否必要另確認。
- 財務/核款人員:核對款項、維護收款紀錄及對應訂單,查詢未付或待核對項目。
- 系統管理者:邀請帳號、配置角色、停用帳號與查閱操作紀錄;角色可依實際人力兼任,但權限須明列。
四、從訂單到生產的完整流程
通路叫貨/冰品供應商收到訂單 → 草稿核對 → 正式銷售訂單 → 接單確認 → 品項/交期需求彙整 → 人工決定生產量 → 生產單及生產日與數量安排 → 完工 → 出貨。
付款依約定交易條件進行,獨立連到訂單;不假設所有客戶都先付清才生產,也不把「已出貨」自動當成「已付款」。
4.1 銷售訂單:保存客戶承諾
每張訂單記錄客戶、品項、單位、數量、當時單價、希望交期與備註。單價及金額由伺服器驗證;商品日後調價不回寫舊單。AI 草稿不等於接單成立,正式送單與冰品供應商確認分成不同步驟。
訂單修改保留版本與操作者。已排產或已出貨後的變動須提示影響,再由人處理;不能直接覆蓋既有作業紀錄。
4.2 需求彙整與生產單:可合併,仍能追溯
以假設案例說明:A 通路訂同一口味 300 支、B 訂 200 支、C 訂 200 支,共 700 支。三張銷售訂單保持獨立;冰品供應商可建立一張 700 支生產單,來源分配為 A 300、B 200、C 200。
若因產能安排,亦可分成兩張生產單:第一張 400 支分配 A 300、B 100;第二張 300 支分配 B 100、C 200。這是銷售訂單明細與生產單的多對多關係,不是每位客戶必須開一張生產單。
目前庫存規則未知,首版只顯示「確認訂單需求、已分配生產量、尚未分配量」。尚未分配量不等於必須新做的淨需求:可用成品庫存由人核對,再決定本次製造量。系統應防止同一訂單數量被重複分配,但不宣稱已提供自動庫存扣抵。
交期是對客戶的交貨需求,生產日是內部安排,兩者分開記錄。簡化排程由人決定,不含機台產能最佳化、原料展開與自動插單。
4.3 四組狀態分開管理
| 狀態類型 | 建議狀態例 | 控制原則 |
|---|---|---|
| 訂單 | 草稿、已送出、待確認、已確認、取消 | 取消及改單須檢查生產與出貨影響 |
| 生產 | 未安排、已排程、生產中、已完成 | 生產完成不等於已交貨 |
| 出貨 | 待出貨、已出貨 | 依實際交付登記,不連動為已收款 |
| 收款 | 未回報、待核對、已確認 | 通路可回報,只有授權核款人員可確認 |
可查「已付未出」與「已出未付」。月結、部分付款、訂金尾款、合併匯款、退款與折讓如為必要,須另行定義,不因狀態獨立就視為已含完整帳務。
五、畫面與模組範圍
| 模組/畫面 | 預計操作與輸出 | 本版邊界 |
|---|---|---|
| 登入與帳號 | 邀請、核准、角色、停用、忘記密碼 | 不自行重寫密碼底層;管理員 MFA |
| 通路與商品主檔 | 通路名稱/代碼、聯絡與配送基本資料;商品代碼、名稱、口味、計價單位、基本單價與啟用狀態 | 供下單選取、AI 品項對應及生產彙整使用;分級價、客製品、箱/支換算及素材中心另確認 |
| 通路叫貨入口 | 一般表單、核對送單;AI 文字/訂單及銷貨單 OCR 操作位置待確認 | OCR 文件種類、欄位及樣本待估;語音不在目前規劃 |
| 通路訂單列表 | 自己的明細、進度及匯款回報 | 不得看到其他通路資料 |
| 冰品供應商接單台 | 代客建單、確認、篩選、改單紀錄與匯出 | 標準表格匯入;髒資料清理另估 |
| 需求彙整 | 依品項與交期檢視數量、已分配量及來源 | 不是自動淨需求/採購建議 |
| 生產日與數量安排 | 合併來源、由人決定生產日及數量、回報完工 | 不含自動排程、複雜庫存、原料、損耗與多工廠 |
| 出貨與基本應收款台帳 | 出貨登記、訂單應收金額、人工核款、已收/未收及未出貨查詢 | 非完整會計系統;不含總帳、分錄、財報及物流/銀行/金流/發票自動串接 |
| 基本用量與稽核紀錄 | AI 呼叫用量、必要使用事件及重要操作紀錄 | 基本紀錄含交付;補助 KPI 基準、客製月報與逐店追蹤另定責任、頻率及費用 |
六、AI 候選功能、成本與多店使用
AI 模組以「文字整理+訂單/銷貨單 OCR 候選」合併討論。**目前尚無 OCR 樣本,先列候選功能,取得樣本並確認後才納入正式範圍與報價。**輸入可為文字、照片或 PDF;擷取客戶、商品、數量、單位、交期等約定欄位,形成結構化草稿。文件種類、版型、欄位、清晰度、多頁與手寫情況尚未確認,先取得去識別樣本,再驗證可行性及估工。舊4萬元只涵蓋原文字整理的估價基準,不承諾用4萬元包完 OCR,不據此公布第三層或全案總價。
商品別名可對應商品主檔;不明品項、單位或交期標為待確認,不能猜完直接送出。人員核對後再建立正式訂單;OCR 讀到金額亦須依交易規則核對,不代表已收款。AI 沒有任意改價、核款或操作生產數量的權限,失效時保留一般表單與人工建單。
OCR 僅限雙方確認的訂單/銷貨單類型與欄位,不含任意文件、無限版型或無限新增欄位。商品圖片製作、其他文件 OCR、語音、預測與未確認素材中心另估;通路採購量不等於終端消費銷量,暫不承諾需求預測。
多店適用性待執行單位確認:必須釐清每家通路如何實際接觸並使用 AI、證據如何歸屬。只有冰品供應商後台操作 AI,或開發者用 AI 寫程式,不能直接視為達成多店導入。
模型與供應商尚未選定。費用示例:GPT-5.4 mini 每百萬輸入/輸出 token 分別為 US$0.75/4.50;假設每次 3,000 輸入+500 個全部計費輸出 token,約 US$0.0045,1,000 次約 US$4.50。這是純文字算例,非實測;圖片、重試、額外推理或工具可能增加費用。官方模型價格
可討論將導入後半年 AI 基本額度納入草案: 每月新臺幣 500 元、六個月最多 3,000 元,若採用,於確認後的 AI 報價註明此 3,000 元預算是否內含,不重複加收;是否採用及額度規則尚未定案,亦不預設可核銷。接近上限先通知,增加支出須同意;正式使用期須配置足夠用量,不因超額無聲中斷。此額度不包含主機或人工維護。
七、技術架構、資料與權限
建議候選為 React/Next.js 介面+伺服器業務 API+Supabase Auth/PostgreSQL/私有檔案,正式選型依原型、部署及計畫要求確認。價格、資料授權與狀態轉換在伺服器檢查,資料庫再做 RLS 防護;AI 僅拿到完成草稿所需資料。
| 資料實體 | 主要關係與用途 |
|---|---|
| 通路、使用者、角色 | 使用者歸屬通路,內部角色另授權 |
| 商品、別名與基本價格 | 支援下單及 AI 對應;舊單保存交易快照 |
| 銷售訂單、明細與版本 | 客戶需求及修改歷程 |
| 生產單、來源分配 | 關聯多張訂單明細及分配數量 |
| 出貨紀錄、收款紀錄 | 各自對應訂單,不合併為單一完成旗標 |
| 私有附件、操作稽核 | 匯款佐證與重要變更追蹤 |
| AI 事件、基本用量與稽核 | 基本使用事件與用量含交付;導入及 KPI 資料依另訂成果分工擴充 |
| 操作 | 通路 | 接單 | 生產/出貨 | 財務 | 管理者 |
|---|---|---|---|---|---|
| 看訂單 | 僅自身 | 授權範圍 | 必要品項及交期 | 核款所需 | 依授權 |
| 建單/改單 | 自身、依狀態 | 可代建及處理 | 不改售價 | 不改商品需求 | 依授權 |
| 生產日/數量安排及完工 | 不可 | 查詢 | 可操作 | 不可 | 依授權 |
| 出貨登記 | 查自身 | 查詢 | 出貨角色可操作 | 查詢 | 依授權 |
| 確認收款/看憑證 | 僅回報自身 | 視職務授權 | 預設不可 | 可操作 | 依授權 |
| 管帳號/匯出全店成果 | 不可 | 不可 | 不可 | 不可 | 指定管理角色 |
「管理者」不代表每個帳號都具有所有營運權限;正式權限矩陣由客戶確認,兼任角色亦須明列。
八、資安交付與驗收證據
基本安全包含在平台範圍,不作為刪價選項;下列為預計驗收要求,不是目前已通過的檢查。
- A 通路改網址或訂單 ID,仍無法讀寫 B 的資料;未授權 API 請求被拒絕。
- 通路不能透過修改請求內容改價或標成已收款;伺服器重新驗證金額與角色。
- 管理員受保護操作強制 MFA,停用帳號後檢查既有工作階段的撤銷機制。
- 匯款附件保持私有,單憑網址不能越權讀取;高權限金鑰不出現在瀏覽器。
- 測試與正式環境分離,測試資料去識別;AI 不接收非必要地址、付款及整庫資料。
- 訂單修改、核款、角色變更可查操作者與時間;日誌避免保存不必要的敏感內容。
- 在隔離環境進行備份還原演練,記錄結果;附件另備份,並約定可接受資料損失及恢復時間。
託管服務仍需正確設定與維護。平台備份不含 Storage 實體附件,且平台 7 日日誌不能替代三個月專案使用證據。Supabase RLS · 備份範圍
原始碼、資料與服務帳號的持有及交接須於契約列明;建議客戶持有營運服務帳號,開發方取得必要維護權限。第三方滲透測試、特殊稽核及高可用服務另估。
九、導入、KPI 與成果保存
基本操作教學、操作手冊、必要技術交接及基本用量/稽核紀錄,包含於對應系統模組交付,不另列一筆文件或教學費。 基本教學的對象、方式與場次於規格確認,須足以讓冰品供應商操作約定功能。必要技術交接含部署及服務設定說明、權限與資料結構說明、備份及維護注意事項。
額外通路培訓依實際家數、團體或逐店形式、場次、交通及協助時數另計;取消原20店3萬元、固定兩場課及逐店30分鐘的計價假設。
| 成效指標候選 | 基準與計算方式 | 注意事項 |
|---|---|---|
| 叫貨建單時間 | 導入前後以相近訂單難度抽樣,記錄開始至確認送單的時間 | 樣本數、統計方式與改善目標先約定,不先保證百分比 |
| 訂單人工更正率 | 須因品項/數量/單位錯誤更正的訂單數÷抽樣有效訂單數 | 排除客戶主動改需求;定義一致才可比較 |
基本 AI 事件記錄必要的使用者/通路、時間、功能與用量及必要錯誤資訊,不必保存完整敏感提示詞。補助專用 KPI 基準量測、客製月報、成熟度量表、逐店使用追蹤與成果彙整,另定責任人、頻率、格式及估價,不保留原3萬元成效費+3萬元追蹤費。 可由冰品供應商、顧問或其他合作方承擔;系統方提供已約定的基本紀錄,客製成果功能另估。
核定要求的教育訓練、實際使用與成果義務仍須完成,分工調整不是刪除義務。紀錄保留、匯出及刪除期限依核定計畫及契約確認;系統紀錄須可支援約定保存期,不能依賴短期平台日誌。額外成果工作未定價前,不表示開發方無償承擔。
後續追蹤服務的期間、檢視頻率與支援時數另約,不沿用原三個月每月8小時假設。原規格缺陷保固暫建議驗收後60–90天,起算點與條款待定;保固、基本教學、額外培訓、API額度與付費維護分開。
十、補助與八個月執行期程
本案已採多店補助路線;接下來處理資格、方案適用及執行責任。核心提案者及通路需逐一確認資格,資訊服務商可合作但不可擔任主提案者。實際合格通路數及申請清冊須符合核定計畫要求,不能用帳號數替代;本版不再以20店固定費估價。官方計畫入口
| 時點 | 各方分工後的計畫安排 | 階段確認 |
|---|---|---|
| 申請前 | 名單、真實訂單、工具適配、KPI、範圍與前置原型 | 前置工作另訂,不預設可核銷 |
| M1 | 詳細規格、權限、資料欄位與量測基準 | 客戶確認流程和驗收清單 |
| M2 | 核心與確認後的 AI 功能建置、功能和資安測試 | 核心測試驗收 |
| M3 | 3–5 店試跑、修正與教材完成 | 試點不取代完整店數 |
| M4 | 全部約定合格通路導入與教學 | 檢查逐店帳號及使用紀錄 |
| M5–M7 | 至少三個完整月實際使用、月檢與成效蒐集 | 晚導入店另核算使用期間 |
| M8 | 成效、證據匯出、技術結案與交接 | 配合行政結案;不保證核准 |
M1 以核定公告起的計畫執行期間為基準;實際審查時點依通知。第三梯目前暫定 2026/11/2–11/30,是申請期,不是開工或領款時間。官方款項第一期於期中審查及補正通過後請撥,尾款於結案驗收後。
依 115 年 8 月須知,經費原始憑證日期及付款完成日期均須符合執行期間;自籌款亦受查核。申請前工作若收費,先獨立列為前置服務,不預設可核銷或充計畫自籌;不能只延後開票解決跨期問題。前置與正式成果不重複計價。申請須知與經費規定
十一、模組、三層級與付款草案
本章依最新範圍重新整理模組初估:保留8萬接單與15萬營運基準,AI文字整理+OCR重新估價;原30萬全案總價及29萬整包優惠均作廢。以下不是已承諾售價。
市場價格與查核依據(2026-09-09)
來源是廠商公開方案,非本案詢價單或市場成交統計;除明載外稅別未確認。
| 複雜度 | 廠商公開參考 | 對應工作 | 原始佐證 |
|---|---|---|---|
| 較低:單純表單/預約 | 3–10 萬 | 少量角色、簡單功能、串接少 | 旭光工作室:報價解析,頁面「台灣市場常見的報價區間」 |
| 中等:客製後台 | 10–35 萬 | 權限、報表與多模組管理 | 同一原始價格表 |
| 較高:企業平台/ERP 串接 | 50 萬以上 | 複雜流程與多系統整合 | 同一原始價格表 |
該頁另列含金流、物流、會員整合的訂單/電商系統為 20–60 萬。本案尚未包含這些完整串接,不能直接宣稱同規格比它便宜。
以上低中高按工作複雜度整理,不是品質排名,也不是政府認證行情。
其他可實際查到的選擇
| 來源與頁面位置 | 公開價格 | 公開方案內容摘要 | 比較前要確認 |
|---|---|---|---|
| PureData 進銷存:「費用方案」 | 訂閱 4,800 元/帳號/年;買斷 48,600 元未稅/5 client | 訂閱方案為進銷存與財務,含主機、更新及每日備份;頁面表示方案含導入教學。買斷自有主機,代管另購。 | 現成產品功能與本案通路入口、生產來源分配是否吻合;帳號與 client 授權定義;AI 額度;客製及多店成果服務。不能把20店直接等同20帳號。 |
| 克隆資訊客製開發:「系統開發費用參考」 | 小型 15 萬起;中型 40 萬起;大型 80 萬起 | 小型聚焦單一核心、權限與基礎報表;中型擴至多模組及基礎 API;大型含跨系統整合與服務等級約定。 | 均為起價;模組、維護、教育訓練及保固依方案。不是本案的實際報價。 |
標準產品可能以較低的初期費用提供豐富功能;是否需要客製,應比較流程適合程度、授權、整合與導入責任,不能把便宜解讀成功能差。
先看工作類別與零件
| 編號 | 類別/零件 | 暫估 | 可驗收內容摘要 |
|---|---|---|---|
| A1 | 帳號、權限與系統基礎 | 30,000 | 帳號角色、通路隔離、環境建置、基礎安全與備份機制 |
| A2 | 通路與商品主檔 | 20,000 | 通路名稱/代碼、聯絡與配送資料;商品代碼、口味、單位、基本價格與啟用狀態,供訂單選取與彙整 |
| A3 | 下單與接單管理 | 30,000 | 通路叫貨、內部代建、確認、查詢、修改紀錄及標準匯出 |
| B1 | 生產需求、生產日與數量安排 | 40,000 | 依口味/交期彙整、來源分配、生產單;人員決定日期與數量,登記完工 |
| B2 | 出貨與基本應收款台帳 | 30,000 | 出貨登記、匯款回報、人工核款及應收/已收/未收查詢;非完整會計 |
| C1 | AI文字整理+訂單/銷貨單OCR候選 | 待樣本估價 | 文字、照片/PDF的約定欄位草稿與人工核對;舊40,000僅文字整理估價參考,不含OCR全包承諾 |
| 另計 | 額外通路培訓 | 待估 | 依對象、家數、場次、形式及工時確認 |
| 另定 | 補助KPI基準、月報與逐店追蹤 | 待分工及估價 | 指定責任、頻率、成果格式,可由其他合作方承擔 |
| 另定 | 額外審查/行政協作 | 待分工及估價 | 超出必要交付文件的審查會議、額外補件及行政服務 |
基本操作教學/手冊、必要技術交接、基本用量與稽核紀錄包含於對應模組,不再獨立收取原技術文件協作2萬元。原通路導入3萬元、KPI3萬元及追蹤3萬元不再沿用。目前不加總補助全案總價;文字方案優惠僅依下述同範圍估價討論。
A1 的共用基礎由後續模組沿用;各模組仍須完成自身權限與安全測試。不能刪掉帳號、授權或安全防護來換低價。模組是報價與驗收單位,並非全部能獨立運作:A2/A3依賴A1,B1/B2依賴訂單資料,C1依賴主檔、帳號與訂單流程。既有系統銜接需另估。
三個累計層級
| 層級 | 處理什麼 | 包含範圍 | 本階段新增 | 累計費用 |
|---|---|---|---|---|
| 1.接單基礎 | 集中各通路訂單 | A1–A3及對應基本交付 | 80,000 | 80,000 |
| 2.營運協作 | 接到生產、出貨及基本應收款台帳 | 第1層+B1–B2及對應基本交付 | 70,000 | 150,000 |
| 3.AI訂單整理 | 文字整理;訂單/銷貨單OCR候選待樣本 | 第2層+確認範圍的C1 | AI待估 | 150,000+確認後AI估價 |
第1層不含生產、出貨、收款或AI;第2層不含AI;第3層增加AI整理能力。三層是累計價,不是8+15萬元再相加;已完成相同範圍不重複收建置費,重做或新增整合先報價。舊文字AI參考4萬元只供估價沿革,第三層標示「15萬+AI模組待估」,不公布補助全案總價。
額外通路培訓、補助成果與逐店追蹤、額外審查/行政協作須另定分工及費用,三層皆不能直接宣稱已完成補助全部要求。本案確定採多店AI補助,正式核定要求仍須完整執行;工作可由其他合作方承擔,但須指定責任、證據及期限。
付款與優惠
待AI樣本、額外服務責任與工時確認後,才提出正式總價及分期金額;原30萬合計、29萬優惠與對應分期金額作廢。可保留同範圍的文字方案參考:營運15萬元+舊文字AI估價4萬元=19萬元,整包優惠可討論18萬元,待估工及成本確認。此18萬元不含尚無樣本的OCR,也不含另約的額外通路培訓、補助KPI及逐店追蹤,不是補助全案總價。不得為湊整數抬高模組原價;OCR納入後需依實際樣本重估。商業付款依約定開工與驗收成果安排,付款義務人及可認列期間另確認,不預設等待政府撥款。前置及正式成果不重複計價。
持續成本與邊界
半年 AI 基本額度每月最多 500 元、合計最多 3,000 元,若採用,於確認後的 C1 報價列明是否內含,不與模組價重複加收;OCR用量須另以樣本實測。實作需先檢查與預留呼叫費用,接近額度通知、額度不足不發起新的 AI 請求,增加額度由指定人員核准;一般訂單功能仍可使用。供應商帳務、在途請求與匯率保留緩衝,不能承諾帳單精準停在新臺幣某整數。
雲端服務另計;後續維護暫估每月 2,000–3,000 元,服務與工時上限另約。原規格缺陷保固與使用教學分開。
仍不含複雜庫存、原料、完整月結/退款、多工廠、產能最佳化、金流/物流/發票串接、更多 AI 功能、未定義素材中心、現場差旅、行政代辦、會計簽證及外部資安檢測。
十二、分工、交付與變更管理
| 負責方(待指派) | 建議責任 |
|---|---|
| 冰品供應商/合格主提案者 | 營運流程、商品價格、參與店家、試用人員、驗收決策、自籌及付款安排 |
| 合作/行政窗口 | 資格查核、官方適用性確認、計畫書、送件、補正、核銷與行政結案 |
| 系統開發方 | 約定系統及AI、測試、基本操作教學/手冊、必要技術交接、基本用量與稽核紀錄;額外成果及協作依另訂範圍 |
| 參與通路 | 建檔資料、上課、實際使用、問題回饋與所需量表/紀錄 |
正式交付清單包含規格與權限表、可操作系統、部署設定說明、測試紀錄、操作教材、資料匯出與交接文件;額外通路培訓、補助專用月報/KPI/逐店追蹤及審查行政支援另列責任與費用。原始碼授權、服務帳號、維護承接方式於合約確認。
每階段依事前同意的案例驗收,包括 700 支來源分配案例、未授權存取拒絕、AI 缺漏草稿、人確認及一般下單備援。新增需求先描述影響,再報追加費與期程;不以會議中提過就自動列入原價。
本版排除:複雜成品/原料庫存、完整月結與退款帳務、多工廠、產能最佳化、未列明金流物流發票及其他系統串接、多項 AI、現場交通、會計簽證及外部資安檢測。若訪談確認屬必要,需調整範圍與報價。
十三、30–45 分鐘會議議程與決策清單
| 時間 | 討論內容 | 當場希望確認 |
|---|---|---|
| 0–5 分鐘 | 提案、補助與各方角色 | 主體、窗口及付款決策人 |
| 5–15 分鐘 | 拿一筆真實訂單走到出貨收款 | 最常見流程與三個主要例外 |
| 15–25 分鐘 | 通路操作與 AI 草稿示例 | 每店如何使用 AI,資料與單位規則 |
| 25–35 分鐘 | 模組、導入與期程 | 首版必需、後續追加及店家配合事項 |
| 35–45 分鐘 | 報價、資金、下一步 | 範圍確認人、資料提供日與下次檢視日 |
請帶:去識別真實訂單 3–5 筆、商品口味與包裝/價格表、目前生產日與數量安排範例、匯款核對做法、通路候選清單與資格資料、預計申請資料及現有補助文件。若含敏感資料,先移除非討論必要內容。
會後決策至少落定:①主提案與付款主體;②合格通路名單與實際家數;③文字及訂單/銷貨單 OCR 樣本、欄位與逐店使用方式;④首版價格/庫存/帳款例外;⑤素材具體交付;⑥導入與行政負責人;⑦資金與執行期間;⑧定稿需求、估工及下一輪確認日期。