內容過期卻沒人負責
活動、服務、聯絡方式與人員資訊長期不更新，降低信任也製造額外詢問。
01
START WITH CONTEXT
把零散救火，改成有節奏的管理
不同網站需要的維護頻率不同。承曜會先確認技術環境、內容更新來源、關鍵功能、權限與目前風險，再安排適合的處理範圍與紀錄方式。每次變更都應知道改了什麼、為什麼改、出了問題如何回復。
02
COMMON FRICTION
常見卡點，不一定只是工具不夠。
問題發生才臨時找人
缺少固定窗口、環境紀錄與備份，單一小問題也要重新摸索整套系統。
帳號與更新沒有留下紀錄
誰改過什麼、權限在誰手上、是否能回復，都無法快速確認。
03
SCOPE
服務可以涵蓋哪些工作
- 01網站與服務現況盤點
- 02例行內容、圖片與功能調整
- 03可用性、連結與關鍵流程巡檢
- 04版本、備份與必要更新安排
- 05問題分級、處理與變更紀錄
- 06數據觀察與後續改善建議
04
DELIVERABLES
不只完成畫面，也留下可管理的依據
維護範圍與責任
明確列出包含事項、處理窗口、回覆方式與不在範圍內的工作。
變更與問題紀錄
保留每次調整、原因、結果與待辦，降低重複溝通。
週期性改善建議
依實際使用與問題累積，排序下一階段值得處理的項目。
05
SERVICE LEVELS
依營運風險選擇維護深度
01FOUNDATION
基礎維護
適合公開資訊站、低頻更新，且沒有關鍵交易流程的網站。
- 排定巡檢與內容變更批次
- 保留變更、驗證與問題紀錄
- 提供月度狀態與下一步摘要
02OPERATIONS
營運維護
適合有表單、活動、會員或固定數位流程，需要持續技術窗口的團隊。
- 關鍵流程探測、事件分級與工單管理
- 備份結果檢查與問題追蹤
- 月報、風險排序與定期改善會議
03RESILIENCE
韌性加強
適合中斷會明顯影響營運，且願意投入備援與演練成本的系統。
- 逐案定義 RTO、RPO 與回復順序
- 安排還原演練與存取審查
- 建立事件更新節奏與復原證據
實際服務時段、回覆目標、包含工時、備份頻率、RTO、RPO 與費用，會在盤點後寫入報價及 SOW。回覆時間代表完成分級並說明下一次更新，不等於保證修復完成。
06 / FIT CHECK
什麼情況適合開始
適合已有網站或數位工具，但內部缺少固定技術人力、內容需持續更新，或希望把維護責任制度化的團隊。
07
FAQ
這項服務常見問題
可以只處理單次修改嗎？＋
可以先確認單次工作的風險與範圍；若涉及長期版本、資安或內容責任，會說明持續維護較合理的原因。
維護是否包含主機與網域費用？＋
依實際方案列明。第三方主機、網域、外掛或平台訂閱通常會獨立列出，不會混在不透明的總價中。
回覆時間是否等於保證修好？＋
不是。回覆代表已收到、完成初步分級並說明下一次更新；修復時間仍取決於影響、權限、資料、第三方服務與回復條件，會在 SOW 中約定服務時段及責任。
不是承曜做的網站也能維護嗎？＋
可以先做接手健檢。確認技術、授權、帳號、備份與可維護性後，才能判斷適合續修、移轉或重建。