企業評估衛星備援時，最難回答的問題往往不是「最高多快」，而是「原本的網路不能用時，哪些工作還能繼續」。以下是一份由本文設計的需求與驗收工作清單，可用來準備與供應商的討論；它不是法定標準、現場測試報告或任何品牌的服務承諾。
先定義要保住的工作，而不是先選設備
假設一家小型公司希望在主線中斷時，仍能處理訂單、回覆客服與讓少數人遠端登入。請把三項工作分別寫成：「誰使用」「連到哪個系統」「同時幾個人」「最多能中斷多久」「成功的判定方式」。這是虛構規劃情境，不是本網站親自導入的案例。
接著把非必要工作另外列出，例如大型檔案同步或不急的下載。先決定備援期間的優先順序，再請供應商評估，才不會在不同服務範圍下比較報價。
需求表要包含場址與依賴
建議提供安裝地址、建物條件、可用電力、既有網路設備、需要連線的系統，以及現場誰能協助維護。要求供應商確認哪些條件已符合、哪些要勘查、哪些需要額外工程；不要在尚未確認的欄位填上「可用」。
再詢問：方案是否符合固定或移動用途？終端及服務是否適用該場址？使用中的 VPN、對外 IP 或特定系統有什麼相容條件？這些是詢問項目，不表示每家方案都有相同問題或能力。
總成本不要只看月費
把費用分成四欄：一次性的設備、安裝或工程；固定性的服務與維護；用量相關的流量、超量或選配；契約事件的搬遷、故障處理、提前解約或設備返還。每項都記下是否含稅，以及書面報價的有效期間。
供應商沒有提供金額時，標成待報價，而不是填零。比較兩份方案時，統一使用期間、服務範圍及稅費口徑。本篇不列市場估價，避免讓假設費用變成預算依據。
測試計畫先在紙上寫清楚
建議依序規劃：平常主線正常時的基準、經授權的主線故障模擬、備援連線下的必要工作、主線恢復後的回切，以及問題通報與復原。每個步驟都指定執行者、時間窗、成功條件、停止條件和還原方法。
不要為了測試直接拔除正在使用的正式網路。先取得管理者同意，安排測試環境或維護時段，並準備替代聯絡管道。需要供應商或網管協助的操作，應由有權限的人員執行。
驗收紀錄應保留什麼？
本文建議每次測試記錄日期、場址、設備與方案版本、測試條件、應用名稱、開始與恢復時間，以及結果。除了速度數字，也確認訂單是否成功送出、遠端登入能否完成，或客服作業是否需要重新建立連線。
範例欄位可寫成：「測試項目／預期結果／實際結果／證據位置／是否通過／未解問題／負責人」。尚未測過就標未測，不能以產品型錄或單次成功畫面代替所有項目通過。
驗收後仍需管理的事情
建議指定誰保存設定、誰接收故障通知、何時重新檢查備援，以及哪些變更後要重測。例如搬遷、網路設備更新或必要應用改版，都可以列為重新檢視的觸發條件。這些是本文提出的維運安排，不是宣稱所有服務均有自動監控或自動切換。
研究 Amazon Leo 時，官方資料放在哪裡？
可從遠傳與 Amazon Leo 合作公告及遠傳低軌衛星服務頁開始查詢，再將實際條件填入上述工作表。官方公告與申裝條件的區別，另見本站合作資訊查核整理。
修訂紀錄｜2026 年 9 月 7 日：本網址原與另一篇衛星介紹重複，現改為獨立的企業需求與驗收指南，保留原網址及首次發布日期。移除舊稿未核實的規格比較、模擬專業人士心得與不相關推廣。本文由 AI 協助修訂，未實際申裝或測試設備；清單為本文提出的規劃工具，不是官方驗收標準。