要聘請工程師還是用 AI 自己做？該如何決定

當你需要快速做出第一版、應用大多是表單、清單、儀表板與頁面，而且你願意自己動手測試並學習時，就用 AI 來建置。當應用大規模處理金錢或敏感資料、依賴複雜的整合，或本身已經是一門無法承受中斷的生意時，就聘請工程師。對許多人來說，最好的答案是兩者並用：先用 AI 建置第一版，證明人們真的想要它，然後再請工程師來審查與擴充。

每種方式實際能給你什麼

我們刻意不在這裡列出時薪或薪資：它們會因國家、經驗與專案而有很大差異，任何單一數字都可能造成誤導。建議針對同一份書面範圍取得兩到三份報價。建置一個應用要多少錢說明了影響價格的因素。

什麼時候用 AI 建置是比較好的選擇

• 你正在測試一個點子。 目標是了解是否有人想要它，而不是完美的程式碼。參閱如何驗證應用點子。
• 應用主要是 CRUD。 也就是建立、讀取、更新、刪除：表單、清單、紀錄與儀表板。AI 建置工具處理這些很在行。
• 你會頻繁反覆修改。 改變主意只需要一個提示，而不需要一份變更需求單。
• 這是內部工具。 規模小、對象明確的使用者能包容粗糙的地方，並告訴你哪裡有問題。
• 預算有限。 你寧願把錢花在吸引使用者，而不是花在建置上。
• 你想了解自己的產品。 親手建置能讓你看見複雜度真正所在。

它對你的要求是：清楚的描述、耐心地測試每一次修改，以及誠實面對自己何時已經力不從心。

什麼時候聘請工程師是比較好的選擇

• 付款、資金流動或財務紀錄，超出標準結帳流程的部分。
• 敏感資料，例如健康資訊、兒童資料、政府證件號碼，錯誤會帶來法律後果。
• 與舊系統、特殊 API 或必須完全同步的資料進行複雜整合。
• 效能與規模：大量即時功能、大規模資料處理、高流量。
• 原生行動應用，要上架 App Store 與 Google Play，且響應式網頁應用無法滿足需求時。
• 應用本身就是你的生意。 付費客戶讓停機與資料遺失的代價變得很高。
• 你沒有時間。 用 AI 建置仍然需要你好幾個小時的投入；如果你無法投入，就付費給能投入的人。

混合路線：先用 AI 建置，再聘請工程師

這種做法越來越普遍，通常也是最明智的路線：

1. 把你要做的東西寫下來。 一份簡短的規格，會讓之後的每一步都更順利。如何用 AI 撰寫產品需求文件附有範本。
2. 用 AI 建置第一版。 保持小巧：只包含能證明點子的那一條流程。
3. 交到真實使用者面前。 在投入更多之前，先了解什麼最重要。
4. 匯出程式碼或連接到 GitHub。 工程師需要的是實際的程式碼，而不是截圖。
5. 先請工程師做審查。 一個固定且小型的任務：審查安全性、資料處理與結構，並列出他們會改動的地方。
6. 根據他們的發現做決定。 加強並擴充現有程式碼，或重建那些無法擴展的部分。

審查這一步很重要。在投入更多之前，這是判斷工程師品質的低風險方法，也能誠實告訴你 AI 建置的版本有多扎實。如何把 AI 原型推進到正式環境說明了通常需要注意的地方。

如果你要聘請：如何做好

在和任何人談之前先準備

• 書面範圍：使用者、核心功能、不包含的項目、資料與權限。
• 你喜歡的應用範例，以及喜歡的原因。
• 大略的預算範圍與期限。
• 如果你有可運作的原型，就提供出來；它通常比任何文件都清楚。

要檢查什麼

• 相關的作品，而且可以實際使用。 上線中的應用，而不只是截圖。
• 他們如何溝通。 他們會問關於你的使用者的好問題，還是只問技術問題？
• 與範圍綁定的書面估價，以及範圍變更時會發生什麼事。
• 所有權。 合約應該寫明你擁有程式碼，且帳號（主機、網域、資料庫、付款服務商）都以你的名義登記。
• 交接。 文件、儲存庫的存取權，以及在沒有他們的情況下如何運行應用。
• 上線之後。 誰來修正錯誤、持續多久、費用多少。

從小處開始

一個小型的付費試用任務，例如審查、一項功能或一個錯誤修正，比任何面談都更能說明問題。相較於與陌生人簽下大型的固定價格專案，這對雙方都更公平。

如果你用 AI 建置：如何做好

• 描述產品，而不是程式碼。 使用者、流程、資料、權限。參閱如何為 AI 應用建置工具撰寫提示。
• 一次只改一件事，測試通過後再進行下一件。
• 使用檢查點，讓有問題的修改可以復原。
• 認真看待安全性：每個私人頁面都要登入、使用者只能看到自己的資料、機密資訊不放在程式碼中。
• 保留退出的路徑。 選擇能匯出程式碼或同步到 Git 儲存庫的工具，讓之後工程師能接手。
• 知道自己的極限。 如果同一個修正你已經要求了三次，但問題仍然存在，也許該請工程師來看看了。

兩條路線上的警訊

有些訊號會告訴你，你選的路線並不順利。

如果出現以下情況，表示用 AI 建置不太順利……

• 同一個錯誤反覆出現，經過多次嘗試修正仍然回來。
• 你無法判斷它是否安全。 你不知道誰能看到哪些資料，也無法檢查。
• 每次修改都會弄壞其他地方。 應用以沒人規劃過的方式長大了。
• 你花在修正上的時間，多過從使用者身上學習的時間。 快速建置的目的是學習；如果這件事已經停止，就該重新考慮。

這些情況都不代表要從頭開始。通常只表示該請工程師審查你現有的成果了。

如果出現以下情況，表示聘請工程師不太順利……

• 你看不到進度。 在第一個雙方同意的里程碑之後，沒有可供點選查看的可運作版本。
• 估價不斷增加，但範圍沒有變動。
• 帳號與程式碼不是以你的名義持有。 不論其他情況如何，都要立刻解決。
• 你不清楚自己付的錢買到了什麼，而且你的問題得到的是含糊的回答。

好的工程師很樂意及早展示成果、用淺顯的語言解釋取捨，並確保你在沒有他們的情況下也能繼續前進。

快速決策指南

用 Mythex 建置第一版

Mythex 是適合「先自己動手建置」路線的 AI 應用建置工具：你描述應用，它會撰寫程式碼並在即時預覽中運行，需要時新增資料庫，並發布到真正的網址。它建置的網頁應用可以在手機上運作，Pro 方案還能將其包裝成 Android 與 iPhone 應用，上架 Google Play 與 TestFlight。當你準備好請工程師加入時，Pro 方案可以匯出專案，或同步到你自己的 GitHub 儲存庫（GitHub 與匯出），而完整的程式碼編輯器也讓工程師能直接在專案中工作。各方案包含的內容請參閱價格頁面。

常見問題