服務與方案

要不要先做一個「30 天付費 Pilot」再決定長期合作?用一個小專案驗證外包商的 6 個信號

2026.07.12 · 61 次瀏覽
要不要先做一個「30 天付費 Pilot」再決定長期合作?用一個小專案驗證外包商的 6 個信號

用小成本買掉「六個月才發現選錯人」的風險,含計價、KPI 計分卡與退場條款

分享:

客戶真實問題開場 + 場景

一位製造業老闆手上有個 200 萬的系統要外包,但被上一家廠商拖了半年、燒掉 60 萬還沒上線。這次他學乖了,卻卡在另一個焦慮:怎麼在「還沒把大錢投進去」之前,先確認這家廠商靠不靠譜?答案不是簽更厚的合約,而是先花一筆小錢做一個 30 天、範圍明確的付費 Pilot——用一個真實但可控的小專案,把對方的真實水準逼出來。這篇給你一套可直接拿去用的 Pilot 框架。

業界迷思打破

  • 迷思一:「先簽大約才有保障」。真相:合約擋不住能力不足,只會讓你被綁在錯的廠商身上更久。真正的保障是「用小專案先驗證、再放大」。
  • 迷思二:「試作應該免費」。真相:免費 Pilot 會拿到「業務級」的敷衍,付費 Pilot 才拿得到「交付級」的認真。你要驗的是他們正式工作的樣子,不是提案的樣子。
  • 迷思三:「Pilot 就是做個 demo」。真相:Demo 只證明「看起來會動」,Pilot 要證明的是「溝通、估時、文件、交付、修 bug」整條鏈——這些才是長期合作真正會痛的地方。
  • 迷思四:「Pilot 太花時間,不如直接開工」。真相:一個 30 天、幾萬元的 Pilot,是用小成本買掉「六個月才發現選錯人」的巨大風險。

核心框架:30 天 Pilot 的 6 個驗證信號

把一個「真實、獨立、可在 30 天內交付」的小模組交給廠商,觀察這 6 個信號(每個給 1-5 分):

  • 需求釐清:開工前有沒有主動問對問題、指出你沒想到的盲點?
  • 估時準度:說 5 天就是 5 天,還是一路延?延了有沒有提早說?
  • 溝通節奏:進度更新是主動的,還是你追才有?
  • 交付物完整度:有沒有文件、部署說明、原始碼交付,還是只丟一包程式?
  • 改 bug 的態度:驗收發現問題,是甩鍋還是負責?修得快不快?
  • 資安與帳號衛生:有沒有亂丟密碼、把金鑰塞進程式碼、要你給最高權限?

總分 24 分(滿分 30)以上再放大合作,低於 18 分建議止步。

三類典型情境的對照

  • 早期新創(10 人以下):Pilot 選「一個能上線見客的小功能」,重點驗「速度 + 溝通」;預算敏感,Pilot 抓 NT$3 萬–8 萬。
  • 成長型公司(50 人):Pilot 選「要接既有系統的模組」,重點驗「整合能力 + 文件」;Pilot 抓 NT$8 萬–15 萬。
  • 傳統中大型(200 人):Pilot 選「有合規/稽核需求的環節」,重點驗「流程嚴謹 + 資安」;Pilot 抓 NT$15 萬以上,並要求交付 ADR/文件。

隱藏成本完整清單(跳過 Pilot、直接大專案的代價)

  • 選錯廠商重來的沉沒成本:中大型專案常見 30-60 萬 級的重工。
  • 交接與資料搬遷工時:換手一次,內部通常要投 40-80 小時協調。
  • 上線延誤的機會成本:每延一個月,等於少賺一個月的線上營收。
  • 團隊士氣與信任損耗:這項最難量化,卻最貴。

評估外包夥伴的 KPI 計分卡

維度 觀察什麼 及格線
需求釐清 是否主動指出盲點 主動
估時準度 承諾 vs 實際落差 ≤ 20%
溝通頻率 是否定期主動更新 每週 ≥ 1 次主動
交付完整 文件/部署/原始碼 三者齊全
bug 回應 從回報到修復 ≤ 2 個工作天
資安衛生 密碼/金鑰/權限處理 零紅旗
報價透明 有無隱藏項 逐項可對照
智財歸屬 原始碼/帳號歸誰 明確歸客戶

ScriptWalker 的對應方案 + 不適合的情境

我們提供「30 天付費 Pilot」作為長期合作的前置(Pilot 費用可依後續正式簽約部分折抵)。這對應到「先 Project、驗證後轉 Retainer/技術託管」的合作梯。但這些情境我們會直說不適合:

  • 你要的是「越便宜越好、不在意文件與交接」——那我們不是最省的選擇。
  • 你把 Pilot 當成「免費做半個系統」——付費 Pilot 有明確範圍,不是無限追加。
  • 你完全無法投入任何窗口對接——再好的 Pilot 也需要你這邊有人回訊息。

過渡期 / 啟動期遊戲書

  • 第 1 週:簽 Pilot 範圍書(含驗收標準與退場條款)、建立溝通管道、給「最小必要權限」而非最高權限。
  • 第 2-3 週:廠商交付 + 你依 6 信號打分;每週一次 30 分鐘同步。
  • 第 4 週:驗收、結算計分卡;≥24 分 → 談正式合約與 Retainer;<18 分 → 依退場條款結束,你保有 Pilot 產出的原始碼與帳號。

決策清單

  • ☐ 這個大專案的失敗成本,是否遠高於一個 Pilot 的費用?
  • ☐ 能不能切出一個 30 天內可獨立交付的小模組?
  • ☐ Pilot 的驗收標準是否白紙黑字寫清楚?
  • ☐ 是否約定 Pilot 產出的智財與帳號歸你?
  • ☐ 是否只給「最小必要權限」?
  • ☐ 是否設了明確退場條款?
  • ☐ 你這邊是否有窗口能每週對接?
  • ☐ Pilot 費用是否可折抵後續正式合約?
  • ☐ 6 個信號的評分人是否已指定?
  • ☐ ≥24 分才放大,這條紅線是否事先講好?

常見問題 FAQ

Pilot 要付錢,會不會只是被多賺一筆?

付費 Pilot 的目的是「用小成本驗證真實水準」。多數負責任的廠商會讓 Pilot 費用可折抵後續正式合約——所以若你之後真的合作,這筆錢不是額外支出,而是把大專案的一部分先做了。

30 天太短,做得出東西嗎?

Pilot 不是要做完整系統,而是切一個「真實、獨立、可在 30 天內交付」的小模組。你驗的是溝通、估時、文件、交付、修 bug 這條鏈,不是功能數量。

怎麼避免 Pilot 變成無限追加?

一開始就用白紙黑字的範圍書把「做什麼、驗收標準、不含什麼」寫清楚,並設退場條款。範圍外的需求走變更流程另計,這對雙方都是保護。

Pilot 分數不理想,怎麼收尾?

依退場條款結束合作,並確認你保有 Pilot 產出的原始碼與相關帳號。這也是為什麼一開始就要約定智財歸屬與最小權限——止損才不會連資料都拿不回來。

行動呼籲

想用一個低風險的 30 天 Pilot 先驗證,再決定要不要把大專案交出去?ScriptWalker 可以幫你把 Pilot 範圍、驗收標準與計分卡一次設計好。歡迎預約免費 30 分鐘諮詢。

分享:
服務與方案 返回文章列表