每項都包含：交付摘要、變更點（或建議清單）、可回溯紀錄。避免「修完就消失」的黑盒子。
針對網站掛掉、500、超時、串接失效、權限/憑證問題：先恢復可用，再拆解根因與風險。
缺文件、交接斷層、版本混亂：先建立可維護節奏，再逐步改善穩定性與風險控管。
看懂「交付物、驗收、維護/交接綁定、可行性」等技術風險，讓你能放心簽或知道該改哪裡。
新增/修改功能、重構、重做都可以談，但會先判斷：是否值得投入？能否分段交付？先做 MVP 再擴張。
不做「保證名次」。以整站結構、索引、速度、Schema、Core Web Vitals 為核心，讓能見度長期上升。
從 Web 服務角度做現況盤點與選型建議：容量、備援、備份、監控、資安與成本。必要時協助對接執行方。
維運/接手的成本不只看功能，關鍵是「風險與不可預期性」。
有 log、可重現、範圍明確 → 通常較快。只能「偶發」且缺資料 → 排查成本上升。
有原始碼、部署權限、第三方帳號齊全 → 可快速定位。缺其中一項 → 需要先補洞。
LINE / 金流 / API / DNS / CDN 等，任何一段出問題都會影響交付與時間，需要先釐清責任邊界。
你會得到什麼？不是一個含糊的「可以做」，而是可決策的選項：要修、要改、要續命、要重構或重做，原因與風險都講清楚。
不一定要全部，能提供多少就多少。提供得越完整，初步判斷越快。
