接案 / 流程5 min readupdated 2026年10月4日

網站到底該交給誰做?個人接案、公司、自己套版差在哪

自己套版、找個人接案或開發公司,不能只用價格與公司規模判斷。本文提供交付內容、實際人力、溝通與交接清單,讓不同報價能在相同範圍下比較。

  • #vendor
  • #procurement
  • #decision
自己套版、個人接案與開發公司三欄比較,分別確認功能與維護時間、專長檔期與備援、實際團隊與服務範圍,重點是交付內容與責任分工。

選合作對象,要看誰能完成你的範圍,以及完成後誰能維護。 個人、公司或自己操作平台,都是合作方式,不是品質等級。

網站報價差異可能來自設計、功能、內容、測試、專案管理與售後服務。沒有一個固定百分比能代表「公司一定比個人貴多少」,也不能用預算門檻直接決定該找誰。

三種方式,先確認這些事

方式值得評估的情境要先確認
自己套版平台功能符合需求,內部有人能整理內容與操作學習時間、續費、帳號、資料匯出及維護責任
個人接案需求符合對方專長,能以明確範圍和里程碑合作可用檔期、工作範圍、協作者、交接與備援
開發公司需要多人分工、跨部門協作或持續服務實際團隊、窗口、分包、支援承諾與人員異動

這些不是互斥選項。個人接案者可能與設計師協作,公司也可能使用現成平台,或將部分工作委外。請問清楚真正做事的人和交付責任,不要只看介紹頁上的人數。

技術與平台選擇,可搭配〈網站建置的三個層次〉一起看。

自己套版,適合把哪些工作留在內部?

如果既有模板與功能可以滿足需求,自己建立或維護網站是可行的。成本除了平台費,還包含內容整理、圖片處理、操作學習與上線檢查的時間。

先用真實內容試做一個代表頁面,再走一次必要流程:提交表單、完成交易,或新增一篇文章。也要確認通知是否送達、手機是否好操作,以及離開平台時能匯出哪些資料。

遇到限制不代表一定要放棄。可以請人處理局部設計或擴充,但需要釐清哪些調整受到平台支援,哪些會增加未來維護成本。詳見〈套版要改造還是重做〉。

個人接案,重點是專長、檔期與可交接性

直接與執行者溝通,可能減少資訊轉述,但仍需約定決策窗口、回覆方式與變更流程。不能把「只有一個窗口」視為隨時都能處理所有事情。

合作前可以問:

  • 類似功能做過什麼?能否說明實際負責的部分?
  • 設計、開發、內容、測試和部署,哪些由本人完成?
  • 專案期間和上線後各能提供哪些支援?
  • 暫時無法工作時,進度、原始碼與帳號如何交接?

PlusZero 由沈峻宇/小宇直接對接需求與開發。適合與否仍要依服務範圍、實際需求和檔期判斷;需要多專業或持續輪值的案子,應另外確認人力安排。

開發公司,重點是實際團隊與服務承諾

公司可以提供多人分工,但不能假設每個方案都有專任 PM、完整設計團隊或全天候支援。請把角色、人力與工作範圍寫清楚。

可請對方介紹實際執行者,說明分包與審核方式,並確認人員異動時誰負責延續。若需要特定回應時間、長期維護或資安流程,要確認有對應服務與費用,不要只依公司規模推測。

同樣地,個人接案也可以有完整文件與合作約定。比較重點是方案實際包含什麼,而不是用組織形式推定專業程度。

報價單至少對齊七個項目

項目應該確認的內容
範圍頁面、功能、內容數量、串接與不包含的工作
分工實際執行者、客戶提供資料、審核與決策窗口
交付網站、可交付的程式與設計檔、文件和帳號權限
驗收操作情境、裝置範圍、缺陷修復與確認方式
變更追加需求、修改次數、延期與費用如何處理
授權自製成果與第三方素材、外掛、平台各自的使用限制
維護保固、更新、緊急處理、續費及終止合作的交接

先讓不同廠商對同一份範圍報價,再看差異。價格較低可能是範圍較小或做法不同,不能直接判斷品質;只給總價而無法說明內容,則需要補問。

付款節點可與可檢查的成果對應。合作約定重點是內容明確、雙方可保存與確認;涉及權利歸屬或爭議條款時,應請合適的法律專業人員協助。

一個實用的比較方法

先列出不可缺少的三個功能,以及上線後誰更新內容。請候選合作對象用同一份需求說明做法、風險、交付與持續費用。

再用一個真實情境確認理解是否一致,例如「業務收到詢問後,能否追蹤處理狀態」,而不只是問「有沒有後台」。

最後檢查交接:誰持有網域、帳號和資料?哪些原始碼可以交付?第三方服務有什麼限制?總成本可參考〈網站的真實成本〉,上線責任可參考〈網站上線後誰來顧〉。

常見問題

找個人接案,要怎麼處理臨時無法支援的風險?

先確認可用檔期、緊急聯絡與交接方式,並讓網域、服務帳號、原始碼和文件依約可由你存取。備援人員是否確實能接手也要確認,不能只靠一句有同行可幫忙。

找開發公司就一定比較有保障嗎?

不一定。要確認實際負責人、團隊配置、分包方式、服務範圍與人員異動時的交接機制。公司規模或報價高低,都不能取代案例驗證、驗收標準和清楚的合作約定。

套版做到一半卡住,是否一定要重做?

不一定。先找出限制在版面、平台功能、資料結構還是現有實作,再比較局部調整、支援的擴充方式與重建成本。需要寫程式本身不是重做的理由,更新相容性與後續維護才是重點。

可以帶著需求或現有報價來討論,先把交付內容和責任分清楚。

apply / 對應服務

想把文章裡的方法用在自己的專案?

查看客製網站服務

ready when you are

先把你的案子聊清楚,
再決定要怎麼做。

不論你是要從零做新網站、想把 AI 接到既有系統、 或是只想知道「這樣做可不可行」 — 開個對話就行。

免費評估諮詢 →