Amazon Forecast を使った予測の手順まとめ

はじめに

今回は、Amazon Forecast を用いた予測を実施します。手順は以下となります。
AWS 公式の Amazon Forecast の開発ガイドについては、下記リンク参照で。

■リンク
Amazon Forecast 開発者ガイド

■手順

①予測するデータセットの準備(csv を S3 にインポートしておく)
②Amazon Forecast に csv データをインポート
③トレーニングモデルの作成
④予測の実施

Amazon Forecast とは

■Amazon Forecas の特徴

• 時系列データと、それに関するデータを組みあせて予測を実施
• 一度に複数のアイテムの予測をすることが可能（最大100,000）
• 予測結果は csv にして S3 にエクスポート可能
• 予測をしたい内容に合わせて、以下からドメインを選択して予測を実施

■Amazon Forecast のドメイン一覧

• RETAIL：小売の需要予測
• INVENTORY_PLANNING：サプライチェーンとインベントリの計画
• EC2 CAPACITY：EC2 のキャパシティ予測
• WORK_FORCE：従業員の計画（労働力需要）
• WEB_TRAFFIC：今後のウェブトラフィックの見積もり
• METRICS：収益、およびキャッシュフローなどの予測メトリクス
• CUSTOM：その他すべての時系列予測のタイプ

予測準備

csv の準備

今回は予測の実施にあたって、2つの csv を用意しました。

■用意した csv データ

• target_time_series：予測をしたいcsv データ。こちらの csv データだけでも予測の実施は可能
• related_time_series：target_time_series の補助となる csv データ（天候や気温、曜日など説明変数にあたるデータ）

今回は、RETAIL というドメインを利用して予測を行いたいと思います。ドメインごとに必要な項目が異なりますので、注意しましょう。また、Amazon Forecast で予測できる期間はインポートしたデータの1/3までです。今後１ヶ月の予測をしたい場合は、少なくとも直近3ヶ月分のデータが必要となります。

■RETAILドメインを利用する場合のcsv データセットタイプに必要な項目

• target_time_series データセットに必要な項目
  • item_id (string) ：需要を予測する商品名や商品の ID など
  • timestamp (teimstamp)：時系列
  • demand (float) ：時系列ごとの商品の販売数。Amazon Forecast が予測を生成するターゲットフィールド
  • location(string)：商品の販売先店舗や地域名など（※任意で使用）

• related_time_series データセットに必要な項目
  • item_id (string) ：需要を予測する商品名や商品の ID など
  • timestamp (teimstamp)：時系列
  • price (float) ：時系列ごとの商品の価格（※任意で使用）

※related_time_series データセットでは、天候や曜日、気温などの項目も使用可能です。

予測実施

データのインポート

コンソール画面から「Amazon Forecast」を検索します。
データセットグループの作成、時系列データセットの作成、そしてcsv データのインポートを実施します。

■データセットグループの作成

• Dataset group name：予測をするこのデータセットグループ名を入力
• Forecasting domain：予測に使用するドメインを選択

■時系列データセットの作成

• dataset name：時系列データセット名を入力（S3 にインポートした csv と同じの方が分かりやすい）
• Frequency of your data：時系列データセットの時系列（月・日・時）を選択
• Data schema；時系列データのスキーマをJSON 形式で入力

■csv データのインポート

• Dataset import name：インポートする csv データ名を推奨
• Timestamp format：csv のtimestamp 形式をこの形式に合わせておくこと
• Data location：csv データの置いてあるパス

データのトレーニング

無事にインポートが完了したら、次はインポートしたデータを用いてモデルのトレーニングを実施します。
ここでは、以下の項目を入力します。

• Predictor name ：予測モデルの名前（任意）
• Forecast horizon：予測をしたい期間決め（期間は最大で csv データの1/3まで）
• Forecasat frequency：csv データと同じ時系列を選択
• Algorithm selection：利用するアルゴリズムを選択（特に希望が無ければ「Automatic」を選択）
• Country for Holidays：休日・祝日情報を追加する場合、こちらを使用(「Japan」を検索して使用)

夜速のトレーニグの完了には、データにもよりますが大体30分以上はかかります。

予測の実施

それでは、いよいよ予測を実行してみましょう。

• Forecast name：予測を実行して出てくる予測結果モデルの名前
• Predictor：予測の実施にあたり利用する予測モデル（先程の学習モデルを選択すればOK）

