会社が立ち上げるデジタルサービスはますます増え、そうしたサービスが従来型のITにのし掛かっている。ITサポートは顧客の要求を満たすため、これまで以上に迅速な行動が求められている。(続きはページの末尾にあります)
言葉として広く知られている製品/サービスが、実際に広く使われているとは限らない。コンタクトセンターのクラウドサービス「CCaaS」はまさにそうだと専門家は説明する。なぜCCaaSは使われないのか。
「コンタクトセンター」は新しい技術を取り入れながら、進化を続けてきた。コンタクトセンターはどのように変化してきたのか。これまでの歴史を技術的な観点で振り返る。
オペレーターなどのエージェント不足に悩むコンタクトセンター。物流を手掛けるDHL Supply ChainはUCaaS「Avaya OneCloud」を導入し、エージェントの定着や確保につなげている。同社の取り組みの中身とは。
コンタクトセンターが製品導入プロセスにおける提案依頼書(RFP)を作成したら、いよいよベンダー候補の絞り込みと実装計画が待っている。これらのフェーズで意識すべきことは何か。
コンタクトセンターが製品選定前の提案依頼書(RFP)を作る際に重視すべき質問内容は何か。「コスト」「サービスレベルアグリーメント(SLA)」「連携」「アプリケーション」などの観点から解説する。
コンタクトセンターが技術パートナーを探すときに重要なのが、RFPの作成だ。要件を漏れなく記載したRFPを用意するにはどうすればいいか。
コンタクトセンターのCX向上を目指し、製品を導入する場合に重要なのが提案依頼書(RFP)の作成だ。なぜRFPが必要なのか。その効果は。
テレワークに移行したコールセンター業務の負担を軽減したいのであれば、チャットbotやIVR(自動音声応答)といったAI/自動化技術が役に立つ。ただし限界もある。
電話をかける作業を自動化する「オートダイヤラー」には幾つかの種類がある。電話応対業務にどのように生きるのか。主要な5種の機能を解説する。
ビデオ会議/テレビ電話はこれまで、単独で利用されることが多かった。ユニファイドコミュニケーションの統合によってさらに普及するビデオ利用が、コンタクトセンターにもたらすメリットについて考える。
インスタントメッセンジャーなどで個人ユーザーにもなじみ深い「プレゼンス」。連絡したい相手が今、どういう状態なのかを伝えるプレゼンスは、実はコンタクトセンターにおいて大きな武器になる。
ビジネスプレゼンス管理の代表的ツールともいえるLotus Sametime。その位置付けはもはやIMではなく、電話を含めてあらゆるコミュニケーション手段を透過的に使い、意志決定を早めていく道具となっている。
ITサービスマネジメント(ITSM)戦略は、ITインフラストラクチャライブラリ(ITIL)フレームワークの枠内にある。そのため、私物端末を使う従業員が増え、ソフトウェアがマイクロサービスやクラウドサービス、DevOpsで開発される現代においてはある程度の制約を受ける 。
従来のようなスキルに加えて、「ソリューションインテグレーター」やコミュニケーション能力の高い人材が必要になった。事業の商業的側面を深く理解していて、適応力に優れ、環境の進化の速さを予測できる人材が求められている。
ITILとサービスデリバリーはCIO(最高情報責任者)が遂行する。IT部門は自らを再編し、計画を立てて実行することに専念する働き方から離れて、ITサービスをビジネスパートナーへと拡張しなければならない。
ITサービスマネジメントは現代のビジネス需要に歩調を合わせることができないという点で、業界専門家の見方はおおむね一致している。ITはかつて着実なペースで管理され、進歩してきた。だがそのペースが速まっている。
ユーザーはIT部門が問題を解決してくれることを期待している。ユーザーの気に入るような答えが出せなければ、そのユーザーはIT部門の価値を否定して、シャドーITを勢いづかせることになる。
品質保証チーム、テスター、開発者は、コードのバグに対処するためのツールを一通り持っている。だがバグ修正は、普通はITSMプロセスに含まれていない。
サービスが本番リリースされたら、どのような現象であれ、ITSMツールにインシデントとして記録する。もし繰り返されるようであれば問題として記録しなければならない。インシデント発生時の状況も、自動的にバグ特定システムにログを記録する。アプリケーション開発者が運用のプロフェッショナルから正式に通告されるのを待つことなく、簡単にそのバグを把握して修正できるようにする必要がある。
かつてのITヘルプデスクは、デスクトップPC、サーバ、ユーザー設定など既知の資産に対応していた。ITサービス管理デスクは電話を受けた時点で、問題が発生している環境を把握できていた。だが英IT Service Management Forum(itSMF)も認める通り、今ではあまりに多くのデバイスが存在していて、それほどの確かさはなくなった。IT環境を管理統制しようとしてきた組織は、あらゆる種類のデバイスのサポートを提供できる態勢が必要になった。
だが、明らかにそれは非現実的であり、再考の必要がある。ソフトウェアについても同じだ。導入されている全てのアプリケーション設定についてログを記録する管理システムの概念は、ペースの速い持続的開発とアジャイルプロジェクト管理の世界においては時代遅れに見える。ハイブリッドクラウドアプリケーションやマイクロサービスの利用により、ITインフラの管理はかつてに比べて難しくなった。
会社のデジタル化が進み、新しいビジネスプロジェクトを促進するためにITサービスを利用し始める中で、CIOはITサービスの運用コストについての判断を迫られている。