企業解決方案負責人Enterprise Solutions Lead

●角色定位 (Role Positioning)
您是 H2U 企業級專案（Enterprise Deal）從頭到尾的技術總負責人，也是 CTO 在 B2B 業務上的技術左右手。這不是一個「畫完架構圖就丟給別人做」的純規劃職位。從初期的售前方案設計、合約防守，到簽約後親自帶領小組完成部署與客戶驗收，都在您的權責範圍內。您的存在，是為了讓 CTO 能專注於公司整體技術策略與 SaaS 產品發展，而由您來確保每一個大型企業案件都能務實落地、順利交付。

●策略背景 (Strategic Context)
許多目標客戶（大型企業、醫療機構、政府單位）因資安政策、法規或內部規範，要求系統部署在地端（On-Premises）或混合雲環境。公司高層已對齊明確的 Enterprise 策略路線：

第一階段（現階段）：聚焦大型客戶的 On-Prem / Hybrid 部署，以高合約價值案件承擔客製成本，從實戰中建立可重複的部署模式。
第二階段：從大客戶案例中萃取標準化部署架構，逐步推動產品的雲地模組化。
第三階段：模組化完成後，將 On-Prem 選項開放給一般企業客戶。

您的角色從第一階段開始，與 CTO 一起驗證並打磨這條路。

●團隊結構 (Team Structure)
CTO 下設兩條獨立的技術線，各有明確的守備範圍：

(1)Product Lead—帶領產品工程團隊，專注將 SaaS 產品做完做好。擁有保護產品 (2)Roadmap 的權力—Enterprise 案件要借人或改動主線程式碼，需經 CTO 核可。

本職位（SA & Delivery Lead） — 負責 Enterprise 案件的完整生命週期：售前（方案設計、估算、合約防守）→ 交付（部署、整合、測試）→ 驗收（UAT、上線）。初期帶 1-2 位工程師執行交付。

工程師初期為 Shared Pool，部分人力可被借調至 Enterprise 案件，借調決策權在 CTO，依據對 Product Roadmap 的影響、合約 Timeline 及整體資源佔比上限做判斷。隨 Enterprise 案量成長，將逐步配置專屬 Delivery 工程師。

這個結構的目的是確保 Enterprise 案件不會反覆插隊 Product Roadmap，同時讓 Enterprise 交付有明確的技術負責人。

●公司背景 (Company Background)
#核心產品：
H2U pano：AI 驅動的個人健康管理平台（健檢前中後全流程）
H2U eXpert：企業職場健康照護系統（臨場服務、職安四大計畫）
#技術架構：兩套系統目前皆為 Cloud-Native SaaS 架構，部分功能仍在持續開發中，尚未達到完整產品狀態。這代表您需要在現有產品基礎上務實地設計 Workaround 方案，而不是等產品 100% 到位才開始做事。
#客戶規模：合作健檢機構超過百家，企業客戶超過 400 間。

●主要職責 (Key Responsibilities)
A. 售前：Technical Discovery與方案設計
(1)獨立主持與客戶端 IT / 資安團隊的 Discovery Meeting，釐清 IT 環境、資安政策、合規要求與既有系統整合需求。
(2)設計 On-Premises 或混合雲部署架構（含基礎設施 Sizing、硬體規格建議、網路與資安架構）。
(3)產出專業的技術提案文件、架構圖與系統整合規劃。
(4)設計 PoC（Proof of Concept）/ Pilot 的範疇、成功標準與退出條件。
(5)回應企業客戶的 RFP / RFI，產出對應的合規矩陣（Compliance Matrix）。

B. 售前：估算、風險評估與 Go/No-Go 建議
(1)依據內部估算模型，將技術方案拆解為 Work Packages，並產出精準的人天估算（包含風險係數與 Contingency Buffer）。
(2)評估專案對 SaaS 主線產品開發的「資源排擠影響」，明確定義需要向 CTO 申請借調哪些工程師及所需時間。
(3)清楚記錄所有技術前提與假設（Assumptions & Dependencies）。
(4)使用 Deal Assessment Template 整合上述評估結果，向 CTO 提出明確的 Go / No-Go 建議。
(5)在實戰中持續校準並優化估算模型的準確度。

C. 售前：合約技術條款防守 (Contract Review)
(1)依據合約 Review Checklist，審閱 SLA 定義、驗收標準、責任邊界、變更控制流程、罰則與 IP 歸屬等技術條款。
(2)確保技術方案、工程估算與合約承諾三者一致，避免「業務簽了工程做不到的事」。
(3)當技術上無法達成或風險過高時，能堅持工程底線的同時提出可行的替代方案——擋得住，也給得出路。
(4)將談判實戰中遇到的新型態條款或風險模式，回饋更新至 Review Checklist 中。

