> 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 Phoneを含むZoomソリューションへの移行に関して、お客様のビジネスを支援します。これらのグループは、移行ニーズの評価、導入計画の策定と実施、本番稼働プロセス中の現地技術サービスの提供を支援できます。
複数のサービス階層が利用可能なため、ZoomのPSOチームは、移行中のZoom Phoneお客様の声に対して次のサービスを支援できます:
{% columns %}
{% column %}
* アーキテクチャと設計
* ユースケース分析
* 導入支援と戦略
* ポーティングとBYOC移行
* 導入ガイダンス
{% endcolumn %}
{% column %}
* データレビューと最適化
* ネットワーク準備状況レビュー
* プロビジョニングと設定
* ハイパーケア: 本番稼働後10日間のサポート
\\
{% endcolumn %}
{% endcolumns %}
プロフェッショナルサービス組織の継続利用を検討しているお客様は、 [Zoomのウェブサイト](https://explore.zoom.us/en/professional-services/) で詳細をご確認いただくか、Zoomアカウントチームにご相談ください。
### 段階的アプローチ
第三者企業またはZoomのプロフェッショナルサービス組織の支援を受けずにZoom Phoneへ移行するお客様は、よりゆっくりとした移行段階型のアプローチのメリットを享受できます。これには、ユーザーをZoom Phoneへセグメント化または割合ベースで移行する方法、たとえば一度に1つのサイトずつ移行する、あるいはユーザー数に応じて毎日または毎週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はその内線番号のユーザーをオンプレミス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ネイティブ公衆網接続へ移行する準備をしています。現在は、移行を支援するためにBring Your Own 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へ接続します。
このシナリオでは、BobもAliceも進行中の移行を意識する必要はありません。オンプレミスPBXとZoom PhoneのPBXが接続され、その他の条件がすべて同じであるため、ユーザー体験に影響を与えることなく通話は引き続き接続されます。
{% endhint %}
#### BYOPネットワーク設計
BYOPネットワーク設計を示す図。
{% 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=&goal=
```
`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.