上記の2つを入力したら、「Create forecast」を選択し、暫く待ちましょう。
これで、完了です。

Forecast lookup の使用

Amazon Forecast lookup で、Amazon Forecast のコンソール画面上で予測結果を可視化することができます。

• Forecast：可視化したい予測結果モデルを選択
• Start date：可視化したい最初の月日を選択（インポートした csv データの最後の時系列を選択）
• End date：可視化したい最終の月日を選択（選択できる月日はインポートした csv データの1/3の期間まで）
• Value：可視化したいアイテム名を選択

可視化結果は、図のように3つの予測モデルが表示されます。

• P90 forecast：予測値の上限
• P50 forecast：一般的に言う予測値
• P10 forecast：予測値の下限

その他

S3 へのエクスポート

Amazon Forecast で行った予測は、 csv で S3 にエクスポートすることが可能です。
以下が手順です。

■手順
①ダッシュボードの左の「Forecasts」を選択
②作成した予測モデルを選択
③「Create forecast export」を選択

■手順
④以下の項目を入力、選択したら S3 へのエクスポートを実行

• Export name：S3 へ送る csv の名前を決める
• Generated forecast：S3へ送る 予測結果を選択
• S3 forecast export location：csv を送る先の S3 のパスを入力

S3 へのエクスポートが完了するのには10数分かかります。

料金体系について

Amazon Forecast は従量課金制です。課金対象は以下の3つです。

■課金対象

• 予測をしたいアイテムの総数×3パターンの予測モデル
• csv データの重さ
• モデルのトレーニングに費やした時間

おわりに

Amaozn Forecast を用いた予測は以上となります。
詳細な内容については、AWS公式を参照ください。

 

 

 

---

by admin

Amazon Connectで「ダイヤル分岐」コネクトセンターを実装する【ハンズオン】

はじめに

この記事では

• Amazon Connectにダイヤル分岐処理を実装する手順

についてハンズオン形式で解説していきます。
なお、Amazon Connectの概要やAWSアカウントの登録方法・Amazon Connectのインスタンスの作成手順についてはこちらの記事をご参考ください。

Amazon Connectの使い方[丁寧に解説してみた]

コネクトセンターに必須の「ダイヤル分岐」

新型コロナウイルス感染症の拡大に伴い、次に示すような問い合わせフロー図を目にする機会が増えてきたように思います。

(新型コロナウイルス感染症にかかる相談窓口について[東京都福祉保健局]より引用)

ダイヤル分岐による音声案内を実施しているところもあるようです。

(新型コロナウイルス感染症に対する「帰国者・接触者相談センター」の設置について[神奈川県]より引用)

Amazon Connectを活用すれば上記のような「ダイヤル分岐」を実装することも可能です。
実装には基本ブロックの一つである「顧客の入力を取得する」を使用します。

「ダイヤル分岐」の実装

それでは、実装していきます。
電話をかけると音声案内が流れ、

• 「０」を押すとAさんに電話が転送
• 「１」を押すとBさんに電話が転送
• 「０」または「１」以外を押してしまった場合は再度正しい値の入力を促す
• 一定時間操作がない場合は値入力を促す

という機能を実装していきます。

AWSアカウントの登録方法からAmazon Connectのインスタンスの作成までは次の記事を参考にしてください。
Amazon Connectの使い方[丁寧に解説してみた]

問い合わせフローの作成

左のメニューから「ルーティング」→「問い合わせフロー」をクリックします。

「問い合わせフローの作成」をクリックします。

「名前の入力」にフローのタイトル（SampleFlowとします）を書いて「保存」をクリックします。

「設定」の「音声の設定」を選んでドラッグし「エントリポイント」と接続します。

音声の設定は「日本語」に設定しておきましょう。「Save」をクリックします。

「顧客の入力を取得する」ブロックの実装

「操作」より「顧客の入力を取得する」をドラッグし「音声の設定」と接続します。

「テキストの入力」に読み上げたい内容を記載します。

下にスクロールしてタイムアウトの設定を行い、「別の条件を追加」をクリックして「０」「１」を追加します。終わったら「Save」をクリックします。

タイムアウト処理

「ブランチ」から「ループ」をドラッグし、「顧客の入力を取得する」のタイムアウトと接続します。

ループの数を設定します(今回は3回とします)。その後「Save」をクリックします。

