(文章)

長期委外合作的兩條線:合約條款與關係治理

合約定義範圍與責任,關係治理處理合約沒寫到的事;研究支持兩者互補,公部門委外另有法規要求書面契約與監督。

磨人開發團隊・2026-10-21

目錄

磨人在長期委外合作中同時維護兩條線:合約定義範圍與責任,關係治理決定合約沒寫到的事怎麼處理。研究證據支持兩者互補,公部門委外則另有法規,要求以書面契約約定權利、義務與違約責任。

研究怎麼看合約與關係治理

Poppo 與 Zenger,2002 以資訊服務交易為樣本,檢驗正式合約與關係治理能否互相取代。結果指向搭配使用:經理人傾向把越客製化的合約,與越高程度的關係治理搭配,兩者的相互依存與交易績效提升有關。研究對象是資訊服務交易。

Goo 等,2009 對南韓資訊科技主管做問卷研究,結果同樣支持互補:結構完整的服務水準協議(SLA)對關係規範、和諧的衝突解決與相互依賴有顯著正向影響,也有助於雙方夥伴關係的發展。研究同時指出,SLA 中的變更特性可能削弱信任與承諾,作用反而像關係治理的替代。樣本是南韓的資訊科技主管,臺灣機關的採購制度與其不同。

Lee 與 Kim,1999 以 74 組外包關係檢驗夥伴關係品質,結果顯示夥伴關係品質可預測外包成功。參與、溝通、資訊分享與高階主管支持對夥伴關係品質有正向影響。研究對象是資訊系統外包。

Lacity 等,2009 回顧 191 篇資訊科技外包文章,摘要指出關係管理在近 20 年的研究中始終是長期且困難的議題。磨人依此把合約與關係治理視為兩份要同時做的工作,參與、溝通與資訊分享每一年都重新安排。

公部門委外的合約依法要有哪些內容

資通安全管理法第十條要求,公務機關與指定的非公務機關委外建置、維運資通系統或提供資通服務時,要選擇適當廠商,要求廠商維持有效的資安管理機制並加以監督,同時以書面契約約定權利、義務與違約責任。

資通安全管理法施行細則第七條列出機關選任與監督受託者時應考量的事項,並要求定期稽核受託者,或於得知事件時查核。下表整理兩條條文有寫的內容。

契約與監督事項條文出處
以書面契約約定權利、義務與違約責任資通安全管理法第十條
選擇適當廠商,要求其維持有效的資安管理機制並加以監督資通安全管理法第十條
人員配置施行細則第七條
複委託施行細則第七條
客製系統的安全測試施行細則第七條
事件通報(條文寫「立即」,未給具體天數)施行細則第七條
契約終止時的資料處理施行細則第七條
定期稽核,或於得知事件時查核(條文寫「定期」,未給具體天數)施行細則第七條

資通安全署,2026的資通系統籌獲各階段資安強化措施,同樣要求機關委外時選擇具備適當經驗的廠商,並監督其資安作為。

資通安全署的資安法常見問答進一步說明做法:委外前注意受託者的選任,委外後注意監督,建議透過契約規範與專案管理落實。機關可以要求受託者具備完善的資安管理措施或通過第三方驗證,在招標文件說明並列為評分項目,也建議先寫明驗證與接受查核的要求,以避免履約爭議。

客製化開發的委外須有安全性檢測證明。核心系統,或委託金額達新臺幣一千萬元以上者,檢測由機關自行或另委託第三方辦理;一千萬元指整個採購案的金額,不分軟硬體或服務。

磨人在戶外教育資源平臺配合教育部專案,從設計標承接到工程標,並配合主管機關要求的弱點掃描,修補中高風險項目,處理誤判申覆。掃描由主管單位安排,磨人配合修補與複測。交付與維運留下哪些證據,見公部門專案的交付與維運證據。

一個人坐在小圓桌前寫字,桌上有兩個杯子

合約沒寫到的事,依性質分別處理

