# 移行戦略
### Zoomのプロフェッショナルサービスと認定チャネルパートナー
Zoomのプロフェッショナルサービス組織（PSO）と認定チャネルパートナーは、Zoom Phoneを含むZoomソリューションへの移行に関して企業を支援します。これらのグループは、移行ニーズの評価、導入計画の策定と実装、Go-Liveプロセス中のオンサイト技術サービスの提供を通じて、企業をサポートできます。
複数のサービス階層が利用できるため、ZoomのPSOチームは、移行中のZoom Phoneのお客様に次のサービスを提供できます。
{% columns %}
{% column %}
* アーキテクチャと設計
* ユースケース分析
* 実装サポートと戦略
* ポーティングとBYOC移行
* 導入ガイダンス
{% endcolumn %}
{% column %}
* データレビューと最適化
* ネットワーク準備状況レビュー
* プロビジョニングと設定
* ハイパーケア: Go-live後10日間のサポート
\\
{% endcolumn %}
{% endcolumns %}
プロフェッショナルサービス組織の継続利用をご希望のお客様は、 [Zoomのウェブサイト](https://explore.zoom.us/en/professional-services/) をご参照いただくか、Zoomのアカウントチームにご相談ください。
### 段階的なアプローチ
サードパーティ企業やZoomのプロフェッショナルサービス組織の支援なしに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ネイティブ公衆網接続へ移行する準備を進めています。現在は、移行を支援するためにBYOPサービスモデルで構成されています。
月曜日に、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 %}
#### BYOPネットワーク設計
BYOPネットワーク設計を示す図。
```
The question should be specific, self-contained, and written in natural language.
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.
