核心監測能力
- OPI：溫/濕/CO2/庫存。
- iGRAIN：溫/濕/CO2/庫存 + 風險判讀。
- AgroLog：溫/濕/CO2/料位/氣象。
AMMS 競品分析頁
這頁是給 Kickoff 與內部討論快速使用。完整文字版可見 競品分析文件（Markdown）。
快速結論
- 三家競品都已形成「感測硬體 + 雲端/軟體 + 告警 + 多站點管理」完整方案。
- OPI 偏「監測 + 自動調質 + ROI」敘事。
- iGRAIN 偏「CO2 早期腐敗偵測 + EMC 自動通風 + HACCP」。
- Supertech（AgroLog） 偏「整合能力 + 可雲可地 + 客製彈性」。
- AMMS 若只停留在 Dashboard 顯示層，競爭力不足；需補「流程化告警、決策建議、整合介面」。
3
主要競品
10+
次頁來源
6
差異維度
3
AMMS 推進階段
爬取範圍與方法（不是只看首頁）
有往下爬，除了首頁，還包含產品頁、功能頁、整合頁。以下是本次已用到的次頁方向：
OPI 次頁
- ManageGrain 平台頁（告警、歷史趨勢、遠端 fan 控制）
- EPIQ Remote Monitoring（監測值、告警敘事）
- BLUE Smart Conditioning（自動調質價值主張）
iGRAIN / Supertech 次頁
- iGRAIN Smart App（風險分數、worst-to-best 排序）
- iGRAIN CO2 Sniffer / Aeration Manager（早期偵測與 EMC 控制）
- AgroLog TMS6000 / Integration（REST/WebSocket/OPC-UA/RS485/Relay）
結論不是只基於首頁宣傳語，而是基於「產品/整合次頁」可交叉驗證的能力點。
MMS 介面圖（本專案現有畫面）
你希望「有能多表示 MMS 介面的圖」，這裡直接放 3 個可視化介面預覽，方便對照競品時同步展示「我們現在長什麼樣」。
附圖差異（官方公開圖）
重點在「平台化遠端管理 + 自動調質（BLUE）」。圖像強調跨裝置與集中管理。
EPIQ 主打 24/7 遠端監測，訴求在不進倉條件下掌握溫/濕/CO2/庫存狀態。
OMNI 感測線纜強化硬體側差異，對應 OPI 的整體解決方案敘事。
Smart App 以行動化風險判讀為核心，結合 CO2/溫濕資料提供風險等級與排序。
CO2 Sniffer 主打「早期腐敗偵測」，差異點是把 CO2 當成核心預警訊號。
強調完整系統組合（Gateway/Controller/多類感測），並可擴充 API/OPC-UA/Relay。
從硬體配置到部署選項（Cloud/On-Prem）都可客製，偏工業整合導向。
OPI 深度拆解（定位：平台化 + 自動調質）
圖中重點：以 BLUE 調質控制為核心，搭配平台監控形成「看得到 + 做得到」敘事。
圖文整合觀察
- ManageGrain：主打多站點可視化、歷史趨勢與即時告警。
- EPIQ：強調遠端監測，降低人工巡檢風險。
- BLUE：從「看見問題」升級到「自動解問題」。
- 敘事重點是 ROI：減少過度乾燥、縮短風扇/加熱器運轉時間。
對 AMMS 的壓力點
- 若 AMMS 只做監測，會被定位成「低階替代」。
- 需補「可執行建議」與「可控設備」故事。
- UI 之外，必須有可量化效益（能耗、損耗、人力）。
競爭風險：客戶已被教育成期待「監測 + 自動控制」一體化，不再只買看板。
iGRAIN 深度拆解（定位：CO2 早期預警 + EMC 控制）
圖中重點：行動端直接呈現風險判讀，強化現場人員「先處理哪一倉」的決策效率。
圖文整合觀察
- CO2 Sniffer：以 CO2 當腐敗早期訊號，主張早於溫度熱點反應。
- Smart App：提供風險因子（0~6）、最大安全儲存時間、silo 排序。
- Aeration Manager：強調 EMC 原理下的自動通風，而非單純溫控啟停。
- HACCP 敘事：把監測與食品安全品質流程綁在一起。
對 AMMS 的壓力點
- 需要「風險指標化」，不能只給原始曲線。
- 需做站點/倉位排序，支援現場有限人力優先處置。
- 報表需能對接 QC 稽核情境，而非只輸出數據。
競爭風險：若缺少 CO2 相關模型，容易被認為在「早期偵測」能力落後。
Supertech（AgroLog）深度拆解（定位：整合彈性 + 工業相容）
圖中重點：以 Gateway/Controller/多感測組成系統，對應其整合導向與客製部署定位。
圖文整合觀察
- TMS6000：多感測型態 + 軟硬整合，支援多站點監控。
- 整合頁明確列出 REST、WebSocket、OPC-UA、RS485、Relay。
- 可雲端/可地端部署，對資料主權客戶友善。
- 可客製整合流程，強調「不用大改現場系統」。
對 AMMS 的壓力點
- 工業案最怕 lock-in，AMMS 必須給出標準接口路線。
- 要明確定義邊緣端/雲端資料流與離線回補機制。
- 要有導入手冊與整合測試案例，降低 SI 風險。
競爭風險：沒有標準協議與文件，會在採購前期就被篩掉。
能力圖示卡片版（探索對齊用）
把三家競品軟體能力用圖示整理成可快速討論的版本。
告警通知能力
- OPI：即時告警（Email/SMS 敘事）。
- iGRAIN：風險分級與行動端呈現。
- AgroLog：Email 通知 + 即時監控。
自動控制能力
- OPI：BLUE 強調自動調質。
- iGRAIN：EMC 自動通風控制。
- AgroLog：Relay 風扇控制整合。
歷史分析能力
- OPI：歷史趨勢分析與報告。
- iGRAIN：risk factor、worst-to-best 排序。
- AgroLog：歷史圖表與多站點視角。
系統整合能力
- OPI：公開頁細節較少。
- iGRAIN：RS485/Modbus、可接 PLC。
- AgroLog：REST/WebSocket/OPC-UA/RS485/Relay。
部署彈性能力
- OPI：雲端遠端管理敘事為主。
- iGRAIN：Cloud + Smart App 模式。
- AgroLog：Cloud / On-Prem 都可。
競品能力對照表（對 AMMS 需求）
| 面向 | OPI | iGRAIN | Supertech（AgroLog） | AMMS 建議 |
|---|---|---|---|---|
| 核心監測 | 溫度/濕度/CO2/庫存 | 溫度/濕度/CO2/庫存（含風險分級） | 溫度/濕度/CO2/料位/氣象 | v1 至少涵蓋溫/濕/CO2/料位 |
| 告警通知 | Email/SMS（公開頁敘事） | 風險等級、早期警示、App 讀取 | Email 告警 + 即時監控 | 分級 + 排班 + ACK + 處置記錄 |
| 自動控制 | BLUE 強調全自動 conditioning | EMC 自動通風控制 | Relay 風扇控制整合 | 先建議、再半自動、後全自動 |
| 歷史分析 | 趨勢分析與報告 | Worst-to-best 排序、HACCP 報表 | Full historical chart + 報告 | 趨勢 + 週/月報 + 事件回放 |
| 整合能力 | 公開頁面細節較少 | RS485/Modbus、可接 PLC | REST/WebSocket/OPC-UA/RS485 | 先 REST + Modbus/OPC-UA 擇一 |
| 部署模式 | 雲端遠端管理為主 | Cloud Server + Smart App | Cloud / On-Premise | 需同時支援雲端與地端 |
場景對照與勝負點（討論版）
| 場景 | 客戶最在意 | 目前競品強項 | AMMS 可切入打法 |
|---|---|---|---|
| 大型糧倉集團（多站點） | 跨站可視化、權限、穩定性 | OPI 平台成熟度、AgroLog 整合彈性 | 先做多站點總覽 + 告警流程 + 權限審計 |
| 品質導向客戶（食安/稽核） | 風險預警、可追溯報表 | iGRAIN 風險分級與 HACCP 敘事 | 建立風險分數與稽核報表模板 |
| 既有 SCADA/PLC 工廠 | 整合成本、導入時程 | AgroLog 協議完整度 | API + OPC-UA/Modbus 先落地一套 |
| 人力不足場域 | 少巡檢、快反應、低誤報 | OPI 自動化、iGRAIN 排序與風險判讀 | L1 告警助手 + L2 建議路徑，逐步自動化 |
競品定位評分（1~5，依公開資訊推估）
| 品牌 | 功能廣度 | 自動化深度 | 整合彈性 | 綜合觀察 |
|---|---|---|---|---|
| OPI | 4.5 | 4.8 | 3.8 | 強在自動化與 ROI 敘事 |
| iGRAIN | 4.2 | 4.7 | 4.0 | 強在 CO2 + EMC + HACCP |
| Supertech（AgroLog） | 4.7 | 4.0 | 4.8 | 強在 API/工業協議與部署彈性 |
| AMMS（現況 Demo） | 2.8 | 2.0 | 2.2 | 已具展示力，待補產品化能力 |
AMMS 差距與優先補強
- Gap 1 告警流程化：分級、通知、ACK、工單/處置追蹤。
- Gap 2 歷史分析：趨勢查詢、異常比對、報表排程。
- Gap 3 決策能力：風險分數、站點排序（worst-to-best）、建議動作。
- Gap 4 整合介面：REST API + 工業協議（Modbus 或 OPC-UA）。
- Gap 5 部署彈性：SaaS / On-Prem 可選，回應資料主權客戶。
討論用話術與提問（可直接帶進會議）
銷售話術（避免硬碰硬）
- 我們不是只做監測，而是把告警變成「可執行的處置流程」。
- 我們保留客戶現場系統，透過標準接口低風險整合。
- 部署可雲可地，對資料主權與資安要求更友善。
- 先上線監控與建議，驗證價值後再升級自動化，導入風險最低。
採購/技術提問清單
- 告警是否有 ACK、責任追蹤與班表路由？
- 若網路中斷，資料如何離線緩存與回補？
- 是否支援 REST 與工業協議（OPC-UA/Modbus）？
- 歷史資料最長保存多久？查詢延遲多少？
- 跨站點權限與稽核日誌可否滿足內控要求？
- 是否提供可驗證的節能/減損 KPI？
探索討論清單（需求對齊版）
- 客戶真正購買的是「監測」還是「處置能力」？
- 現場日常決策最痛的是「不知道哪裡有風險」還是「知道了但人力不足」？
- 對方是否有既有 PLC / SCADA，不可替換只能整合？
- 資料保存、稽核與食安報告有哪些硬性要求？
- 告警處理是否需要班表、ACK 與追蹤責任到人？
- 哪些場景可以先做建議型，哪些一定要保留人工決策？
本頁以需求對齊與探索為主，不預設開發時程或路線承諾。