> 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/ja/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md).

# 移行戦略

### Zoomのプロフェッショナルサービスと認定チャネルパートナー向け情報

Zoomのプロフェッショナルサービス組織（PSO）と認定チャネルパートナー向け情報は、ビジネスがZoomソリューション、Zoom Phoneを含む、への移行を進めるうえでの支援を提供します。これらのグループは、移行ニーズの評価、導入計画の策定と実施、そして本稼働プロセス中のオンサイト技術サービスの提供を支援できます。

複数のサービス階層がオンラインで提供されているため、ZoomのPSOチームは移行中のZoom Phoneのお客様の声に対して、以下のサービスを支援できます：

{% columns %}
{% column %}

* アーキテクチャと設計
* ユースケース分析
* 導入サポートと戦略
* 番号ポーティングと BYOC 移行
* 導入ガイダンス
  {% endcolumn %}

{% column %}

* データレビューと最適化
* ネットワーク準備状況レビュー
* プロビジョニングと設定
* ハイパーケア：Go-Live後10日間のサポート

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

プロフェッショナルサービス組織の継続利用に関心のあるお客様の声は、 [ZoomのWebサイト](https://explore.zoom.us/en/professional-services/) 詳細については、またはご利用のZoomアカウントチームにご相談ください。

### 段階的なアプローチ

サードパーティ企業やZoomのプロフェッショナルサービス組織の支援を受けずにZoom Phoneへ移行するお客様の声は、よりゆっくりとした段階的な移行アプローチの恩恵を受ける場合があります。これには、ユーザーを1サイトずつ移行する、あるいはユーザー数に応じて毎日または毎週5%ずつ移行するなど、分割ベースまたは割合ベースの方法でユーザーをZoom Phoneへ移行することが含まれます。段階的なアプローチの利点は以下のとおりです:\\

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/ja/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ネイティブ公衆網接続へ移行する準備を進めています。現在は、移行を支援するために自社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/ja/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.