「終了／転送」の「切断／ハングアップ」をドラッグし、「ループ」ブロックの「ループ」を「顧客の入力を取得する」に接続し、「ループ」ブロックの「完了」を「切断／ハングアップ」に接続します。

これによって音声案内が流れて一定時間操作がない場合にタイムアウト時間分経過するたびに再度案内が流れ、３回案内が流れても操作がない場合は電話が切れるようになります。

デフォルト処理

予定外の入力があった場合（「０」「１」以外の番号など）はデフォルト処理として実行されます。

「操作」から「プロンプトの再生」をドラッグし、「顧客の入力を取得する」の「デフォルト」を「プロンプトの再生」に接続し、「プロンプトの再生」の出力から「顧客の入力を取得する」に接続します。

予定外の入力があった場合に読み上げるテキストを設定します。設定したら「Save」します。

これで予定外の入力があった場合は再度ダイヤル分岐の案内が流れるようになります。

エラー処理

それ以外の予期せぬエラーが生じた場合は電話が切断されるようにします。

「顧客の入力を取得する」ブロックの「エラー」を「切断／ハングアップ」に接続すればOKです。
次からは分岐処理の実装に移ります。別の画面に移るので一度「保存」しておきましょう。

分岐処理の実装

音声案内に従い「０」を押したらAさんに電話が繋がり、「１」を押したらBさんに繋がるようにします。

左のメニューから「ルーティング」の「キュー」を選択します。

「新しいキューの追加」をクリックします。

名前や説明を記載し、「新しいキューの追加」をクリックします。
アウトバウンド発信者ID番号はインスタンス作成時に取得した電話番号を選択します。キューはユーザーの数だけ作成します。

同様の手順でもう一人の分のキューも作成します。

続いて左のメニューから「ユーザー」の「ルーティングプロファイル」を選択してください。

「新しいプロファイルの追加」をクリックします。

名前と説明を記載し、「Voice」にチェックを入れます。

ルーティングプロファイルのキューに先ほど作成したキューを選択します。デフォルトのアウトバウンドキューも先ほどのキューを設定しておきましょう。

「新しいプロファイルを追加」がクリックできるようになります。

同様の手順でもう一人の分も作成します。

左のメニューで「ユーザー」の「ユーザー管理」をクリックします。

「新しいユーザーの追加」をクリックします。

「作成」を選択し次へ進みます。

必要事項を記載します。
ルーティングプロファイルは先ほど作成したものを選択してください。電話の種類はソフトフォンでOKです。セキュリティプロファイルは受信発信を実施する場合は「Agent」を選択します。（※複数ユーザーを作成する場合はいずれかのユーザーに「Admin」も選択しておくことを推奨します。）
エージェント階層は空欄で大丈夫です。

「保存」をクリックします。

「ユーザーの作成」をクリックします。

「他のユーザーの作成」または「戻る」をクリックします。（今回はもう一人のユーザーを追加します。）

もう一人のユーザーも作成しました。

左メニューから「ルーティング」の「問い合わせフロー」をクリックし、先ほどまで作成していた問い合わせフローを開きます。
そして、「設定」の「キューの設定」をドラッグし、「Pressed 0」に接続します。

キューの設定は作成したキューを選択します。「Save」します。

「終了／転送」の「キューへの転送」をドラッグし、「キューの設定」から接続します。「キューへの転送」ブロックはデフォルト設定のままでOKです。

「キューの設定」の「エラー」、「キューへの転送」の「容量」及び「エラー」を「切断／ハングアップ」に接続します。

同様にして「Pressed 1」にBさんのブロックを追加します。その後、「公開」をクリックします。

これでほとんど完成です！次にデフォルト顧客キューの音声設定を変更しましょう。

デフォルト顧客キューの音声設定

左のメニュー「ルーティング」の「問い合わせフロー」から「Default customer queue」を選択してください。

テキストの内容を変更しましょう。こちらの設定でキュー転送時に流れる音声内容を設定できます。設定が終わったら「Save」して「公開」にしましょう。

最後にインスタンス生成時に取得した電話番号を今回作成した問い合わせフローに割り当てれば完成です。

電話番号の割り当て

左メニュー「ルーティング」の「電話番号」をクリックします。

取得した電話番号をクリックします。

作成した問い合わせフローを選択し、「保存」します。

お疲れ様でした！以上で実装作業は完了です。

オペレーターとして運用する方法

