合作前該問清楚的四件事
委外最大的成本不是費用，是不確定性。所以這四題先寫在這裡，不必等開口問。
- 會不會繞過我們，直接接我們的客戶？
不會。全程只對貴公司的窗口，不主動留聯絡方式給貴公司的客戶。交付文件、報告與往來信件都可以用貴公司的名義。這一條寫在這裡，是為了讓它有據可指。
- 時程能不能抓得準？我們對客戶有承諾。
時程會失準，多半不是因為估的人不會估，而是範圍在開工之後才長出來。所以我的做法是把講得清楚的部分先拆成項目、各自給時間；還講不清楚的那幾項會標示出來，不含在承諾的時間裡。範圍中途變動時當下就會提出，不會先吞下去再延期。
- 做到一半聯絡不上怎麼辦？
以文字溝通為主，往來紀錄都留得下來。每個案子有固定的進度回報點，不是交出去等結果，過程中隨時查得到目前的狀態。
- 怎麼確認真的做完了？
每次交付附一份可以逐條核對的驗收清單：該看到什麼、從哪裡進去、預期結果是什麼。貴公司或貴公司的客戶自己核對得完，不需要憑一句「好了」來判斷。
可以委託的項目
以下每一項都實際做過。沒有做過的項目，我會直接說明。
GEO／AI 可見度的技術落地
策略確定之後，需要動到網站本身的那一段：結構化資料、AI 爬蟲設定、sitemap、llms.txt、供機器讀取的純文字版本，以及可見度的定期量測。
接手既有站的修改與維護
既有的站、原開發廠商已經聯絡不上的站、沒有版本控制只剩正式站的站。先逆向整理出一份架構文件再動手，不靠推測修改。
站台重做與新建
既有的站在結構上已經做不到想做的事，與其持續修補不如重做。舊站在切換前維持原狀，可以隨時退回。
舊系統升級與框架搬遷
主機準備淘汰舊版 PHP、系統即將跑不動的那種。實際處理過只能運行於 PHP 5.6 的系統。
跨系統的資料匯出、清洗與搬遷
換系統但資料不想重打、不確定該先搬哪一份。處理搬遷順序、欄位對映，以及跨環境的識別碼對應——那是資料會靜默貼錯的地方。
三個實際案例
客戶名稱受保密限制不列，以下說明的是案件型態與實際做法。
- 補教業 · 線上點播系統
- 當時的狀況
- 系統只能運行於舊版 PHP，主機一旦淘汰該版本，系統將整個停止服務。
- 做了什麼
- 逐一替換相依套件、補上自動化測試作為安全網，再分階段升級至現行版本。切換前舊環境維持原狀作為退路。
- 結果
- 正式站零停機完成切換，後續可跟隨主機版本更新，不再受舊版綁住。
- 電商 · 換系統的資料搬遷
- 當時的狀況
- 要更換使用多年的系統，會員、商品、保固三份資料不希望重新輸入，也沒有人能說明該先搬哪一份。
- 做了什麼
- 盤點三份資料的相依關係、定出搬遷順序，逐份訂定匯出與清洗規則。其中一份的通路欄位有四百多種寫法，另外增加一欄歸類後再搬。
- 結果
- 資料一次搬移完成，未再回頭補件，欄位對映留有文件可查。
- 接手 · 原開發廠商已聯絡不上的系統
- 當時的狀況
- 原開發廠商已無法聯繫、沒有版本控制，正式站就是唯一的一份原始碼，因此無人敢修改。
- 做了什麼
- 先將正式站現況原樣納入版本控制，再逆向整理出一份架構文件，讓後續修改有依據。
- 結果
- 從無人敢動，變成改動前後都有紀錄、有需要時退得回前一版。
一支 AI 可見度健檢，提供貴公司使用
我寫了一支健檢工具：輸入一個網址，會產出一份給非技術背景的人閱讀的報告——AI 爬蟲進不進得來、文字在不在原始碼裡、有沒有結構化資料、行動裝置開啟要等幾秒。
- 可用於貴公司客戶或潛在客戶的網址，報告能直接轉寄給對方
- 報告寫成白話三段：現在是什麼狀況、這代表什麼、可以怎麼辦
- 不給分數。目前沒有任何一家 AI 公布過評分標準，所以報告只逐項說明狀況，不換算成分數
- 不需要任何回報，也不需要標示來源
合作的細節
- 做到一半發現範圍比原本講的大，怎麼處理？
這是常態，不是意外。發現的當下就會提出來，把多出來的部分列成獨立項目，重新談時間與費用，由貴公司決定要不要做。不會默默吸收，也不會等做完才追加。
- 怎麼計費？
依範圍估價，先將工作拆成可驗收的項目再提出數字。可以按案計費，也可以按時間計費，依貴公司習慣的方式。
- 可以開發票嗎？
目前是個人工作室，可以開立勞務報酬單。如果貴公司一定要統一發票，先跟我說，我們另外談做法。
- 可以用貴公司的名義交付嗎？
可以。交付文件、驗收清單與健檢報告都能使用貴公司的名義，我不出現在客戶面前也沒有問題。
- 急件接不接？
視當下檔期而定。排不進去我會直接說明，讓貴公司還有時間安排其他方式，不會先答應再延。
- 很小的一段也可以委託嗎？
可以。半天就能完成的項目反而適合委外，不必為了一小段去挪動內部的排程。
依範圍估價 · 先拆清楚項目再報 · 可開立勞務報酬單
有需要委外的項目，或先建立聯繫
不需要現在就有需求。之後有需要再聯繫即可。