曾在 FinTech 公司協助業務夥伴培訓與說明工作，也有自主建立 SOP 與知識體系的經驗。
習慣先了解對象背景再設計內容，也重視成效指標設定與後續檢視調整。
在 AFTEE 任職期間，主要負責推進電商通路業務合作。每次啟動前需先了解對方的組織架構與窗口職務，再決定說明的切入點與資訊深度。這個習慣後來成為我在課程規劃上的基本思路。
在 Andaya 負責跨單位專案統籌時，協調對象背景各異，需要設計分職級的作業說明與流程文件，讓各層級夥伴都能清楚自己的任務範圍，減少溝通來回。這段經驗的操作邏輯，與規劃通路訓練藍圖時面對的問題高度重疊。
習慣先梳理業務場景、再歸納訓練核心需求，不同產業的通路邏輯雖有差異，但分析需求、設計課程、追蹤成效的核心流程是共通的。
誠實說明各項能力的實際程度，以及對應的工作經歷。
在 AFTEE 推進通路合作時，每個平台的業務與技術窗口需求不同，需分別判斷資訊切入點。這個過程與訓練需求分析的邏輯相近：先了解對象現況，再決定課程目標與設計方向。具備訓練需求分析的核心邏輯與實務應用經驗。
Andaya 統籌專案時，依夥伴職責層級設計不同深度的操作說明，讓各級人員能快速掌握各自的工作範圍。自主建立品牌知識庫時，也練習過分層架構設計，將流程拆解為可操作的步驟。
自主經營品牌期間，習慣事前設定可追蹤指標，執行後對照數據決定是否調整做法。這套工作習慣在訓練成效評估上同樣適用，可快速學習問卷設計與前後測執行方式。
Andaya 的工作需協調不同背景的夥伴，在遠端環境下以 Asana 管理進度，確保各方資訊對齊。AFTEE 期間也需要在業務、技術與客戶之間傳遞資訊，減少認知落差，有跨部門溝通的實際操作習慣。
AFTEE 期間實際開發與服務超過 200 家電商商戶，長期接觸第一線業務人員。了解他們需要的通常是可立即套用的操作方式，而非完整理論。這對設計門市業務人員的訓練內容，有直接的情境參考基礎。
以 Asana 管理多組並行任務、Notion 整理 SOP 與作業文件，搭配 Google Workspace 製作問卷與資料彙整。習慣將工作步驟文件化，方便後續複用或跨部門說明交接。
每個電商平台的業務與技術窗口對產品的理解程度不同，若用同一套說明方式，常需要多次補充澄清才能推進合作。
事前先確認對方負責窗口的職務，針對業務端說明效益與流程，技術端聚焦整合規格，分別準備對應材料，減少溝通往返。
減少跨部門溝通往返次數，說明材料整理成可複用格式，後續類似合作的準備時間縮短。累積了判斷不同對象需求的實務習慣。
專案夥伴工作習慣各異，若發一份統一說明，各方理解落差大，執行時常需個別補充澄清，影響整體進度。
依夥伴職責層級設計對應深度的作業說明，以 Asana 建立任務節點與時程提醒，讓各方清楚自己在哪個階段該做什麼。
跨單位溝通確認次數有效減少，整理出的作業 SOP 被沿用於後續類似專案，縮短新夥伴熟悉流程的時間。
一人負責多項事務，若沒有明確的指標和文件，容易做了不知道有沒有效，也不知道哪個環節需要調整。
以 Notion 整理所有作業 SOP，事前設定可追蹤的成效指標，每隔一段時間對照數據，決定是否需要調整方向或做法。
建立「設目標 → 執行 → 檢視 → 調整」的工作節奏，文件化讓流程可複用，也有依據地知道哪些做法有效、哪些需要改變。
對應 D647 的工作內容，說明我目前理解的訓練規劃流程。
| 工具 | 在訓練規劃工作中的用途 | 程度 |
|---|---|---|
Asana 專案管理 |
管理訓練計畫各階段任務節點，設定時程與負責人，適合多組任務並行、需要跨部門協調的工作情境。 | 實務使用 |
Notion 文件管理・SOP |
整理課程設計文件與作業 SOP，讓資料有固定位置可查閱，方便跨部門說明或後續複用更新。 | 實務使用 |
Google Workspace 表單・試算表・簡報 |
設計訓練前後測與問卷，以試算表彙整成效數據，搭配簡報呈現課程規劃提案或訓練結果報告。 | 實務使用 |
Scrum 敏捷框架 工作方法 |
在 Scrum 敏捷環境實務應用 4 年，習慣拆解目標、設定節點、定期確認進度，適用於訓練計畫分階段推進與依回饋快速調整的工作節奏。 | 4年實務 |
HubSpot Inbound Sales・Data Marketing |
取得線上認證，了解受眾分析的基礎框架，可協助思考訓練對象分析與課程設計邏輯。 | 雙認證 |