ボイスコマースとは、音声入力や音声アシスタントを使い、商品検索、再注文、配送確認、定期便の確認などを行うECの仕組みです。
導入時に重要なのは、商品検索から決済までをすべて音声化することではありません。
音声で行うと便利な操作と、画面で確認した方が安全な操作を分ける必要があります。
たとえば、配送状況や次回配送日の確認は音声と相性があります。一方、商品比較、配送先変更、支払方法変更、高額商品の注文は、画面で内容を確認してから確定する方が安全です。
また、音声機能を追加するだけでは利用されません。商品名の読み方、価格、在庫、購入履歴、本人確認、誤認識時の対応まで設計する必要があります。
この記事では、小規模ECがボイスコマースを導入する手順を、対象機能の選定、VUI設計、データ連携、安全対策、テスト、効果測定に分けて解説します。
- 最初はFAQ・配送確認・再注文補助のいずれかに絞る
- 音声で受付し、重要な確認は画面へ引き継ぐ
- 商品名の読み方・略称・言い換えを整備する
- 価格・在庫・送料はECの商品データを基準にする
- 商品名・数量・金額を注文確定前に復唱する
- 本人確認とキャンセル方法を用意する
- 音声を使わない通常の購入経路も残す
- 完了率・誤認識率・キャンセル率を測定する
ボイスコマースとは
ボイスコマースは、音声をEC操作の入口として使う仕組みです。
「音声だけで購入を完了する仕組み」だけを指すわけではありません。
実務では、次のように音声と画面を組み合わせます。
| 操作 | 音声との相性 | 推奨する確定方法 |
|---|---|---|
| 送料・返品条件の確認 | 高い | 音声回答＋詳細ページ |
| 配送状況の確認 | 高い | 音声回答＋追跡リンク |
| 次回配送日の確認 | 高い | 音声回答 |
| 過去商品の再注文 | 比較的高い | 復唱＋画面確認 |
| 商品比較 | 低い | 商品一覧へ移動 |
| 配送先・支払方法変更 | 低い | ログイン後の画面 |
| 高額商品の決済 | 低い | 画面で最終確認 |
音声は短い検索や確認に使い、価格、数量、送料、配送先、支払方法などは画面でも確認できるようにします。
ボイスコマース導入の7ステップ
| 手順 | 行うこと | 成果物 |
|---|---|---|
| 1 | 対象業務を選ぶ | 対象機能と対象顧客 |
| 2 | 会話フローを作る | VUIシナリオ |
| 3 | 商品名と発話を整える | 読み方・同義語一覧 |
| 4 | ECデータを連携する | 商品・在庫・注文連携表 |
| 5 | 本人確認と誤注文対策を行う | 確認・キャンセル設計 |
| 6 | 限定テストを行う | テスト結果と修正一覧 |
| 7 | KPIで公開判断する | 継続・修正・停止判断 |
手順1．音声化する業務を1つ選ぶ
最初から商品検索、カート、注文変更、決済まで実装すると、会話分岐と誤注文リスクが増えます。
利用回数が多く、会話を短く設計できる業務から始めます。
導入候補の優先順位
送料、配送、返品、支払方法など、回答が決まっている質問へ対応します。
本人確認後に、注文状況や追跡ページを案内します。
次回商品、数量、配送予定日を案内します。
過去に購入した商品を特定し、確認画面へ引き継ぎます。
対象業務を選ぶ基準
- 同じ問い合わせや操作が繰り返されている
- 1～3回程度の短いやり取りで完了できる
- 商品や注文を特定しやすい
- 誤認識しても画面確認で防止できる
- 対象顧客が音声入力を利用する可能性がある
- 導入前後を測定できる
顧客が現在どの操作で困っているかを確認し、音声で手間を減らせる場合にだけ候補とします。
手順2．短く戻りやすいVUIを設計する
VUIは、音声で操作するためのユーザーインターフェースです。
画面では複数の選択肢を一覧表示できますが、音声では聞いた内容を記憶しながら選ぶ必要があります。
会話設計の基本
- 1回の質問で確認する内容を1つにする
- 回答を短くする
- 選択肢を必要な数まで絞る
- いつでも戻る・やめる操作を用意する
- 認識できなかった場合の言い換えを示す
- 重要な内容は復唱する
- 長い説明は画面へ送る
再注文の会話例
「前回購入した商品を再注文しますか？」
「前回購入した深煎りコーヒー200グラムでよろしいですか？」
「数量は1袋でよろしいですか？」
「合計金額と配送予定日を画面へ送ります。」
顧客が商品、数量、送料、配送先、支払方法を確認して注文します。
短くしすぎて確認不足になるより、必要な内容を順番に確認し、迷ったら画面へ移動できる設計にします。
手順3．商品名・読み方・言い換えを整える
音声認識では、商品名が長い、似た名称が多い、英数字が含まれる場合に誤認識が起きやすくなります。
商品ごとに登録する情報
| 項目 | 例 |
|---|---|
| 正式商品名 | オーガニック深煎りブレンド200g |
| 読み方 | オーガニック ふかいり ブレンド |
| 短い呼び方 | 深煎りコーヒー |
| 顧客が使う略称 | いつもの深煎り |
| 同義語 | 豆、コーヒー豆、ブレンド |
| 識別情報 | 商品ID、容量、定期・単品 |
確認する問題
- 似た名前の商品がないか
- 容量違いを聞き分けられるか
- 単品と定期便を区別できるか
- 英語名や型番を正しく認識できるか
- 顧客が実際に使う呼び方を登録しているか
顧客へは、容量や契約区分を含め、注文対象を特定できる名称で復唱してください。
手順4．商品・在庫・注文データを連携する
ボイスコマースでは、音声側に価格や在庫を固定入力するのではなく、既存ECの商品データを基準にします。
連携する主なデータ
| データ | 用途 | 注意点 |
|---|---|---|
| 商品ID | 対象商品の特定 | 音声名と共通IDで紐づける |
| 商品名・読み方 | 検索と復唱 | 略称と正式名を分ける |
| 価格 | 注文確認 | 最新価格を取得する |
| 在庫 | 注文可否 | 確定直前に再確認する |
| 送料 | 合計金額 | 地域・注文条件を反映する |
| 購入履歴 | 再注文 | 本人確認後に利用する |
| 配送予定 | 到着案内 | 在庫と休業日を反映する |
| 定期購入情報 | 次回予定確認 | 契約状態を最新化する |
複数の場所で手入力すると更新漏れが起きやすくなります。既存ECの商品情報を基準にしてください。
手順5．本人確認と誤注文対策を行う
スマートスピーカーや共用端末では、購入者本人以外が操作する可能性があります。
注文履歴、配送状況、定期購入情報を扱う場合も、本人確認が必要です。
安全性を高める方法
- ECアカウントと安全に連携する
- 重要な操作ではPINや端末認証を使う
- 商品名、数量、金額を復唱する
- 配送先を音声で詳しく読み上げすぎない
- 注文確認画面へ移動する
- 注文後すぐ確認通知を送る
- キャンセル方法を案内する
- 高額商品は音声だけで確定しない
画面確認を必須にしたい操作
- 初回購入
- 配送先変更
- 支払方法変更
- 高額商品の注文
- 複数候補からの商品選択
- 定期購入の契約変更
- 返品・返金手続き
公共の場所や共用端末で利用される可能性があります。必要な内容だけを伝え、詳細は認証後の画面で確認します。
音声データと購入履歴の取扱いを決める
発話内容や音声から変換したテキストを保存する場合は、取得目的、保存期間、利用範囲を整理します。
導入前に決める項目
- 音声データを保存するか
- 文字変換後の内容を保存するか
- 購入履歴と関連付けるか
- 誤認識の改善へ利用するか
- 外部サービスへ送信されるか
- 保存期間をどの程度にするか
- 閲覧できる担当者は誰か
- 削除依頼へ対応できるか
利用回数の計測だけが目的であれば、音声そのものを長期間保存する必要があるかを再検討してください。
導入方式を選ぶ
| 方式 | 向いている用途 | 主な負担 |
|---|---|---|
| Alexaカスタムスキル | 音声FAQ、アカウント連携 | 対話モデル、開発、テスト、認定 |
| 自社アプリ内の音声入力 | 商品検索、FAQ、再注文補助 | アプリ開発と保守 |
| ブラウザの音声入力 | 検索欄、問い合わせ入力 | ブラウザ・端末差への対応 |
| 音声対応チャット | 商品案内、FAQ | 誤回答、画面連携、データ管理 |
| 電話・音声ボット | 注文状況、問い合わせ受付 | 本人確認、有人切替、通話費 |
Google AssistantのConversational Actionsは終了しています。開発前に、利用予定の機能、提供地域、保守状況を公式情報で確認してください。
Conversational Actionsの終了案内を確認する
手順6．公開前テストを行う
開発者が想定した言い方だけでテストすると、実際の顧客の発話へ対応できません。
テストする発話
- 正式商品名
- 略称
- 言い間違い
- 語順の違い
- 数量の言い方
- 単位の違い
- 聞き返し
- 途中でのキャンセル
- 対象外の商品名
- 雑音がある環境
確認するテスト項目
| テスト領域 | 確認内容 |
|---|---|
| 認識 | 商品名・数量を正しく認識するか |
| 会話 | 途中で迷わず完了できるか |
| データ | 価格・在庫・送料が最新か |
| 安全性 | 本人確認と復唱が機能するか |
| 画面連携 | 正しい商品・注文画面を開くか |
| 例外処理 | 在庫切れや認識失敗時に戻れるか |
| 通知 | 注文・変更後の確認が届くか |
再注文経験のある顧客など、対象商品を理解している利用者へ限定し、言い方や迷った箇所を確認します。
手順7．KPIから公開・継続を判断する
音声機能の利用回数だけでは、便利になったか判断できません。
| KPI | 計算・確認内容 | 分かること |
|---|---|---|
| 対話完了率 | 目的を完了した回数÷開始回数 | 最後まで操作できたか |
| 誤認識率 | 誤認識回数÷発話受付回数 | 商品名や数量の問題 |
| 再質問率 | 聞き返しが発生した回数÷開始回数 | 質問・回答の分かりにくさ |
| 画面遷移率 | 確認画面へ進んだ回数÷開始回数 | 次の行動へつながったか |
| 注文完了率 | 注文完了数÷再注文開始数 | 購入を完了できたか |
| キャンセル率 | キャンセル数÷音声経由注文数 | 誤注文や期待違い |
| 有人移行率 | 有人対応へ移った回数÷開始回数 | 自動対応できない範囲 |
完了率が低い、誤認識が多い、キャンセルが増える場合は、購入数が発生していても会話設計を見直してください。
公開・修正・停止の判断基準
| 状態 | 判断 | 対応 |
|---|---|---|
| 完了率が高く誤認識が少ない | 限定公開候補 | 対象顧客を少し広げる |
| 完了率は高いが注文後取消が多い | 確認設計を修正 | 商品名・数量・価格の復唱を見直す |
| 特定の商品だけ誤認識が多い | 商品名を修正 | 読み方・略称・識別質問を追加する |
| 画面遷移後に離脱する | 通常ECを改善 | 商品ページ・注文画面を見直す |
| 利用されない | 目的・対象を再検討 | 顧客需要と案内方法を確認する |
| 運用費が効果を上回る | 停止候補 | 音声入力やFAQなど小さい機能へ戻す |
ボイスコマース導入でよくある失敗
すべてのEC操作を音声化する
音声と相性のよい短い操作だけを選び、複雑な比較や変更は画面へ引き継ぎます。
商品名だけで対象を特定する
容量、色、契約区分など、注文を区別する情報も確認します。
固定した価格や在庫を読み上げる
既存ECの最新データを取得し、注文確定前に再確認します。
復唱なしで注文する
商品名、数量、価格、送料を確認してから画面へ進めます。
本人確認を省略する
注文履歴や契約情報を扱う場合は、アカウント連携と認証を行います。
音声を使わない経路をなくす
商品検索、会員ページ、問い合わせフォームなどの通常導線を残します。
音声ログを必要以上に保存する
取得目的と保存期間を定め、必要のない情報は扱わないようにします。
利用回数だけを成果にする
完了率、誤認識率、キャンセル率、問い合わせを合わせて確認します。
ボイスコマース導入チェックリスト
対象業務
- 音声化する操作を1つに絞った
- 対象商品と顧客を決めた
- 音声で行う価値を説明できる
VUI
- 質問を一度に詰め込んでいない
- 回答を短くしている
- 戻る・やめる操作がある
- 認識失敗時の案内がある
- 重要な内容を復唱する
商品データ
- 商品IDと音声名を紐づけている
- 読み方と略称を登録している
- 価格・在庫・送料を最新化できる
- 購入履歴を安全に取得できる
安全性
- 本人確認方法を決めた
- 注文内容を画面でも確認できる
- キャンセル方法を案内している
- 高額商品を音声だけで確定しない
データ管理
- 保存する音声情報を決めた
- 利用目的と保存期間を決めた
- 外部サービスへの送信先を確認した
- 削除依頼への対応を決めた
テスト・計測
- 略称や言い間違いをテストした
- 在庫切れやエラー時を確認した
- 対話完了率を計測できる
- 誤認識とキャンセルを記録できる
- 停止条件を決めた
ボイスコマース導入に関するFAQ
ボイスコマースは何から導入すべきですか？
送料や配送のFAQ、配送確認、定期便の予定確認など、短く回答できる機能から始めます。
音声だけで購入を完了させる必要がありますか？
必要ありません。音声で商品を選び、価格、数量、送料、配送先、決済は画面で確認する設計ができます。
小規模ECでも導入できますか？
ブラウザの音声入力や音声FAQなどへ範囲を限定すれば検証できます。最初から独自の購入システムを作る必要はありません。
Alexa Skillを作れば商品を販売できますか？
スキル開発だけでなく、アカウント連携、商品データ、本人確認、注文確認、認定要件などの確認が必要です。
Google Actionsは利用できますか？
Google AssistantのConversational Actionsは2023年6月13日に終了しています。現在提供されている別の方式を公式情報で確認してください。
誤注文を防ぐにはどうしますか？
商品名、容量、数量、金額を復唱し、画面で最終確認します。注文後の通知とキャンセル方法も用意してください。
どのKPIを優先すべきですか？
導入初期は、対話完了率、誤認識率、再質問率、キャンセル率を優先します。
まとめ
- 繰り返されている操作を1つ選ぶ
- 対象商品と顧客を限定する
- 短く戻りやすい会話を設計する
- 商品名・読み方・略称を整理する
- 価格・在庫・注文データを連携する
- 本人確認と復唱確認を設ける
- 重要な操作を画面へ引き継ぐ
- 限定テストで誤認識を修正する
- KPIから継続・修正・停止を判断する
ボイスコマース導入では、商品検索から決済までをすべて音声化する必要はありません。
FAQ、配送確認、定期便の予定確認、再注文補助など、音声で短縮しやすい操作から始めます。
会話は短く設計し、商品名、数量、価格、送料などの重要事項は復唱してください。
商品比較、配送先変更、支払方法変更、高額商品の注文は、画面で確認してから確定します。
導入後は利用回数だけでなく、対話完了率、誤認識率、再質問率、キャンセル率を確認します。
顧客の操作が実際に短くなり、安全性と運用負担の両方に問題がない場合にだけ、対象機能や商品を広げることが重要です。