CH01 · PUBLIC READING
資料已經送上畫面，為什麼 IoT 系統仍然可能沒有完成？
碎片化的物聯網世界
從生態系碎片化、導入週期、維護成本、資料可信度與多站權限，辨認完整 IoT Server 必須承接的五個現場問題。
適合：第一次想確認這門課是否在談自己現場問題的讀者
1-0 先面對五個物聯網現場痛點
括號內是後續主要對應章節，先知道問題會被拆到哪裡，不需要在這裡一次看完所有名詞。
| 現場痛點 | 現場會怎麼發生 | 對應的架構責任 |
|---|---|---|
| 生態系嚴重碎片化 | 互通性與標準碎片化，通訊協定多頭馬車，跨品牌與系統整合困難；最後常常還是自己寫轉接 | 接收器邊界（CH06~CH08）、 資料入口項目（EX01）、 Parser（CH10）、 DCE（CH05） |
| 產品生命週期短，蟲蛹期太長 | 系統產品可能只有 2~3 年生命，卻有一半以上，甚至 8~9 成，都耗在客戶想架系統、導入、調網路、讓資料穩定；等準備收第二年維護費、車馬費時，客戶覺得成本不符就不續約 | 設定化 / 策略參數（CH25）、 離線補傳 / 融合邊界（CH08、CH17） |
| 維護成本模糊 | 又要省電、又要精準、又要傳輸穩；產品做不到時，就變成換電池、修網路、校正感測器的人力成本 | Missing 標記（CH12）、 TimeThreshold（CH11、CH25）、 Rank（CH12~CH14）、 設定面（CH25） |
| 數字存在但不一定可信 | 報表有值，背後可能只收到部分資料，或把缺資料補成 0 | Missing 標記（CH12）、 Rank（CH12~CH14）、 複合裝置可信度（CH13）、 離線融合（CH17） |
| 權限與多站責任變複雜 | 單廠變多廠，單一使用者變總廠長、廠長、維修、外部角色 | Local-first（CH02）、 APPType（CH21）、 SystemInformation / 帳號群組（CH22）、 多 LON（CH23） |
還有一個現實點要先講清楚：
IoT 常常不是一路線性成長，
而是反覆被綠能、節能、數據、AI、法規、補助、ESG 這些議題重新炒熱。
景氣好、政策在推，資源就流進來；世界有事、預算收緊，很多案子又先等等。
但現場問題不會因為市場冷掉就消失。
設備還是會換，網路還是會斷，資料還是要追，報表還是會被質疑。
更麻煩的是，IoT 問題不只技術，也不只世界趨勢。
客戶越依賴廠商工班，現場維修人員的流失和交接就越貴。
留不住現場員工，場域經驗交接不了，客戶也會慢慢流失。
所以系統要盡量讓現場人員有好流程處理問題，
也要讓客戶能做基本維護。
操作越簡單、越直觀，越能降低使用難度和交接成本。
法規、世界趨勢還有員工心態，我們沒辦法直接由系統設計解決，
但我們可以設計一個相對較彈性的架構，減輕開發、維護的負擔，
再配合商業模式跟教育訓練，來達到共贏的結果。
這邊介紹的設計架構，叫 LocalNest，
不能百分之百解決所有案場問題，也不是替所有案場定一套唯一 SOP。
LocalNest 的設計前提，
是盡量把多廠牌感測器、上雲安全考量、多通訊協定、維護成本和交接問題，
拆成比較容易設定、追查和維護的系統責任。
CONTINUE THE SYSTEM
這一章回答一個問題，完整課程負責把責任串起來
LocalNest 的完整內容會繼續處理裝置身份、解析、資料品質、歷史資料、離線補傳、APP、多站權限、設定面，以及可執行的 BETA 與 LAB。