📋 AMMS 會議記錄 — 一鍵備答資料

📋 AMMS 會議記錄

記錄每次會議的共識事項、選項結果與 Action Items。每場會議結束後更新，作為專案推進的正式依據。

✓ 已完成 2026-03-19 第一次會議 — AMMS 需求規格對齊 Kickoff 業務 ﹒ 行銷 ﹒ 研發
本次選項結果
開發模式
外部開發 ＋ 內部治理
Agent 等級
L1（問答助理）
會議型態
探索型 Kickoff
參與對象
業務 ＋ 行銷 ＋ 研發
本案範圍確認
  • ✔以原 MMS 系統為基礎，提升為先進量測管理系統（AMMS）
  • ✔方向：從純 Monitor（監控） 擴展為 Monitor + Maintenance（監控＋維護管理）
  • ✘本案非倉儲物料管理系統（WMS / 倉物料），不納入本次開發範疇
有共識的項目
  • 1 若系統需要公司目前未有的感測器產品（如濕度計、CO₂ 偵測器），以外購其他廠牌產品方式整合納入 AMMS 系統，不限於 FineTek 自有產品線。
  • 2 業務提出維護更新便利性需求：系統應支援遠端操作功能（含設定調整、韌體更新、參數管理），以降低現場服務成本。
  • 3 專案驗收與交接由研發處主導，統一負責驗收標準制定、測試執行與交接文件產出。
  • 4 研發提供 AMMS 功能項目清單給業務部門參考，由業務依客戶需求及市場優先序進行功能選擇與排序。
  • 5 啟動外包商尋找與審核作業，以支援專案開發產能需求；審核標準與合作模式由研發處制定。
Action Items
🔵 Phase 1 拜訪期
03/20 – 04/02
業務＋研發
拜訪台灣廠商
🟢 Phase 2 整理期
04/03 – 04/14
整理回饋
完成功能表與文件
🟠 Phase 3 決策會議
04/16
GO / NO GO
確定 v1 範疇
#待辦事項負責單位期限狀態
1 🔵 拜訪台灣廠商，收集客戶實際需求與市場反饋 業務 ＋ 研發 04/14 前 已收到
2 🔵 提供 AMMS 更新版可能功能表（Monitor + Maintenance、遠端操作、外購品整合） 研發 04/14 前 已收到
3 🟢 整理外購感測器（濕度計、CO₂ 等）可能廠牌與整合評估初步方案 研發 04/14 前 待辦
4 🟢 啟動外包商名單收集，列出候選廠商與初步審核條件 研發 04/14 前 已收到
5 🟢 依研發功能表，標註業務端優先推薦功能與客戶痛點對應 業務 04/14 前 待辦
6 🟢 提供行銷視角的 AMMS 期望功能清單（市場定位、客戶吸引力角度） 行銷 04/14 前 已收到
會前資料 / 討論底稿
  • 📊 互動式 Kickoff 投影片 開啟 →
  • 📋 Kickoff 資訊及討論內容（需求規格對齊底稿） 開啟 →
  • 🏆 競品分析（OPI / iGRAIN / Supertech） 開啟 →
  • 🚖 AMMS Dashboard 原型 開啟 →
下次會議
🗓️ 2026 年 4 月 16 日 ／ 議程：檢視功能表與廠商拜訪回饋，進行 GO / NO GO 決策，確定 AMMS v1 開發範疇與里程碑。
✓ 已完成 2026-04-16 第二次會議 — AMMS 需求討論 劉子明（主席）﹒ 陳俊儒 ﹒ 郭俊元 ﹒ Brian Kuo ﹒ 吳志嘉 ﹒ 蕭金椿 ﹒ 李奕澔（記錄）
核心決策共識
  • 1 產品定位：AMMS 為 MMS 升級版，100% 繼承既有功能並在此基礎上擴充，不砍掉任何現有能力。
  • 2 系統角色：定位為監控／輔助系統，不取代客戶既有 PLC 或主控系統；提供監控、告警與判斷依據，不直接控制設備。
  • 3 分級架構：採「地端版（On-Premise）＋ 雲端版（Cloud）」雙版本分級。地端版延續 MMS 架構、運行於 PC / IPC；雲端版提供行動端存取，屬進階付費版。
  • 4 行動裝置：手機／平板完整功能僅限雲端版提供，地端版不直接對外（避免維運與資安問題）；支援地端平滑升級至雲端，雲端可遠端監看地端狀態。
  • 5 UI/UX：全面介面優化，提升使用者體驗，參考競品 3D 全彩視覺設計。
  • 6 告警系統：新增即時告警，重要性順位高於「自動控制」；支援警報畫面顯示及 Email / Discord 通知機制。
  • 7 資料記錄頻率：由 10 分鐘調降至 60～120 分鐘，優化歷史查詢效能；主要分析範圍為半年～一年，不強調長期全量查詢。
  • 8 監控規模：支援多桶槽顯示，範圍擴展至 10～40+ 個，突破舊版 4～8 個顯示限制。
  • 9 溫度監控：採低頻更新（1～2 小時），主打趨勢判斷與分層熱點圖，非秒級即時監控；結露／霉變風險指標由使用者自行設定。
  • 10 控制策略：以人工控制為主，系統不主動執行自動控制；提供 API，由使用者決定是否串接 PLC / IO（如 Finelink）。
  • 11 維運與語系：維運業務可外包，公司專注感測器核心技術；系統支援多語系介面，具備國際化擴展準備。
確認開發藍圖
🔵 Phase 1 基礎版
2026
UI/UX 全面改版
即時告警系統
地端版穩定部署
🟢 Phase 2 雲端進階
TBD
雲端平台 + 手機/平板 App
更多感測器整合
遠端監控與狀態追蹤
Action Items
#待辦事項負責單位期限狀態
1 AMMS 功能整理、廠商評分表彙整 行銷 ＋ 業務 04/20 已完成
2 準備 RFI（資訊徵詢書）對外發送 RD 04/29（回覆截止） 已發出（04/22）
會後產出 / 參考文件
  • 📄 AMMS 0416 會議記錄（PDF） 開啟 →
  • 📋 RFI 資訊徵詢書 V1.0（發出日：04/22，截止：04/29） 下載 →
  • 🏛️ 4/16 會議決策工具（互動版） 開啟 →
下次里程碑
📬 2026 年 4 月 29 日（RFI 回覆截止） ／ 收集各廠商回覆後進行內部評估（約 2 週），預計 05/15 前完成廠商決策，並視需要安排廠商簡報與 POC。
🔰 Stage-Gate 進程
Stage 0
Kickoff 對齊
探索型 Kickoff，對齊目標、範雇、角色與共識基準
✓ 完成（04/16 GO 決策通過）
🔑 Gate 已通過：兩次會議共識建立完畢，RFI 已於 04/22 發出
Stage 1
需求定義
PRD / SRS 撰寫、RFI 廠商評估、功能優先序確認
⏳ 進行中（RFI 已發出，等候廠商回覆）
🔑 RFI 截止：04/29 ｜ 廠商評估：約 2 週 ｜ 預計決策：05/15
Stage 2
技術設計
架構設計、API 定義、資料模型、外包商確認
⏸ 待命
🔑 Gate 進入條件：Stage 1 PRD / SRS 審議通過
Stage 3
MVP 開發
分 Sprint 建構、Staging 環境、內部示範
⏸ 待命
🔑 Gate 進入條件：Stage 2 技術架構審議通過
Stage 4
UAT / PoC 驗證
KPI 檢核、使用者驗收、交接文件
⏸ 待命
🔑 Gate 進入條件：Stage 3 MVP 審議通過