合約不會把每件事寫完。下列情形都來自戶外教育資源平臺的合作,處理方式各不相同。

圖 1合約沒寫到的事項,依性質各有對應的處理方式
  1. 合約沒寫到的事項出現在會議或共用的討論串
  • 內容歸專案團隊決定
    先釐清邊界平台只實作需要的部分
  • 條款需隨平台內容擴充
    磨人先擬初稿,約會議逐次修訂每次討論後由專案團隊完善

情形均來自戶外教育資源平臺的合作。

教育季的宣傳信,雙方約定由專案團隊以自己的信箱編輯寄出。磨人請專案團隊先規劃獎項在各活動間的分配,以便決定平台要實作哪些部分。平台的角色是輔助與公告,活動內容以專案團隊的意見為主,邊界先釐清,才知道要做什麼。

平台註冊流程中,四類會員身分的資料需要同意合作條款。磨人先初步擬出其中一類的條款,請專案團隊協助與相關單位確認,並提議在討論串中約會議,每次討論完再由專案團隊讓條款更完善。專案團隊依此擬出四類身分的初步條款內容。

合約沒有逐項列出的突發狀況,另有一句固定的承諾:系統發生問題時,磨人會安排人力即刻處理。分級與目標怎麼寫,見SLA 怎麼寫才有用。

關係怎麼維持

主動核對與一次備齊

磨人在對方開口之前先核對,並把素材一次備齊。

平台預定向各地協作單位同仁發信上資料的前幾天,磨人逐項檢視後台的邀請與註冊流程,與後端對齊後定案。管理者填寫 Email 與基本資料,再發送邀請;被邀請者從邀請頁直接進入註冊,跳過選角色,帶入管理者已填的資料,完成即註冊,不需審核。目的是降低管理者逐筆上資料與新成員註冊的門檻,並趕在資料上傳日之前完成。後端確認可依此流程實作。

新階段開始前,磨人主動約專案團隊對焦新階段項目與廣告內容,確認後再提報給上級。專案團隊的提報時程當天提前,要求磨人先提供下期規劃草案,雙方把會議提前約一小時,沿用原本的視訊連結,如期取得提報所需資料。

教育季視覺定案時,磨人一次提供各用途的完整尺寸,涵蓋社群貼文、限時動態、網站橫幅與其餘用途,比例包括 4:5、9:16、16:9、1:1。主視覺與尺寸一次備齊,之後各通路直接取用。

建議由磨人提出,決定留給專案團隊

磨人提出建議與對照版本,決定權留給專案團隊。

徵集海報製作時,磨人主動提供多種比例(1:1、4:3、9:16)與有無活動旗標的對照版本,待專案團隊確認後再一次輸出大檔。專案團隊希望標題標示年度,磨人建議改放活動期間,因為活動跨年度,放年度會讓日後的觀眾誤解。專案團隊確認並採納建議後,磨人輸出含旗標的版本,並依追加的需求補一款 1200x462 的粉專橫幅尺寸。

教育季對外宣傳只用一個主視覺,由專案團隊決定,目的是避免混淆,另一版本用於站內或社群。社群與平台隨後都發布了教育季開跑公告。

正式站前後台切換當天,磨人工程師先向專案團隊說明:基本上照原本的工作行程進行,需要專案團隊配合的地方會馬上說。當天以即時語音小會議多次同步進度,工程師專注處理切換,其餘人員不被打斷,需要時再即時拉人,多次小會議後完成前後台切換。

跨年度合作的節奏

年度活動結束後,磨人把簡略分析貼到討論串。專案團隊表示下週的團隊討論需要更細的資料,磨人當天補上。討論後,專案團隊把回饋整理成條列傳回,涵蓋機制調整、合作與場域擴充、下年度目標設定等面向,成為下一年度規劃的輸入。