それではオペレーターとして受電対応する場合について説明します。

AWSのマネジメントコンソールから「Amazon Connect」を開きます。

「アクセスURL」をクリックします。

作成したユーザー（「Agent」権限が与えられているもの）のユーザー名、パスワードを入力してサイインインしてください。

「ステータスの変更」で「Offline」から「Available」へ変更します。

これでいつでも受電できる状態になりました。

架電した人が音声案内に従い、こちらのオペレーター接続すると次のような表示になります。
「通話を受信」で通話が開始されます。

「通話を終了」で切断されます。

「デスクフォン」で携帯電話に転送して受電する

歯車マークからデスクフォンを選択し、電話番号を入力すると携帯電話で受電することもできます。

おわりに

ダイヤル分岐のコネクトセンターの実装方法についてハンズオン形式で説明しました。
Amazon Cennectでは基本ブロックの組み合わせで様々なことができると改めて実感しました。
ご参考いただけると幸いです。

---

by admin

Amazon Connectの使い方[丁寧に解説してみた]

はじめに

現在、急なリモート対応に追われている方も多いと存じますが、当社ではAmazon Connectを活用したリモートワークの導入に成功しています。
本記事では当社がそこに到るまでに得た経験や知識を踏まえて、わかりやすく導入方法を解説致します。
リモート勤務を検討している皆様の一助となれば幸いです。
*この記事は大変長いため目次を一覧するにはページ右側をスクロールする必要があります。

本記事のターゲットとゴール

• ターゲット
  • 社内のリモートワーク導入の第一歩として、社内電話を在宅でも使用できるようにしたい人
  • 電話対応のために現在どうしても出社する必要がある人
  • 将来的にAmazon Connect導入することでコールセンターの効率化を目指しており、まずはお試しで触れてみたい人
• ゴール
  • 社内電話をAmazon Connectというサービスに代替するために、初期設定と実際に機能しているかテストするところまで(ゴールまでの想定時間は2時間です) 

今回の想定使用方法

• 受信: 受信: 会社に電話→電話をAmazon Connectに転送→キューに転送→PCで受信→更に携帯電話に転送（上図参照） 。外部から着信する電話番号は「現在使っている番号」となります。
• 発信: Amazon Connectから発信。外部へ発信する電話番号は「Amazon Connectで取得した番号」となります。（050-など）

＊今回の方法では会社の固定電話を転送する必要があります。
会社の固定電話を転送するにはNTTのボイスワープを導入しましょう。

NTTボイスワープとは

• 電話の受信時に、指定の電話機等を鳴らすことなく希望の番号に転送することができるサービスです。 電話回線がNTTの場合、工事不要で利用できるオプションサービスです。 事務用ですと月額800円でご利用できます。

参考URL
NTT東日本　ボイスワープとは
https://web116.jp/shop/benri/vw/vw_00.html

NTT西日本　ボイスワープ（オプション）
https://www.ntt-west.co.jp/denwa/service/voicewp/gaiyou.html

Amazon Connectとは何か？

Amazon ConnectとはAmazon社の提供する簡単にコールセンターを開設できるサービスです。
自動音声案内を使った本格的なコールセンターの構築などもできますが、今回は社内電話を在宅勤務中に携帯電話で受信する方法を記述します。

Amazon Connectを使用するメリットとしては、導入までが早い、低コスト、障害に強い、現在の電話番号を使用できることが挙げられます。
以下ではそれらについて少しだけ詳しく記述します。

メリット

1. 導入までが早い

コールセンターの開設が独力で実現します。
全くのゼロからでもAWSアカウントを作成し、初期設定をし、電話番号に関する設定を完了させればその日に使用を開始することが出来ます。

2. 初期コストが安い

Amazon Connectは初期費用、長期契約や最低月額費用などが必要ありません。
基本的に使った分だけ請求される従量課金制なので安心して無料で使用を開始出来ます。

料金表（日本）

目安例：日本国内で受信通話を使用した金額（概算）
→→→直通ダイヤルの時は0.5円。無料通話の時は5円
*ただし別途で1日あたりの要求された電話番号の数も課金されます。

ケース：月に受信（５０時間）、発信（５０時間）利用する際の概算(1ドル＝100円として)
→→→受信（約1200円）+発信（約30000円）=約31200円(月額)
参考URL
https://aws.amazon.com/jp/connect/pricing/

