> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh-tw/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md).

# 遷移策略

### Zoom 的專業服務與認證通路夥伴

Zoom 的專業服務組織（PSO）和認證通路夥伴可協助企業轉換至 Zoom 解決方案，包括 Zoom Phone。這些團隊可協助企業評估轉換需求、制定與執行部署計畫，並在正式上線（Go-Live）期間提供現場技術服務。

Zoom 的 PSO 團隊提供多層級服務，可透過以下服務協助正在轉換的 Zoom Phone 客戶：

{% columns %}
{% column %}

* 架構與設計
* 使用情境分析
* 實作支援與策略
* 號碼移轉與 BYOC 遷移
* 實作指引
  {% endcolumn %}

{% column %}

* 資料檢視與最佳化
* 網路就緒性檢查
* 佈建與設定
* Hypercare：上線後 10 天支援

\\
{% endcolumn %}
{% endcolumns %}

有意保留專業服務組織的客戶，建議參閱 [Zoom 的網站](https://explore.zoom.us/en/professional-services/) 以取得更多資訊，或與其 Zoom 客戶團隊聯繫。

### 分階段方法

未藉由第三方公司或 Zoom 的專業服務組織協助而轉換至 Zoom Phone 的客戶，可能會受益於較緩慢的過渡性分階段方式。這可能包括以分段或按百分比的方式將使用者移轉至 Zoom Phone，例如一次移轉一個 Site 的使用者，或依使用者數量，以每日或每週 5% 的增量移轉使用者。採用分階段方式的好處包括：\\

1. **降低干擾**：逐步轉換使用者可將對日常營運的干擾降到最低。使用者能逐步適應 Zoom Phone，降低因突發變更而造成生產力流失的風險。
2. **風險管理**：透過分階段進行遷移，您的企業可在進入下一階段前，先識別並處理每個階段出現的任何問題或挑戰。這種前瞻性作法可降低整個組織遭遇重大問題的風險。
3. **使用者採用**：當使用者有時間逐步調整時，他們更有可能接受新系統。培訓與支援資源可分批提供，讓使用者對新技術感到安心。
4. **資源配置**：分階段方法可讓組織更有效率地配置資源。IT 人員可在每個階段專注支援較少量的使用者，因此能提供足夠的協助與疑難排解支援。
5. **評估與回饋**：遷移的每個階段都提供了評估新系統效能並收集使用者回饋的機會。這些回饋可在遷移進行時作為調整與改進的依據。
6. **彈性**：將遷移分階段進行，可依據實際經驗與回饋靈活調整實作計畫。組織可視需要進行調整，以確保所有使用者都能順利轉換。

整體而言，採用 Zoom Phone 的分階段轉換方式可協助組織管理風險、促進使用者採用，並平順地過渡到新技術。

### 自帶 PBX

對於已擁有地端 PBX 系統的客戶，使用 Zoom Phone 的 **自帶 PBX** （BYOP）服務模式可簡化地端與雲端使用者之間的過渡期。

透過 BYOP 服務模式，客戶可藉由一組可設定的路由規則，將其地端 PBX 與 Zoom Phone 的雲端 PBX 連接起來。完成這項整合設定後，使用者仍可沿用一致的工作流程撥號，例如撥打分機號碼或快速撥號中的號碼。由於連接地端 PBX 與 Zoom Phone 的後端路由規則，當使用者撥打分機號碼時，相關的 PBX 會自動同時查詢地端與 Zoom Phone 的 PBX，尋找該分機所對應的使用者；若找到使用者，便會依此連接通話。

此服務模式最常作為客戶從地端系統轉換至下列其中一種 [前述服務模式](/technical-library/zh-tw/zoom-workplace/zoom-phone/zoom-phone-bluepaper/overview.md#zoom-phone-offers-three-primary-service-offerings-native-byoc-cloud-peering-and-byoc-premises-peerin)的中介步驟。當所有使用者都從地端系統遷移至 Zoom Phone 後，即可安全地退役地端系統，或將其設為待命。

下列範例說明此服務模式在過渡期間的優點，當帳戶開始完整轉換流程時尤其如此。

{% hint style="success" %}
**範例**

企業「Omzo」正準備將 100 位使用者從其地端 PBX 系統轉換至 Zoom Phone Native。目前已設定為自帶 PBX 服務模式，以協助轉換。

週一時，Alice 和 Bob 都已註冊到地端 PBX。Alice 可輕鬆撥打 Bob 的分機 100 與他通話。

週二時，Bob 已轉換至 Zoom Phone，並保留他的分機號碼 100，而 Alice 仍註冊於地端 PBX。由於地端 PBX 已連接至 Zoom Phone，若 Alice 嘗試撥打 Bob 的 100 分機，查詢會先在地端 PBX 內失敗，並故障轉移至 Zoom Phone 的 PBX。由於 Bob 保留了相同的分機，Zoom Phone 的 PBX 會在該分機識別 Bob，並透過 BYOP 連線將通話接給他。

在此情境下，Bob 和 Alice 都不需要知道目前正在進行轉換。由於地端 PBX 與 Zoom Phone 的 PBX 已連接，且其他因素皆維持不變，通話仍可正常接通，使用者體驗不受影響。
{% endhint %}

#### <mark style="color:藍色;">BYOP 網路設計</mark>

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdhzlBW0_aF5YYxn6xcrrApI6xdos7XqZOwIDihRQDMJyoj3bOCBkqXfUOJ-e4oNxtA2m7h-ghbKg-6ek_8rhoWeqP5Ktzg0tY5Svdh572bHwst_GH3EOu7_RpMko9Tvkb_TkKdhK2uK1lkyIZ53sU?key=gORaE6vjeZ6i7Y4PGyLKfw" alt=""><figcaption><p>顯示 BYOP 網路設計的圖表。</p></figcaption></figure>

{% hint style="info" %}
**注意**

Zoom Phone 端點一律會先向 Zoom 資料中心建立連線；然而，BYOP SBC 確實需要雙向連線。如果您對連接埠連線能力與範圍有任何疑問，請與您的 Zoom 技術客戶團隊聯繫，以取得更多關於連線選項的資訊。
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh-tw/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.