D. 交付：部署與整合執行 (Technical Delivery)
(1)主導 On-Premises 專案的技術執行，帶領 1-2 位工程師（任務編組）親自完成：環境建置、應用部署、資料遷移、系統整合與安全配置。
(2)控管 Enterprise 專案的 Timeline、Milestone 與交付品質。
(3)作為專案交付期間的 Tech Lead，解決實作過程中的技術難題。需要時，主動協調 Product 團隊或 Escalate 至 CTO。
(4)負責與客戶端 IT 團隊的日常技術溝通。
(5)識別交付過程中必須依賴的「SaaS 主線產品改動」，走正式流程提交給 Product Lead 評估排程。

E. 交付：驗收與上線 (UAT & Go-Live)
(1)支援並引導客戶完成 UAT（包含測試計畫擬定、問題追蹤與修復確認）。
(2)嚴格控管驗收流程，確保客戶的驗收標準不偏離合約範圍（防範 Scope Creep）。
(3)驗收通過後，完成上線交接與完整文件交付（部署文件、操作手冊、維運指南）。
(4)為客戶的 IT 維運人員與核心使用者執行教育訓練。

F. 售後支援模型設計
(1)為 On-Premises 客戶設計可持續維運的支援架構（定義 SLA 分級、通報支援通道、版本升級策略）。
(2)協助財務與業務端定義維護合約（MA）的計價結構與服務邊界。
(3)交付完成後短期內擔任技術問題的 Escalation Point，並逐步移交給未來的維運支援體系。

G. 框架迭代與知識沉澱
(1)在每個案件中驗證現有 Playbook 和工具，發現不足即提出改善，經 CTO 確認後更新版本。
(2)逐步建立可重複使用的 SA 資產庫：Reference Architecture Templates、提案範本、部署 Runbook、常見技術 FAQ。
(3)將專案的 Lessons Learned 結構化回饋給產品團隊，作為未來提升系統「雲地可部署性」的核心 Input。
(4)終極目標：讓框架從「v1 草案」進化為「經過實戰驗證、未來團隊擴編時其他人也能照著跑」的成熟標準作業流程。

●必備條件 (Must-Haves)
A. 技術能力（售前與交付實戰必備）
(1)不是只會設計，要能自己動手：熟練掌握容器化與編排（Docker / Kubernetes）的實務部署能力。
(2)精通 Infrastructure as Code（Terraform、Ansible 或同等工具）與 Linux 系統管理基本功。
(3)具備 CI/CD Pipeline 的規劃與實作經驗。
(4)扎實的網路架構與安全知識（VPN、防火牆規則、網段隔離規劃）。
(5)熟悉企業級認證授權整合（SSO / OAuth2 / LDAP / AD）。
(6)具備資料庫部署、資料備份及搬遷（Migration）實務經驗。
(7)熟悉 API Gateway 與微服務架構整合。
(8)具備混合雲或 Air-gapped（實體隔離）環境部署經驗，以及精準的基礎設施 Sizing 能力。

B. 估算、商業判斷與交付管理
(1)能將技術方案拆解為 Work Packages，運用風險係數產出高置信度的人天估算。
(2)能精準讀懂合約技術條款，辨識不合理的承諾，並深刻理解 On-Premises 專案的真實成本結構。
(3)具備帶領小型技術團隊（1-3 人）完成專案交付的經驗。
(4)能同時雙線管理「技術執行」與「客戶期望」，具備處理專案蔓延（Scope Creep）的實戰手腕。

C. 獨立作戰能力（最重要）
(1)End-to-End Ownership：能從售前到驗收，獨立 Own 整個 Enterprise Deal 的技術生命週期。
(2)務實的 Problem Solver：能在現有 SaaS 產品尚未 100% 完備的情況下，務實地設計 Workaround 方案來滿足專案需求，而不是坐等產品開發完。
(3)遇到問題時是「帶著建議方案來討論」，清楚知道何時可以「自己做決定」，何時必須「拉 CTO 介入」。
(4)捍衛底線：敢對業務團隊說不，敢在合約談判中堅持工程團隊的底線。

D. 經驗要求
(1)5 年以上 B2B Enterprise 解決方案架構或技術專案交付經驗。
(2)具備「同時負責售前方案設計與交付執行」的實戰經驗（不是只做過其中一邊）。
(3)具備將 SaaS 產品轉為 On-Premises 部署的經驗。