3. 障害に強い

サーバーは巨大なデータセンター内で分散して立てられるので災害などの急なトラブルに非常に強いです。
またAWSの性質として急なアクセス増加に非常に強く、回線がパンクすることがありません。

4. 現在の電話番号を使用できる

着信時に既存の番号からAmazon Connectの番号に転送することで、会社に行かなくても電話を受けることができます。ただし発信時は既存番号をお客様に通知することはできません。

従来の電話システムとAmazon Connectの比較

1. システム導入までのハードル

従来の電話システム<<Amazon Connect
Amazon Connectは電話回線を引く必要がなく、すぐにコールセンターの構築ができます。

2. リモート適性

従来の電話システム<<<Amazon Connect
インターネットでAmazon Connectに繋ぐだけで在宅勤務が可能です。

3. 音声の品質

従来の電話システム>Amazon Connect
インターネット接続のため電話回線よりも安定性が足りない面があります。
結果として少し音声が乱れるケースもあるでしょう。

4. オペレーターをサポートする機能

従来の電話システム>>Amazon Connect
Amazon Connectのオペレーター画面はシンプルなので、既存のコールセンターのものと比べて不便な面があります。

AWSにログイン

ここから実際にAmazon Connectの設定を行い、固定電話にかかってきた電話を転送してパソコン/携帯電話で受ける方法や電話の掛け方を解説します。

Amazon Connectを導入するにはAWSアカウントが必要です。
もし所持していない場合は以下のURLに従ってアカウントの作成をしましょう。
参考URL
https://aws.amazon.com/jp/register-flow/

アカウントの用意ができたらAWSコンソールにサインインをクリックしましょう。

ルートユーザーを選択し、Eメールアドレスとパスワードを入力してログインします。

ログインしたら、”サービス”から”Amazon Connect”を検索しクリックしましょう。
また右上のリージョンは”東京リージョン”を必ず指定してください。

次の画面にある”今すぐ始める”をクリックしてください。

この画面に移るのでアクセスURLの空欄には好きなワードを入れてください。
アクセスURLはメールアドレスのようなものです。
会社で使う場合は会社名をローマ字表記で入力すれば無難でしょう。

初期設定の方法

1. 管理者設定

ここから初期設定です。それぞれの欄を埋めて、”次のステップ”をクリックしてください。
ユーザー名は日本語が使えないのでローマ字と一部の記号、パスワードは大文字・数字を含めた8字以上で設定してください。

2. テレフォニーオプション

今回は受信も発信もAmazon Connectで実行するので、両方チェックが付いているまま”次のステップ”をクリックします。

3. データとストレージ

ここでは通話記録など諸々のデータを保存する場所を確認できます。 データと問い合わせフローログの保存場所チェックしたら”次のステップ”をクリックしましょう。

4. レビューと作成

最後にここまで設定した内容を確認できるので、問題なければ”インスタンスの作成”をクリックしましょう。
(作成には１〜２分かかることがあります)

インスタンスの中身を作成する

インスタンスとはAmazon Connect上に構築したシステムを入れる箱(またはPBX)のようなものだと思っていてください。
ここまでの初期設定ではコールセンターという家の外観を作ったようなものです。
次は家の中身を作らなければいけません。
以下ではコールセンターのシステムを本格的に構築していきます。

インスタンスの作成が終わると、上記の画面が表示されるので”今すぐ始める”をクリックしましょう。

サイトが英語表記になっても右上の部分で日本語を選択することで変更できます。”Let's go”をクリックしてください。

1. 電話番号の取得

まずはAmazon Connect上のあなたの（主に発信で利用する）電話番号を取得しましょう。 国は”日本”を選び、完了したら”次へ”をクリックしてください。（電話番号右側のバーで他の番号の選択もできます）

2. キューの作成

電話をユーザーに転送するには一度キューと呼ばれる場所を経由しなくてはいけません。
(Amazon Connectに電話受信→キューに転送→ユーザーに転送)
電話中のユーザーにいきなり転送されてしまうと困りますよね？
そこで一度キューに預けている間に、電話を受け取れるユーザーを探すわけです。
つまりキューとは電話がユーザーに転送されるまで電話を一時的に保持する領域のことです。

ルーティングの欄のキューをクリックしてください。

新しいキューを追加しましょう。右上にある”新しいキューの追加”をクリックします。

