> ## Knowledge Base Index
> Fetch the complete knowledge base index at: https://help.teachify.com/sitemap.xml
> Use this file to discover available pages before exploring further.
> Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash).

# 搬遷指南｜轉移到 Teachify 前，你需要先確認的資料與技術細節（PM & 技術團隊盤點須知）


> 本篇提供有「資料轉移」、「API 串接需求」的搬遷情境。
> 前置作業（帳號開通、課程上架、影片轉檔）請參考 [搬遷指南｜我已有課程平台、使用其他系統，如何轉移到 Teachify 架的課程網站呢？](https://help.teachify.com/zh-tw/article/teachify-1ovlb92/)


準備將平台遷移到 Teachify，但還不太確定有哪些資料或技術細節需要注意嗎？

我們整理了搬遷前應優先評估的關鍵項目，涵蓋會員資料、交易紀錄、學習進度、系統整合，以及整體搬遷策略，建議網站負責人依據區塊進行盤點與任務規劃。

希望這份清單能幫助你釐清重點、有效分工，讓整個轉移流程更加順利、安心！
---

# 👤 會員資料轉移

確保所有用戶基本資料與登入方式順利轉移至 Teachify，以維持帳號連續性與良好的登入體驗。

### 1️⃣ 確認認證機制

* 原平台是否有使用第三方登入（如 Google、Facebook）或 SSO（Single sign-on，單一登入）？

* 是否需要 Teachify 協助整合 OAuth 登入？
        
### 2️⃣ 對應用戶資料欄位

* 現有用戶資料包含哪些欄位？如：姓名、Email、聯絡方式、自訂欄位設定等。

* 檢查比對原平台與 Teachify 的欄位結構是否一致，是否需要進行欄位轉換或資料清洗。
---

# 💳 訂單與交易紀錄

||| 請完整保留用戶的購買紀錄、交易明細與稅務資訊，不僅有助於保障消費者權益、維護帳務紀錄，也能符合會計與法規上的查驗需求。

### 1️⃣ 訂單狀態對應

評估訂單狀態（如：待付款、已完成、退款中）如何映射至 Teachify 的訂單邏輯，確保轉移後資料正確且一致。

### 2️⃣ 發票與稅務資料轉移

確認交易相關的財務資料（如：發票號碼、統編等）是否完整，並規劃如何對應到 Teachify 提供的欄位與顯示方式，確保後續能順利對帳與查核。

### 3️⃣ 付款方式對應

盤點原平台使用的支付方式（如：信用卡一次付清、信用卡分期、ATM 匯款、超商代碼繳費等），確認這些交易資料在 Teachify 中的呈現方式。

### 4️⃣ 行銷與優惠活動紀錄搬遷

* 是否需保留過往的折扣碼、優惠活動等資訊？
    
* 評估這些歷史行銷活動資料，是否需跟訂單紀錄綁定，或可獨立處理。
---

# 📘 學習進度與互動數據

請確保學員在原平台上的學習紀錄與互動數據能正確遷移，避免學員需重新觀看課程或補交作業，維持使用體驗的連續性。

### 1️⃣ 學習進度保存
    
* 請確認原平台所記錄的學習數據有哪些（如：課程完成度、影片觀看紀錄、章節進度等）。

* 檢視 Teachify 的學習進度追蹤機制，確認新舊系統的資料格式與邏輯是否相容。

### 2️⃣ 互動元素

* 請確認原平台課程是否有課程評分、留言評論及測驗、作業提交紀錄與等資料。

* 若需保留互動紀錄，請規劃在 Teachify 中的對應設定與資料呈現方式。

### 3️⃣ 學習計劃與推薦路徑

若原平台設有學習計劃、課程推薦順序等功能，請盤點相關規則與邏輯，並規劃如何透過 Teachify 的課程分類、顯示順序等功能進行重建或呈現。

### 4️⃣ 證書與成就系統

若原平台有證書、徽章等激勵機制，請確認需保留項目，並評估轉移可行性。
---

# 🧩 API 整合評估

Teachify 有提供 API 以及 Webhook 機制，需要進行以下評估：

1. 詳細評估目前與第三方系統的整合方式，是否有需要在 Teachify 上實現。

2. 比對 Teachify Admin API 的功能與限制，確認是否能支援目前的業務需求。

3. 評估 Teachify Webhook 機制是否足以支援目前的即時通知和事件處理需求。

4. 對於 Teachify 未直接支援的整合，制定替代解決方案（如中間件、自定義開發等）。

5. 確認 API 文檔完整性及支援服務，評估開發團隊適應新 API 的學習曲線。

 📒 [Teachify Weebhook 相關文件參考](https://teachify.dev/webhooks/overview/)
---

# 🧭 遷移策略與測試

### 1️⃣ 資料搬遷時間評估

* 對資料量進行全面評估（用戶數、課程數、訂單量、檔案儲存大小等）

* 制定詳細的資料遷移時間表，包括初步匯出、轉換、匯入和驗證各階段

* 考量大型媒體文件（影片、音檔）的遷移時間，可能需要分批進行

* 評估系統停機時間對業務的影響，制定最小化停機的策略

* 制定資料遷移的優先順序，確保核心數據優先遷移並驗證

### 2️⃣ 雙系統平行運行評估

* 評估是否需要新舊系統同時運行的過渡期，以及最佳時長

* 若需平行運行，設計兩個系統間的資料同步機制和頻率

* 確定平行期間的主系統與從系統，明確哪個系統的數據為主要來源

* 評估平行運行帶來的額外維護成本和複雜性

* 制定平行期間的用戶引導策略，協助用戶適應新系統

### 3️⃣ 完整淘汰舊系統的時間規劃

* 設定明確的舊系統淘汰里程碑和時間表

* 制定基於數據驗證的淘汰決策標準，確保新系統完全可靠後再淘汰舊系統

* 評估合約義務、法規要求對數據保留的影響，確保合規性

* 設計舊系統資料歸檔和備份策略，確保日後需要時可以訪問歷史數據

* 制定用戶通知計劃，提前告知用戶舊系統停用時間

* 規劃技術資源和支援，確保淘汰過程順利且不影響用戶體驗
---

希望以上評估重點，能協助你規劃出更完善的遷移計劃，降低轉移過程中的風險，確保業務穩定延續、用戶體驗順利銜接！

我們也整理了正式轉移、切換新舊站「當天」所需要做的事：

📒 **參考說明文件**：[搬遷指南｜從其他課程平台搬遷至 Teachify：當天操作指南](https://help.teachify.com/zh-tw/article/teachify-18llmyy/?bust=1781181434503)