圖 2活動結束後,分析與回饋各來回一次,成為下一年度規劃的輸入
活動結束後
團隊討論前
討論之後
磨人
專案團隊
1
磨人貼出簡略分析放在共用的討論串
2
專案團隊表示團隊討論需要更細的資料
3
磨人當天補上更細的資料
4
專案團隊整理回饋條列傳回機制調整、合作與場域擴充、下年度目標設定

圖上是一次年度活動結束後的檢討,位置表示順序,不是排程。

跨年度的合作中,回饋來自不同方向。專案團隊把合作夥伴與場域人員的回饋轉到討論串,磨人回覆已收到。其中一次,專案團隊同時請磨人當日協助產出擴大宣傳用的兩張圖,磨人當日提供,並表示接下來會持續為平台把關。

一人戴著眼鏡,手持指示棒站在畫架旁,架上的長條圖有四根由低到高的長條。

選廠商時可以看什麼

招標與簽約階段,可以對照法規與官方問答,查核廠商的書面內容。關係面則看過往合作的做法與第三方評語。

  • 招標文件是否寫明資安管理措施、驗證與接受查核的要求,並列入評分項目。
  • 提案是否說明人員配置與複委託的安排。
  • 契約是否約定事件通報,以及契約終止時的資料處理。
  • 廠商在過往合作中,合約沒寫到的事如何處理,能否說出具體實例。
  • 與內部團隊協作的第三方評語,並確認評語談的是哪一次合作。

遊戲橘子產品負責人對品牌改版合作的評語,提到磨人「在企業框架內與內部團隊高效協作」。這是對一次品牌改版的合作評語,不涉及長期維運。

評估表與簽約前查核項目,另見軟體外包廠商的評估表與簽約前查核項目。換廠商或接手既有系統時,契約終止的資料處理與系統現況需要一併確認,流程見接手既有系統的全碼健檢流程。

不適合的情況

  • 合約範圍固定、交付一次完成的小型採購。研究看到的趨勢是合約越不客製化,搭配的關係治理程度也傾向較低。
  • 決定窗口尚未確定的專案。關係治理的做法依賴有人能在討論中做決定,窗口未定時,先確定誰決定什麼,再談溝通節奏。
  • 法規要求書面約定的事項。權利、義務與違約責任要寫進書面契約,不能改由口頭默契處理。

開始前要準備什麼

磨人建議在第一次討論前備齊以下資料,合約與實際做法可以逐項對照。

  1. 招標文件或契約草稿,包括資安管理措施、驗證與接受查核的要求。
  2. 專案團隊與主管單位中,負責決定對外內容與活動規則的窗口,以及各自的決定範圍。
  3. 固定的溝通管道與會議節奏,以及需要提報給上級的時程節點。
  4. 行政流程需要的文件,例如正式估價單。
  5. 上一年度的成效資料與回饋,作為下一年度規劃的輸入。

磨人的服務內容見長期維運與平台建置。備齊上述資料後,可以聯絡磨人安排第一次討論。

(聯絡)

Start a project.

三個步驟,取得可判斷的做法與預算區間。

  1. 01預約第一場會議:選擇時段,不需要完整規格。
  2. 02線上諮詢 15 至 30 分鐘:取得做法方向、預算區間與時程草案。
  3. 03檢視素材後,約 3 至 5 個工作天提供報價單暨交付規格明細表。
信箱
hello@polish-design.com.tw
通訊地址
(104) 台北市中山區植福路191-1號3F

預約第一場會議

週一至週五 16:00–18:00線上 30 分鐘

先選時段,再用 Google 帳號或信箱確認,預約完成可加入行事曆。

選擇時段

或先送出資料

還沒想好時段,可以先留下專案內容,專人以信箱回覆。送出後也能接著預約。

補充資料(選填):服務項目、目前階段、現有連結、得知管道

資料僅用於本次專案評估。

ISO/IEC 27001:2022 證書

(Certificate)

ISO/IEC 27001:2022

驗證機構
ARES International Certification
驗證範圍
互動沉浸式 3D 系統之開發流程,及網路與基礎設施之維運與管理。

到驗證機構網站查證