今回の手順では”general_que”という名前でキューを追加しています。説明はキューの使用用途を書けば分かりやすいです。オペレーション時間は”Basic”で大丈夫です。 またアウトバウンドの発信番号を先程取得したAmazon Connectの番号にすることで発信ができるようになります。忘れずに設定するようにしましょう。完了したら”新しいキューの追加”をクリックしてください。

3. ルーディングプロファイル設定

上記のようにキューを作成しましたが、キューを複数作ることで電話によって受信するユーザーを変えることができます。

[例]サービスの新規契約についてはAの部署、サービス解約についてはBの部署のように振り分けられる。

そうなると、どのキューに電話を転送されたら誰に転送するかを決める必要がありますよね。
ルーティングプロファイルではそれを設定することができます。

今回は複数のキューを併用しませんが、一応設定する必要があります。

ユーザーの欄にあるルーティングプロファイルをクリックしてください。

右にある“新しいプロファイルを追加”をクリックします。

今回の手順では「general_profile」という名前でルーティングプロファイルを追加していきます。説明はこのプロファイルがどういう役割を果たすかという軸で書くと分かりやすいでしょう。今回のようなテストでは適当でも大丈夫です。Chatも使う予定はないので”Voice”だけ選択しましょう。

ルーティングプロファイルのキューとアウトバウンドキューは先ほど作った”general_que”を選びましょう。ルーティングプロファイルの”Channels”は”Voke”を選択してください。
完了したら”新しいプロファイルを追加”をクリックしてください。

4. ユーザー設定

ここではコールセンターの各オペレーターの設定をします。

ユーザーの欄のユーザー管理をクリックしてください。

右にある“新しいユーザーの追加”をクリックしてください。

ここは”作成”を選択してください。

氏名、ログイン名、メールアドレス(なくてもいい)、パスワードを入力してください。ルーティングプロファイルは先ほどの”general_profile”を 、セキュリティプロファイルは”Agent”を選択してください。 ”Agent”にすると電話の受信と発信ができます (画面では”QualityAnalyst”になっていますが”Agent”にしましょう)
電話の機能はソフトフォンのままにしてください。

確認したら作成をしましょう。

私はその後に徳川さんも加えました。
一覧はこのようにユーザーの管理のトップ画面から見えます。

5. 問い合わせフローの作成

最後に問い合わせフローを作成します。
問い合わせフローを設定すると、電話を受信した時に指定したプログラムを順次実行できます。

ルーティングの問い合わせフローをクリックしましょう。

問い合わせフロー作成をクリック

まずは左から右に上記のようにドラッグアンドドロップで配置してください。
(“音声の設定”、 “プロンプトの再生”、 “キューの設定”、 “キューへの転送”、 “切断”をドラッグアンドドロップ)

まずは音声の設定をクリックし、言語を”日本語”、音声を”mizuki”に設定します。 （この作業をすることで日本語の音声案内を流せます）

次に”プロンプトの再生”をクリックし、電話を転送して通話できるまでに流れる自動音声を設定します。
“テキスト読み上げまたはチャットテキスト”を選択し、読み上げたい音声を”テキストの入力”欄に記入してください。

キューの設定で先ほど作成したキューを指定してセーブしましょう。
*画像では”test”になっていますが本来は”general_que”です。

キューの転送をクリックし、上記のようになっているのを確認したらセーブしましょう。

最後に上記のようにフローを結んでください。
できたら”保存”して”公開”しましょう。

6. 問い合わせフローと電話番号の紐付け

次に作成した問い合わせフローと電話番号を紐付けます。
ルーティングから電話番号をクリックしてください。

自分の電話番号をクリックしてください。

上記画面に移るので
先ほどの問い合わせフローを選択し、保存してください。
以上で設定終了です。お疲れ様です。

受信、着信テストをしてみよう

設定が終わったので動作確認をしましょう。
AWSコンソールにログインし、サービスのAmazon Connectをクリックしましょう。
すると上記の画面が表示されます。
自分のインスタンス名をクリックしてください。

ログインURLからCCP（オペレーター用画面）に入りましょう。

1. 発信テスト

まずOfflineになっているのでAvailableに変更してください。
発信テストからいきましょう。
”番号をダイヤル”をクリックしてください。

国を日本に変更し、電話番号の一桁目を抜いて電話番号を入力してください。

この画面になれば発信成功です。

2. 受信テスト

