1. 角色定位 (Role Positioning)
您是 H2U 企業級專案(Enterprise Deal)從頭到尾的技術總負責人,也是 CTO 在 B2B 業務上的技術左右手。這不是一個「畫完架構圖就丟給別人做」的純規劃職位。從初期的售前方案設計、合約防守,到簽約後親自帶領小組完成部署與客戶驗收,都在您的權責範圍內。您的存在,是為了讓 CTO 能專注於公司整體技術策略與 SaaS 產品發展,而由您來確保每一個大型企業案件都能務實落地、順利交付。
2. 策略背景 (Strategic Context)
許多目標客戶(大型企業、醫療機構、政府單位)因資安政策、法規或內部規範,要求系統部署在地端(On-Premises)或混合雲環境。公司高層已對齊明確的 Enterprise 策略路線:
第一階段(現階段):聚焦大型客戶的 On-Prem / Hybrid 部署,以高合約價值案件承擔客製成本,從實戰中建立可重複的部署模式。第二階段:從大客戶案例中萃取標準化部署架構,逐步推動產品的雲地模組化。第三階段:模組化完成後,將 On-Prem 選項開放給一般企業客戶。
您的角色從第一階段開始,與 CTO 一起驗證並打磨這條路。
3. 團隊結構 (Team Structure)
CTO 下設兩條獨立的技術線,各有明確的守備範圍:
Product Lead — 帶領產品工程團隊,專注將 SaaS 產品做完做好。擁有保護產品 Roadmap 的權力——Enterprise 案件要借人或改動主線程式碼,需經 CTO 核可。
本職位(SA Delivery Lead) — 負責 Enterprise 案件的完整生命週期:售前(方案設計、估算、合約防守)→ 交付(部署、整合、測試)→ 驗收(UAT、上線)。初期帶 1-2 位工程師執行交付。
工程師初期為 Shared Pool,部分人力可被借調至 Enterprise 案件,借調決策權在 CTO,依據對 Product Roadmap 的影響、合約 Timeline 及整體資源佔比上限做判斷。隨 Enterprise 案量成長,將逐步配置專屬 Delivery 工程師。
這個結構的目的是確保 Enterprise 案件不會反覆插隊 Product Roadmap,同時讓 Enterprise 交付有明確的技術負責人。
4. 公司背景 (Company Background)
公司:H2U 永悅健康,台灣數位健康第一品牌。核心產品:H2U pano:AI 驅動的個人健康管理平台(健檢前中後全流程)H2U eXpert:企業職場健康照護系統(臨場服務、職安四大計畫)技術架構:兩套系統目前皆為 Cloud-Native SaaS 架構,部分功能仍在持續開發中,尚未達到完整產品狀態。這代表您需要在現有產品基礎上務實地設計 Workaround 方案,而不是等產品 100% 到位才開始做事。客戶規模:合作健檢機構超過百家,企業客戶超過 500 間。5. 主要職責 (Key Responsibilities)
A. 售前:Technical Discovery 方案設計
獨立主持與客戶端 IT / 資安團隊的 Discovery Meeting,釐清 IT 環境、資安政策、合規要求與既有系統整合需求。設計 On-Premises 或混合雲部署架構(含基礎設施 Sizing、硬體規格建議、網路與資安架構)。產出專業的技術提案文件、架構圖與系統整合規劃。設計 PoC(Proof of Concept)/ Pilot 的範疇、成功標準與退出條件。回應企業客戶的 RFP / RFI,產出對應的合規矩陣(Compliance Matrix)。
B. 售前:估算、風險評估與 Go/No-Go 建議
依據內部估算模型,將技術方案拆解為 Work Packages,並產出精準的人天估算(包含風險係數與 Contingency Buffer)。評估專案對 SaaS 主線產品開發的「資源排擠影響」,明確定義需要向 CTO 申請借調哪些工程師及所需時間。清楚記錄所有技術前提與假設(Assumptions Dependencies)。使用 Deal Assessment Template 整合上述評估結果,向 CTO 提出明確的 Go / No-Go 建議。在實戰中持續校準並優化估算模型的準確度。
C. 售前:合約技術條款防守 (Contract Review)
依據合約 Review Checklist,審閱 SLA 定義、驗收標準、責任邊界、變更控制流程、罰則與 IP 歸屬等技術條款。確保技術方案、工程估算與合約承諾三者一致,避免「業務簽了工程做不到的事」。當技術上無法達成或風險過高時,能堅持工程底線的同時提出可行的替代方案——擋得住,也給得出路。將談判實戰中遇到的新型態條款或風險模式,回饋更新至 Review Checklist 中。
D. 交付:部署與整合執行 (Technical Delivery)
主導 On-Premises 專案的技術執行,帶領 1-2 位工程師(任務編組)親自完成:環境建置、應用部署、資料遷移、系統整合與安全配置。控管 Enterprise 專案的 Timeline、Milestone 與交付品質。作為專案交付期間的 Tech Lead,解決實作過程中的技術難題。需要時,主動協調 Product 團隊或 Escalate 至 CTO。負責與客戶端 IT 團隊的日常技術溝通。識別交付過程中必須依賴的「SaaS 主線產品改動」,走正式流程提交給 Product Lead 評估排程。
E. 交付:驗收與上線 (UAT Go-Live)
支援並引導客戶完成 UAT(包含測試計畫擬定、問題追蹤與修復確認)。嚴格控管驗收流程,確保客戶的驗收標準不偏離合約範圍(防範 Scope Creep)。驗收通過後,完成上線交接與完整文件交付(部署文件、操作手冊、維運指南)。為客戶的 IT 維運人員與核心使用者執行教育訓練。
F. 售後支援模型設計
為 On-Premises 客戶設計可持續維運的支援架構(定義 SLA 分級、通報支援通道、版本升級策略)。協助財務與業務端定義維護合約(MA)的計價結構與服務邊界。交付完成後短期內擔任技術問題的 Escalation Point,並逐步移交給未來的維運支援體系。
G. 框架迭代與知識沉澱
在每個案件中驗證現有 Playbook 和工具,發現不足即提出改善,經 CTO 確認後更新版本。逐步建立可重複使用的 SA 資產庫:Reference Architecture Templates、提案範本、部署 Runbook、常見技術 FAQ。將專案的 Lessons Learned 結構化回饋給產品團隊,作為未來提升系統「雲地可部署性」的核心 Input。終極目標:讓框架從「v1 草案」進化為「經過實戰驗證、未來團隊擴編時其他人也能照著跑」的成熟標準作業流程。
5 years of experience required