PoC開発サービス
電話の問い合わせが終わってから、録音を聞き直し、会社名や依頼内容を受付票へ入力する。この作業を減らしたいなら、まず「録音から受付票の候補を作り、人が確認する」範囲でAIを試す方法があります。
文字起こしが自然に読めることと、受付票として正しいことは別です。会社名、型番、数量、折り返し先を間違えると、後工程の確認が増えます。PoCでは文章のきれいさより、重要項目を原音へ戻って確認できるか、聞き取れない内容を確定しないかを評価します。ここでは受電後の入力補助に絞り、自動応答や受注確定は対象にしません。
受付票の項目と確定しない条件を決める
最初に、現在の受付票から会社名、担当者名、連絡先、用件、商品・型番、数量、希望日、次に対応する人を抜き出します。そのうえで、必須項目と「話題に出なければ空欄でよい項目」を区別します。
言っていない情報を補わない
例えば「いつもの部品を二つ、できれば金曜に」という発言だけでは、正式な商品コードも確定納期も分かりません。商品は候補のまま、数量は原音確認待ち、金曜は希望として扱います。これは設計を説明する仮例であり、実際の顧客事例ではありません。
受付票には、確定値だけでなく「候補」「未聴取」「聞き取り困難」「発言間に矛盾」の状態を用意します。空欄が、話されなかったのか処理失敗なのかを見分けられるようにします。通話日時から相対日付を変換する場合も、元の発言と変換結果を一緒に残します。
録音と正解例を同じ条件で用意する
静かな通話だけでなく、雑音、早口、保留音、発言の重なり、途中訂正を含む録音を集めます。電話設備ごとの音質、相手と担当者の音声が別チャンネルかどうかも確認します。音質のよい録音だけで合格しても、現場で同じ結果になるとは限りません。
使用できる録音かを確認し、録音目的、社内の取扱い、利用サービス、外部送信の可否、保存期間、アクセス権を事前に整理します。取得できた録音を無条件に外部AIへ送る運用にはしません。必要な通知や同意等の扱いは自社の担当部門へ確認してください。
担当者が原音を確認した受付票を正解例として用意します。担当者同士で判断が違う項目は先にルールを合わせ、調整に使う録音と最終評価用の録音を分けます。同じ通話の分割ファイルが両方へ混ざらないようにします。
文字起こしと項目照合を分けて作る
原音へ戻れる入力候補にする
処理は、録音の読み込み、文字起こし、受付項目の抽出、顧客・商品台帳との照合、担当者確認、保存に分けます。項目ごとに該当する音声の時刻を持たせると、確認のために通話全体を再生する負担を抑えられます。話者を分ける機能があっても、話者番号だけで実在の担当者名を確定しない設計が必要です。
Microsoftの音声認識には、人名や専門用語などの認識を助けるフレーズリストが用意されています。ただし、公式資料ではバッチ文字起こしは対象外とされています。録音を後から処理する方式でも、使うAPIによって機能が異なるため、辞書を渡せる前提で発注しないことが大切です。
台帳に似た名前が複数あれば、自動で一件へ決めず候補を表示します。電話番号や数量は文章全体の評価と分けて確認します。認識サービスの信頼度が高くても、業務上の正解が保証されるわけではありません。
保存と再実行の境界を残す
原音、文字起こし、抽出候補、人が修正した値を区別して保存し、誰がいつ確認したかを記録します。通話IDと処理IDで二重登録を防ぎ、処理の途中で失敗した場合は保存済みかを確認してから再実行します。文字起こしの完了と、受付票が確認済みであることも別の状態にします。
最初のPoCではCSV出力や確認画面までにとどめ、顧客への送信、受注登録、折り返し発信は自動化しない方法が取りやすくなります。
合否は重要項目と確認時間で判断する
全体の文字起こし精度だけでなく、会社名・連絡先・型番・数量それぞれの誤り、未聴取を埋めた件数、訂正発言の取り違え、保留すべき内容の確定を数えます。通常例と例外は分け、件数と分母を残します。
効果は、従来の受付票作成時間と、AI利用時の原音確認・修正・保存までの時間を比べます。処理待ち時間と人の作業時間を分けて記録すれば、速く出力されても担当者の負担が減っていない場合を見つけられます。
成功条件は業務に合わせて事前に合意します。例えば「連絡先は必ず人が原音照合」「判別不能の型番は保留」「確認込みの作業時間が現行より短い」といった条件です。重大項目の取り違えが残るなら、対象を用件要約だけへ縮小する判断もあります。少数の録音で誤りがなかったことを、全通話の安全保証にはしません。
開発費と運用費を分けて見積もる
AiPHAのPoC開発・検証は20万円からで、対象業務と開発範囲に応じた見積もりです。外部AIサービスなどの利用料は別途確認が必要です。本記事の録音連携や受付システムへの書き込みが、最小価格へすべて含まれるという意味ではありません。
見積もり時は、録音の取得方法、月間の件数と時間、音声認識、項目抽出、台帳との照合、確認画面、保存先連携を分けます。運用では音声処理、保存容量、台帳更新、聞き直し、障害対応の費用を確認します。用語辞書や受付票の項目を誰が更新するかも、導入前に決めておきます。
個別開発を急がないほうがよい場合
既存の電話システムに文字起こしと受付メモの機能があり、業務の項目を満たせるなら、まずその機能で試すほうが合理的です。録音の利用条件が未整理、音声自体が聞き取れない、正解を確認する担当者がいない場合は、開発より先に運用を整えます。
一方、独自の受付票、顧客・商品台帳との照合、重要項目の保留条件が必要なら、個別のPoCで確かめる価値があります。「現在の受付票」「利用可能な録音の種類」「間違えると困る項目」をそろえると、相談時に対象範囲を具体化できます。