Method

交付方式

先明確範圍、風險和驗收標準，再按階段完成交付。

每個專案從診斷開始，形成可以執行的路線；上線之後再進入監控、備份和維護，不把關鍵責任留在口頭溝通裡。

交付原則

重要配置、表單資料、部落格內容和站點檔案都要知道在哪裡恢復。

價格、服務範圍、維護責任和風險邊界要寫清楚。

先建立最小可用的發布與線索流程，再根據業務成長接入更完整的系統。

方式

基礎設施專案容易陷入技術人員說“已經配置”，業務人員卻不知道能否使用的狀態。Ruocent 會把每個階段寫成輸入、動作、輸出和驗收，重要決定保留依據，範圍變化在實施前重新確認。

我們會檢視真實網址、解析、證書、內容結構、伺服器狀態和現有工作方式，同時詢問使用者地區、更新頻率、關鍵業務路徑和可接受中斷。無法取得許可權時，也會說明判斷的證據邊界。

路線會解釋為什麼選擇某個區域、快取方式、儲存層級或維護深度，並標明客戶、Ruocent 與第三方各自負責什麼。對成本或風險影響較大的選擇，會同時給出替代方案。

上線視窗會包含備份、解析與證書、頁面和移動端、表單或登入、監控和回退檢查。涉及遷移時保留舊入口一段約定時間，避免切換失敗後無處恢復。

持續服務會約定檢查頻率、告警入口、備份保留、可處理的小範圍變更和需要另行評估的事項。每次重要操作留下記錄，讓維護質量不依賴口頭承諾。

階段主要輸出進入下一階段的條件

診斷

現狀路徑、風險清單、依賴與優先順序

目標、限制和必要許可權已經確認

方案

架構路線、工作邊界、資源估算、驗收標準

雙方確認範圍、價格與時間

實施

配置、遷移記錄、測試結果、問題與回退點

關鍵使用者路徑通過驗收

執行

監控、備份、變更記錄、週期報告與改進項

責任人和維護節奏持續有效

從提交需求到收到建議通常要多久？

資料完整時可以先完成方向判斷；需要登入伺服器、檢查日誌或評估遷移的資料，會在取得必要許可權後給出更可靠結論。具體響應時間以專案溝通為準。

客戶需要提供哪些賬號？

只提供當前階段確有需要的最小許可權。域名、雲平臺和程式碼等核心賬號應由客戶持有；臨時許可權在工作結束後應撤銷或更換。

上線過程中如何控制風險？

先備份和記錄舊狀態，在獨立入口驗證新環境，安排明確切換視窗，觀察關鍵指標，並保留可執行回退點。高風險變更不會和無關改動混在同一視窗。

會提供文件和交接嗎？

會根據專案範圍提供資產位置、關鍵配置、日常操作、備份與恢復入口。文件以能繼續維護為目標，不用大量截圖代替實際說明。

需求中途變化如何處理？

先判斷是否影響架構、工期、成本和已完成工作。輕微調整可納入原範圍；實質變化會更新範圍與報價，經確認後再實施。

真正可控的專案，不是過程中從不變化，而是每一次變化都知道影響什麼、由誰確認，以及完成後怎樣驗證。