次に受信してみましょう。
今回はAmazon Connectにきた電話を自分の携帯に転送します。
歯車マークの設定画面から”デスクフォン”に変更し、
自分の携帯番号の一桁目を抜いたナンバーを入力してください。

"ソフトフォン"と”デスクフォン”とは？

• ソフトフォン→インターネット回線を通じてPC上で使える電話
• デスクフォン→置き型の電話や携帯電話など電話回線を使う電話

あとは誰かに電話をしてもらって転送できてるか確認しましょう。
電話を受けると上記の画面になります。

インスタンスの削除方法

最後にコールセンターが不要になった場合は
上記のようにチェックマークをつけて削除をクリックするだけで簡単にインスタンスを削除できます。

終わりに

いかがでしたか？
今回は単純なフローを設定しましたが、フローをより複雑に構築することで電話対応の業務を大きく効率化できます。
次回はより効率化されたコールセンターの開設の仕方について取り上げます。
ぜひお楽しみに！！

---

by admin

5/28(木)いますぐできます！在宅コールセンター開設ウェビナー！構築デモあり【Amazon Connect】を開催します！！

セミナー内容

現在、新型コロナウイルスの影響により在宅勤務に切り替える企業様が増えております。
一方で電話受付業務(輪番電話受付業務)で出社せざるを得ない企業様、団体様も多くいらっしゃると思います。
このような状況でも、急遽コールセンターの環境を用意しなくてはいけないなどの悩みを抱えている企業様、団体様もいらっしゃると思います。

クラウドベースのコンタクトセンターソリューション「Amazon Connect」を利用すれば、自宅での電話の受付業務が継続はもちろん、コールセンター環境も簡単、且つ短時間で実現可能です。

本セミナーではそんな「Amazon connect」を利用した弊社でのユースケースをはじめ、ルーティング機能、ダイヤル分岐等のデモを交えて「Amazon connect」の使い勝手を知っていただけたらと思っております。

対象となるお客様

• 電話受付業務のため、出社しなければならず、自宅で固定電話の受付をしたい
• 急遽コールセンターを開設する必要が出てしまったので相談したい
• 現状の電話業務を効率化・高度化できるか相談したい

本セミナーのゴール

• Amazon Connectがどういったものかを知ることができます
• 簡単なコンタクトセンターをすぐに作れるようになります

Amazon Connectとは？

Amazon ConnectとはAWSの提供するコンタクトセンターを簡単に開設できるサービスです。

アジェンダ

• 電話業務における現状の課題
• Amazon Connectで解決できること
• ユースケース
• デモ
• QA

タイムテーブル(予定)

時間	内容
11時55分	受付開始
12時～	開会のご挨拶
～12時15分	セミナー
～12時40分	構築デモ
～12時55分	QA
13時	閉会の挨拶

日時:2020年　5月28日(木)　12時~13時
場所:オンライン（Microsoft Teams）
参加費:無料

参加方法

当日のウェビナーはteamsを使用して開催します。 こちらよりお申し込みいただいた後に、登録完了メールがお手元に届きます。 そちらのメールに当日の参加用 URLが掲載されておりますので、ご確認をお願いします。

下記「プライバシーポリシー」をご確認・ご了承いただいた上で、お申し込みの際はお名前等のご記入をお願いします。 ご協力いただけない場合は当日参加をお断りさせていただく場合がございますので、予めご了承ください。
プライバシーポリシー / 個人情報の取り扱いについて

株式会社ナレッジコミュニケーションについてのご紹介

ナレッジコミュニケーションではAmazon Web Services、Microsoft Azure等のクラウドサービスを企業に導入する事業を行っております。
お客様の課題に対してクラウドを使って課題解決のご支援をさせていただいております。

実績掲載

1.ブックリスタ様　事例

https://aws.amazon.com/jp/solutions/case-studies/booklista-knowledgecommunication/

2.全国保証様　事例

https://prtimes.jp/main/html/rd/p/000000014.000004474.html

関連記事

1.Amazon Connectの使い方[丁寧に解説してみた]

https://recipe.kc-cloud.jp/?p=16741&preview=true

2.Amazon Connectで「ダイヤル分岐」コネクトセンターを実装する【ハンズオン】

https://recipe.kc-cloud.jp/?p=16743&preview=true

3.ナレコムコロナ対策特設ページ

https://www.knowledgecommunication.jp/event/COVID-19/

---

by admin