アプリケーション提供の移行について顧客への周知
Windows アプリケーションの提供方法を変更することは大きな決断ですが、顧客が技術的な詳細を覚えていることはめったにありません。顧客が覚えているのは、変更の内容を事前に知らされていたかどうかです。アプリケーション移行に関する明確なコミュニケーションは、顧客がほとんど気づかないような移行と、サポート窓口が問い合わせで溢れかえるような移行との分かれ目となることがよくあります。Microsoft RDS から移行する場合でも、Citrix をやめる場合でも、オンプレミス製品をクラウドに移行する場合でも、その変更をどのように説明するかが、顧客の受け止め方を左右します。
このガイドでは、誰に連絡すべきか、いつ伝えるべきか、何を伝えるべきか、そして変更をどのように展開すれば、顧客層ごとにメッセージの質を向上させられるかについて解説します。また、既存のWindowsアプリケーションを書き換えずに配信できるGO-Globalのようなプラットフォームが、こうしたコミュニケーション全体をいかに円滑にするかについても説明しています。
アプリケーション移行におけるコミュニケーションが重要な理由
あなたにとって、新しいデリバリープラットフォームはインフラプロジェクトに過ぎません。しかし、顧客にとっては、日々の業務で日常的に使用しているツールへの変更となります。新しいログインページ、インストールが必要な新しいクライアント、あるいはアプリケーションの起動方法の変更などは、事前の告知なしに導入されると、業務の妨げになるように感じられることがあります。
ここで、プラットフォームの選択が重要になってきます。GO-Global を利用すれば、ユーザーはすでに使い慣れた Windows アプリケーションをそのまま開くことができ、完全なリモートデスクトップではなく、アプリケーションとして提供されます。顧客に受け入れを求める変更は、導入当初から最小限に抑えられ、変更幅が小さければ、その説明もはるかに容易になります。
アプリケーション移行における課題の多くは技術的なものです。 具体的には、データの整合性、ダウンタイム、互換性、パフォーマンス、セキュリティ などが挙げられます。コミュニケーションは、これらすべての課題に共通して関わっています。短く、適切なタイミングで発信されたメンテナンスのお知らせがあれば、計画されたダウンタイムも何事もなかったかのように済みます。新しいログイン手順を明確に説明しておけば、パスワード再設定に関する問い合わせが殺到する事態を防ぐことができます。アプリケーション移行における適切なコミュニケーションは、堅実な技術計画を置き換えるものではありませんが、その計画が本来目指す顧客との関係を保護する役割を果たします。
相手が誰なのかを把握する
顧客とのあらゆるやり取りに、同じメッセージが必要というわけではありません。メールを1通でも書く前に、各顧客アカウント内の対象者を整理しておきましょう：
- エンドユーザーは、画面上で何が変化するのか、それがいつ起こるのか、そして問題が発生した場合は誰に連絡すればよいのかを知りたがっています。
- 顧客側のIT管理者には、ファイアウォールのポート設定、クライアントのインストール、認証設定の変更、および切り替え前に完了しておくべき手順など、技術的な詳細情報が必要です。
- 意思決定者やアカウント所有者は、ビジネス上の根拠を重視します。つまり、なぜ変更を行うのか、それがパフォーマンスやセキュリティにどのような影響を与えるのか、そして価格や契約に影響があるかどうかといった点です。
- お客様のサポートを担当するパートナーや販売代理店は、質問に不意を突かれないよう、早めに情報を把握しておく必要があります。
対象者をセグメント化することで、各メッセージを簡潔かつ的確なものに保つことができます。エンドユーザーにはポートの一覧は必要ありませんし、IT管理者にはマーケティング関連の告知は不要です。
また、GO-Global なら、各対象者に対して具体的なメリットを提示できます。エンドユーザーは使い慣れたアプリケーションを使い続けられ、IT 管理者は単一の管理コンソールからアクセス権を管理でき、意思決定者は計画が立てやすい同時利用ライセンスを利用できます。
{CTAEMBED_IDENTIFIER}}。
顧客とのコミュニケーションのタイムラインを作成する
移行に関するお知らせは、1通のメールだけで済ませるべきではありません。ニュースが古くならないよう、顧客に十分な余裕を持って通知できるスケジュールを立てましょう。一般的な手順は以下の通りです：
- 初期告知（実施の60～90日前）。変更内容、その理由、および予定される期間について説明します。自社のインフラの詳細ではなく、顧客にとってのメリットをまず強調してください。
- 技術的な準備に関する通知（実施の30～45日前）。IT担当者に、対応が必要な要件と、質問先の連絡先を通知してください。
- 予定日の確認（1～2週間前）。各顧客の移行期間を確認し、エンドユーザー向けのクイックスタート資料を共有する。
- リマインダー（1～2日前）。日時、当日の流れ、およびサポートを受けられる場所を記載した簡単なメモを送ってください。
- 本番稼働のお知らせ（移行日）。変更が完了したことを確認し、新しいアクセス手順へのリンクを掲載してください。
- 事後フォローアップ（移行後1～2週間後）。フィードバックを求め、移行後に生じた質問にはすべて回答してください。
契約内容や顧客層に合わせてタイミングを調整しつつ、一貫したリズムを保つようにしましょう。各段階で連絡を受け取る顧客は、予期せぬ事態に直面する可能性がはるかに低くなります。スケジュールの技術的な側面を策定する際は、 まず詳細な移行計画から始め、それに基づいて連絡のマイルストーンを設定してください。
顧客へのメッセージには必ず含めるべき内容
各タッチポイントごとに重点は異なりますが、どのメッセージも同一の中核となる質問に答える必要があります。情報を発信する前に、必ずこのチェックリストを確認してください：
- どのような変更が行われるのでしょうか？ユーザーの視点に立ち、その変更内容を平易な言葉で説明してください。
- なぜ変化しているのでしょうか？パフォーマンスの向上、セキュリティの強化、より多くのデバイスからのアクセスが可能になることなど、具体的な理由を1つか2つ挙げてください。
- それはいつ起こりますか？具体的な日付と時刻、およびタイムゾーンを明記してください。
- 彼らは何をすべきでしょうか？必要な行動項目を明確に列挙するか、あるいは何の行動も必要ないことをはっきりと述べてください。
- 何が変わらないのか？ユーザーのデータ、ワークフロー、そして使い慣れたアプリケーションには何の変化もないことを、ユーザーに安心させてください。
- どこでサポートを受けられますか？サポート窓口、FAQへのリンク、および研修資料などを掲載してください。
「変わらない点」は見過ごされがちですが、多くのベンダーが予想する以上に重要な意味を持ちます。同じ Windows アプリケーションを新しいプラットフォームを通じて提供する際、ユーザーに対して「これまでと同じアプリケーションが利用できます」と伝えることで、変更に伴う不安の大部分を取り除くことができます。GO-Global なら、アプリケーションそのものは変わらないため、この約束を簡単に守ることができます。変更されるのは提供方法であり、アプリケーションそのものではありません。
まずは社内のチームに説明を行う
顧客は利用可能なあらゆるチャネルを通じて質問をしてくるため、自社のチームは顧客よりも先にその計画内容を把握しておく必要があります。カスタマーサービス、製品トレーニング、営業、およびアカウント管理の各部門に対し、スケジュール、変更の理由、そして最も頻繁に寄せられると思われる質問への回答について説明してください。
サポートチームには、社内のFAQを簡潔にまとめ、明確なエスカレーション手順を提示しましょう。営業担当者やアカウントマネージャーには、契約更新の話し合いにおいて自信を持ってこの話題に対応できるよう、説明の要点を用意してください。全員が同じ説明をすれば、顧客はその変更をより信頼するようになります。
段階的に移行し、フィードバックを基にメッセージを練り上げる
最も円滑な移行において、すべての顧客を一度に移行させることはほとんどありません。段階的な展開を行うことで、インフラストラクチャのテストと同様に、コミュニケーション体制のテストも行うことができます。 ある Windows ISV が RDS から移行した際、まず新規顧客を新しいプラットフォームに導入しました。その後、既存顧客を小規模なグループごとに移行させ、各グループからのフィードバックを基に、次のグループを移行させる前にトレーニング資料や FAQ を改善しました。
アプリケーション移行に関するコミュニケーションにおいて段階的なアプローチが有効なのは、いくつかの理由があるからです：
- 初期のグループ活動からは、自分が予期していなかった疑問が浮かび上がってきます。
- サポートチームは、対応件数が増える前に練習を積むことができます。
- トレーニング教材は、各ウェーブごとに改善されています。
- 早い段階で成功事例を、後から移行する顧客と共有することができます。
自信がついてくれば、対象となるグループの規模を拡大することができます。最大の顧客を獲得する頃には、プラットフォームもメッセージングもその有効性が実証されているはずです。
説明しやすい配信プラットフォームを選びましょう
エンドユーザーにとって変更が単純であればあるほど、その説明も簡単になります。導入方法によっては、ユーザーが仮想デスクトップの操作方法をすべて習得したり、新しいクライアントソフトウェアを管理したり、ログイン方法を変更したりする必要がある場合があります。こうした各手順について、説明や文書化、サポートを行う必要が生じます。
そのため、GO-GlobalはWindowsアプリケーションを公開するように設計されており、ユーザーにはリモートデスクトップではなく、アプリケーションのみが表示されます。オプションのシングルサインオン（SSO）を利用すれば、ユーザーは自分でパスワードをリセットすることも可能です。これにより、移行後に急増 しがちなパスワード関連のヘルプデスクへの問い合わせを減らすことができます。その結果、移行期間中に説明すべき手順が減り、対応すべきチケットの数も減少します。
移行に伴い、アプリケーションのホスティング先を変更する必要がある場合でも、ISVHostはソフトウェアベンダーに対し、ISVの提供体制に合わせて設計されたホスティングサービスを通じて Windowsアプリケーションをクラウドへ移行する方法を提供します。これにより、インフラではなく顧客への対応に注力し続けることができます。
最終的な感想
デリバリー移行は、顧客に直接影響を与える成果をもたらす技術的なプロジェクトです。アプリケーション移行に関するコミュニケーション計画は、インフラストラクチャの計画と同様に慎重に策定してください。対象者をセグメント分けし、タイムラインを作成し、毎回同じ核心的な質問に答え、チームには早期に説明を行い、各グループが前のグループの成果を活かせるよう、段階的に展開してください。十分な情報を得ていると実感している顧客は、その変更をアップグレードとして受け入れる可能性がはるかに高くなります。
クラウドベースのアプリケーション提供を検討中のISVの皆様へ。GO-Globalがエンドユーザーのソフトウェアアクセスをいかに効率化できるか、 ぜひお問い合わせください。または、 無料トライアル版をダウンロードして、ご自身でお試しください。
