工務店・ハウスメーカーの商談文字起こしをAIで整理 記録の取得と誤認識の確認

実務上の完成条件は、会話の全文を一字一句きれいにすることではありません。「どの音声を基にしたか」「どこを人が確認したか」「聞き取れない箇所をどう残したか」「誰が最終確認したか」を後から追えることです。録音の案内が曖昧なまま取得した音声、元データを失った文字起こし、数字や約束の未確認箇所が混じる記録は、文章が読みやすくても業務利用には適しません。

本記事の具体例に登場する「工務店例029」は、記録取得と誤認識確認の手順を説明するために設定した、本記事だけの架空の工務店です。実在する工務店、顧客、案件、AIサービスの性能や導入実績を示すものではありません。

AIを使った追客業務全体の設計は、基幹記事の工務店のAI追客フロー｜下書き・確認・送信・記録を分けるで扱います。文字起こし後に顧客の発言と営業担当者の推測を分けてまとめる作業は、工務店の商談要約をAIで作る｜顧客の発言と営業の推測を分けるの範囲です。本記事では、その前工程に絞り、音声を取得する条件、AIへ渡す入力、誤認識の探し方、原音との照合、修正履歴、後工程への引渡し判定を扱います。

01.文字起こしの完成条件を先に決める

商談文字起こしには、少なくとも「原記録」「作業用文字起こし」「確認済み記録」の3層があります。原記録は録音・録画された音声、作業用文字起こしはAIが出力した未確認の文章、確認済み記録は担当者が必要箇所を原音と照合したものです。この3つを同じものとして扱うと、AIの補完や聞き間違いが顧客の発言として固定されます。

確認済み記録にも、完全な逐語録が必要な場合と、業務上重要な発言だけを残せばよい場合があります。紛争対応や契約内容の確認を目的とする記録と、次回提案の準備を目的とする記録では、求める精度も確認範囲も異なります。利用目的、利用者、必要な保持期間、原音確認の範囲を文字起こし前に決めなければ、作業者は際限なく文章を整えることになります。

表1　商談記録の4層と完成条件

要約、提案メモ、宿題一覧などは、確認済み記録から作る二次成果物です。文字起こしが確認済みでも、その後にAIが作った要約や宿題一覧まで自動的に正しいことにはなりません。二次成果物は原記録や確認済み記録と別の状態で管理します。

最初に決めるべきなのは、どの層を誰が閲覧できるかです。営業担当者が作業用文字起こしを確認し、責任者が高リスク箇所だけ承認する運用なら、両者の担当範囲を明示します。「担当者が確認する」とだけ書くと、全文を読むのか、数字だけを聞き直すのかが分かりません。

完成条件は「誤字がない」ではなく、利用目的に結び付けて書きます。次回提案に使うなら、「予算、時期、建築地、家族条件、要望、拒否、会社からの約束を原音確認済み」といった条件です。情報収集用であっても、別の顧客との取り違えや、顧客と営業担当者の話者逆転は放置できません。

確認済み記録には、少なくとも次の項目を付けます。

• 原記録IDと対象音声の開始・終了時刻
• 商談日時と参加者の役割
• 確認者と確認日
• 原音を確認した項目と時間帯
• 未確定箇所の種類、時刻、業務への影響
• 利用できる後工程と、利用を止める後工程
• 意味を変える修正の履歴

本文の正しさだけでなく、正しさを判断した過程を残すことで、後日訂正が必要になった際に原音へ戻れます。

02.録音前に説明・了承・利用目的をそろえる

録音の可否は、便利さだけでは決められません。商談には氏名、住所、連絡先、家族構成、予算、土地、融資、生活上の希望などが含まれる可能性があります。何を取得し、何のために使い、どこへ保存し、誰が閲覧し、どのAIサービスで処理するかを具体化します。

工務店の標準運用として、録音を始める前に参加者へ録音とAI処理の両方を説明し、了承を得ます。了承した日時、説明者、対象者、説明した範囲を記録します。録音だけを案内し、外部のAIサービスへ音声を入力することを説明しない運用にはしません。

利用目的については、自社の個人情報取扱いに沿って通知または公表の方法を決めます。個人情報の利用目的、安全管理措置、委託先の監督などを確認する一次資料として、個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」を参照できます。

ただし、参加者から了承を得るという本記事の手順は、安全な社内運用の基準を示すものであり、すべての案件で同じ形式の同意が法的に必要だと断定するものではありません。録音方法、入力先、委託関係、国外での取扱い、第三者提供への該当性、取り扱う情報の内容によって確認事項は変わります。実際のサービス構成に即して、個人情報保護の責任者や必要に応じて専門家へ確認します。

表2　録音開始前の取得設計票

この設計票は、商談ごとにすべてを一から考えるためのものではありません。会社として標準条件を作り、通常案件から外れる場合だけ差分を記入します。たとえば対面の初回相談は標準条件、オンラインの資金相談は画面共有に金融情報が映る可能性があるため個別判断、と分けます。

参加者への説明は録音ボタンを押す前に行います。説明文には、少なくとも次の内容を含めます。

• 商談内容を記録すること
• 記録を文字起こしや確認のためにAIで処理すること
• 利用目的
• 保存先や閲覧者について案内できる範囲
• 録音を断っても商談を継続できること
• 録音しない場合の代替記録方法

録音を断られた商談では、録音を停止し、担当者が手書きまたは社内の承認済み手段で業務メモを作ります。そのメモもAIには入力しません。「音声ではないからよい」と判断して、拒否された商談の内容を別経路でAI処理しないことが重要です。後日あらためてAI処理の了承を得る運用を設ける場合は、対象情報、利用目的、入力先を示して責任者の確認を受けます。

録音とAI処理の説明、了承の記録、断られた場合の扱いを含む共通基準は、工務店の商談要約をAIで作る｜顧客の発言と営業の推測を分けるともそろえます。

「録音できない」を業務停止と同義にしてはいけません。代替手段を用意しておけば、担当者がその場の空気に押されて録音したり、私物端末へ保存したりする誘因を減らせます。録音しなかった案件には、録音しなかった事実、理由の記録が必要な場合はその区分、代替記録の作成者を残します。顧客へ理由の詳細な申告を求める運用にはしません。

03.商談環境に合わせて音声品質を確保する

AIの誤認識は、文字起こし段階だけでは解決できません。複数人の声が重なる、マイクから遠い、空調音が大きい、オンライン参加者の音がスピーカーから回り込むといった状態では、後から別のサービスへ変更しても復元できない発言があります。まず音源の品質を確保する方が、全文を目視修正するより効果的です。

対面商談では、机の中央に端末を一台置くだけだと、端に座る人の声や小声の発言が欠けやすくなります。了承を得た後、本番前に短い試験発話を行い、参加者全員の声量を確認します。マイクを増やす場合も承認済み機器と保存方法を使い、複数ファイルがどの商談に属するか分かる識別子を付けます。

オンライン商談では、会議サービスの録音機能、端末側録音、内蔵文字起こしが混在しがちです。どれを原記録とするか一本化します。画面共有やチャットを取得する必要がないなら、音声だけに限定する選択もあります。画面に資金資料や本人確認書類などが映ったとき、映像まで保存する設計になっていないかを確認します。

音声品質は、30秒程度の試験で次の四つを点検します。

• 全参加者の声が同程度に聞こえるか
• 同時発話が続いたときに声を区別できるか
• 空調、道路、キーボード、紙の音が会話を覆っていないか
• オンライン参加者の音声に反響や二重音声がないか

試験音声は、本番と同じ保存経路で再生できるところまで確認します。録音表示が出ていても、マイクの選択を誤って無音になっている場合があるからです。本番開始後も、録音中の表示と経過時間を担当者が一度確認します。

住宅商談では、一般語と商品名、工法名、地名、担当者名が連続します。「耐力壁」が別の語に置き換わる、「準防火地域」の「準」が落ちる、坪数と平方メートルが混ざるといった誤認識を想定し、案件辞書を用意します。ただし、辞書は正解表ではなく、表記候補を示す補助入力です。

表3　AIへ渡す案件辞書の入力例

辞書には、「子育て世帯らしい」「予算に余裕がありそう」といった営業担当者の評価を入れません。商談前に確認できている表記候補だけを渡します。全社の商品マスターを丸ごと投入すると、AIが音の近い候補へ無理に変換し、かえって誤認識を見落としやすくなります。

辞書語の適用条件も決めます。AIが候補語を出しても、原音で確認できない商品名は確定しません。「案件辞書に存在する」という理由だけで修正した場合、それは原音照合ではなく資料からの推測です。

04.原記録を保ったままAIへ渡す

録音終了後は、AIへのアップロードを急ぐ前に、原記録が再生できるか確認します。冒頭、中央付近、終了前の三点を短く再生し、無音、途中終了、別商談との取り違えがないかを点検します。異常があれば、担当者の記憶が新しいうちに欠落区間の業務メモを作ります。ただし、記憶で補った文章は原音由来の発言と分け、「録音なし・商談後記入」と表示します。

原記録のファイル名には、顧客の氏名をそのまま入れず、社内の案件ID、商談日時、記録種別、連番を使う方法があります。具体的な命名規則は、自社の情報管理方針とシステム仕様に合わせます。ファイル名だけで案件を特定できない場合も、台帳から正しい案件へたどれる状態にします。

文字起こしへ渡すコピーと原記録も分けます。ノイズ除去、音量調整、区間分割は作業用コピーに対して行い、元音声を上書きしません。加工後の音声だけが残ると、処理によって消えた音や変化した区切りを後から検証できなくなります。

表4　原記録をAIへ渡す前の照合票

「案件照合」は省かれやすい工程です。連続した商談を同じ端末で録音した日には、前の顧客の音源を次の案件フォルダーへ入れる事故が起こり得ます。録音開始時刻、担当者、参加人数、冒頭の話題を使い、台帳とファイルを対応させます。対応が確定しない音源はAIへ入力しません。

同じサービス名でも、個人向けと組織向けで管理機能やデータの扱いが異なる場合があります。入力データの取扱い、管理者による利用者停止、共有リンクの制限、ログ、削除、再委託などを、実際に採用する契約条件と設定画面で確認します。ウェブ上の一般的な紹介記事だけで判断しません。

AI利用者としてのリスク管理や人による監督を設計する際は、総務省・経済産業省「AI事業者ガイドライン（第1.2版、2026年3月31日公表）」を参照できます。本記事の確認工程や帳票は、同ガイドラインを参考に工務店向けに組み立てた運用例であり、国が指定する統一様式ではありません。自社の規模、利用サービス、扱う情報、誤りが生じた場合の影響に応じて承認範囲を調整します。

録音を分割する場合は、文の途中や話題の転換前後を避けます。区間の境界で主語や否定語が失われると、「付けない方向」が次の区間では「方向」だけになりかねません。前後を重複させる場合は、重複区間と採用側を記録し、同じ発言を二件の約束として扱わないようにします。

05.AIには整文より先に忠実な転記を求める

初回のAI出力では、読みやすい議事録を作らせるのではなく、音声に近い転記を求めます。要約、言い換え、敬語化、発言順の並べ替えを同時に指示すると、AIが曖昧な箇所を自然な文章へ補完し、原音にない約束や因果関係を作る可能性があります。

標準指示には、次の規則を含めます。

• 発言順を変えない
• 話者を確定できない場合は「話者不明」とする
• 聞き取れない箇所は時刻付きの「聞取不能」とする
• 推測で文章を補わない
• 数字と単位を省略しない
• 否定、保留、比較、条件節を削らない
• 案件辞書は候補として参照し、音声から確定できない語へ置き換えない
• 一定間隔または発言単位で時刻を付ける
• 要約、決定事項の抽出、宿題の生成を行わない
• 出力冒頭に「AI出力・未確認」と表示する

「聞き取れない箇所を自然に補ってください」という指示は避けます。必要なのは自然な文章ではなく、不確かさが見える出力です。「聞取不能 00:18:42」のように位置が分かれば、人がその部分だけ原音へ戻れます。

話者名も、最初から顧客の実名へ確定させる必要はありません。「顧客1」「顧客2」「営業」「設計」「話者不明」といった役割ラベルで出力し、人が確認できた範囲だけ置き換えます。同席者の声が似ている場合、誤った実名を付けるより「顧客側・話者不明」の方が後工程の誤用を防げます。

工務店例029が使用する入力票は、次のように設定できます。ここで示す案件条件もすべて架空です。

表5　工務店例029の文字起こし入力票

出力には、次のような状態表示を本文冒頭に残します。

状態：AI出力・未確認
原記録ID：K029-260918-M01
音声範囲：00:00:00〜00:59:48
出力日時：2026年9月18日 16:20
使用設定：標準転記指示・案件辞書あり
未確定：数字、固有名詞、否定、話者、約束は原音未確認

この表示を本文内に置けば、ファイル名が変更されたり本文だけがコピーされたりしても、確認済み議事録と誤解されにくくなります。

句読点の追加やフィラーの省略を許可する場合は、意味への影響で範囲を決めます。「ええと」「その」の省略が問題にならない場面はありますが、「まだ決めていない」の「まだ」や、「絶対ではない」の「ない」を落とすと判断が変わります。語の種類だけで一律に削除せず、否定、保留、程度、時点、条件に関わる表現を保護します。

06.誤認識は影響度から確認順を決める

60分の商談を最初から最後まで人が照合すれば精度は上げられますが、毎回同じ確認工数を確保できるとは限りません。そこで、誤認識したときの影響が大きい箇所を先に探します。高リスク箇所を全件照合し、その後にランダム区間と不自然な文章を点検する二段階にすると、確認範囲を説明しやすくなります。

最優先は、数字、単位、日付、否定、選択、条件、約束、話者です。住宅商談では「3,000万円」と「3,500万円」、「10月」と「12月」、「付ける」と「付けない」の違いが、次回提案や見積条件へ直接影響します。「たぶん」「いったん」「できれば」「家族に確認してから」といった留保表現も、確定意思へ変えないよう照合します。

表6　誤認識リスク別の確認優先度

優先度は、文章中の語だけで機械的に決められません。「来年」は具体的な日付ではなくても建築時期に関わり、「広め」は寸法がなくても設計要望に影響します。検索語で候補を拾った後、前後30秒から1分程度を聞き、意味が確定しているか判断します。

数字は検索だけでは取り切れません。AIが数字そのものを落とした場合、文字列検索に出てこないからです。資金、土地、面積、間取り、工程、設備、性能といった話題の区間を確認し、音声にある数字が文章へ反映されているかを点検します。

確認範囲は、「全文確認済み」とだけ記録しません。工務店例029の架空案件なら、「60分の音声について、高リスク候補23か所を全件照合し、冒頭・中盤・終盤から各2分、合計6分を追加確認」のように、対象と方法を残します。この数値は精度を保証するものではなく、どこまで人が確認したかを示す作業記録です。

追加確認で意味を変える誤りが続けて見つかった場合は、部分確認を打ち切り、範囲を広げます。判断順は次のようにします。

固定の誤り件数を採用基準にする場合は、商談の重要度、利用目的、人員、再確認可能性を踏まえて責任者が決めます。一律に「二件以下なら合格」としてしまうと、助詞の誤り二件と予算・否定の誤り二件が同じ評価になります。

逆に、意味に影響しない誤字が多くても、全文を美文化する必要はありません。顧客へ渡す文書ではなく、社内の事実確認に使う記録なら、数字、固有名詞、意思、条件が正しく、不確かな箇所が見えることを優先します。

07.工務店例029の誤出力を原音から修正する

工務店例029の架空案件は、対面商談60分、参加者は顧客2名と営業1名、目的は次回の資金計画と間取り提案の準備、録音とAI処理の説明・了承記録あり、原記録は承認済みストレージへ保存、AI出力には発言時刻が付いている、という条件です。

作業用文字起こしに、次の文が出たとします。

00:24:16　顧客1：予算は土地を入れて三千五百万円までで考えています。
00:41:08　顧客2：乾燥機は付ける方向です。
00:52:31　営業：次回までに正式な見積を出します。

確認者が原音を聞くと、実際の発言は次の内容でした。

00:24:16　顧客1：「土地は別で、建物は三千万円台前半までで考えています」
00:41:08　顧客2：「乾燥機は、今のところ付けない方向かな。置き場所を見てから」
00:52:31　営業：「次回までに、概算の資金計画を出します。正式な見積は仕様が固まってからです」

一つ目は、予算対象と金額帯の両方が変わっています。「3,500万円」という数字だけを直すのではなく、「土地は別」「建物」「3,000万円台前半」という条件の組を戻す必要があります。二つ目は否定が落ち、判断を留保する条件も消えています。三つ目は「概算の資金計画」が「正式な見積」へ変換され、会社の約束が強くなっています。

業務記録として最小限に整えるなら、次のように修正します。

00:24:16　顧客1：土地代とは別に、建物予算は3,000万円台前半までを想定している。
00:41:08　顧客2：乾燥機は現時点では付けない方向。ただし、置き場所を確認してから判断する。
00:52:31　営業：次回までに概算の資金計画を提示する。正式見積は仕様確定後に作成する。

「かな」を削って断定調へ整えると、迷いの程度が失われる場合があります。この例では、「現時点では」「置き場所を確認してから判断」という時点と条件を残すことで、未確定であることを表しています。口調そのものが判断材料になる用途では逐語表現を残し、業務記録として整文する用途では意味を保持した文章へ直します。

表7　工務店例029の修正履歴

修正履歴には、句読点や意味を変えない表記修正をすべて残す必要はありません。意思、条件、金額、日付、担当、約束など、後工程の判断を変える修正を記録します。「なぜ直したか」が分かれば、要約担当者や設計担当者が古いAI出力を見つけても、採用すべき記録を判断できます。

修正時には、次の三つを混ぜません。

1. 原音で聞き取れた内容 2. 案件資料に書かれている内容 3. 担当者が会話後に思い出した内容

原音と案件資料が食い違う場合、資料を使って音声を上書きしません。事前アンケートに「4人家族」、商談では「親との同居も検討」とあったなら、時点の異なる情報として両方を残します。顧客条件が変化した可能性があるため、必要なら次回確認事項へ回します。

営業担当者が「この商品だと思う」と推測できても、音声で商品名を確定できなければ、「語句未確定」とします。候補を添える場合は、「原音では確定不能。案件資料上の候補は○○」のように、原音の状態と資料上の候補を分けます。

08.聞取不能と話者不明を業務上の状態として残す

聞き取れない箇所は、無理に埋めるより、位置と影響を残した方が利用できます。「聞取不能」だけでは後から探せないため、時刻、長さ、前後の文脈、重要度を付けます。たとえば、「00:36:14〜00:36:20、設備名の可能性あり、次回提案に影響、高優先で担当者確認」と記録します。

確認者が複数回再生しても分からない場合は、別の担当者へ回すか、商談参加者の記憶を補足情報として確認します。ただし、担当者の記憶で埋めた文章を原音の転記として扱いません。「商談後に営業担当者が補足」と出所を付けます。顧客への再確認が必要なら、次回の確認質問を作り、文字起こし上は未確定のまま残します。

話者の誤認も影響の大きい問題です。顧客本人の希望と同席家族の希望、顧客の発言と営業担当者の提案、設計担当者の説明と顧客の了承を入れ替えると、合意していない内容が顧客要望として残ります。声だけで識別できないときは、会話内容から人物を推定しません。

不明表示は次の4種類に統一します。

• `聞取不能`：音声は存在するが、語を識別できない
• `話者不明`：発言内容は分かるが、人物を特定できない
• `語句未確定`：複数の候補があり、原音だけでは決められない
• `原記録欠落`：録音停止、無音、ファイル破損などで音声自体がない

表8　不明箇所の処理判断票

目的は、不明箇所をゼロにすることではありません。後工程で確定情報として誤用しない状態にすることです。影響が低い相づちなら未修正でもよく、予算、採否、期限、約束に関わる語なら、次回提案や顧客連絡を行う前に確認経路を確保します。

色だけで状態を表さないことも重要です。「黄色は未確認」というルールしかないと、PDF化、印刷、コピーによって色が失われたときに確定情報に見えます。文字による状態表示と時刻を残します。

聞取不能が多い場合は、確認者の努力ではなく取得方法を直します。特定の席だけ聞き取れないならマイク位置、紙の音で発言が隠れるなら机上配置、オンライン参加者だけ二重音声になるなら入出力設定が原因候補です。次の商談前に変更点を一つに絞り、同じ条件で試験録音を行います。

09.確認済み記録を用途別に引き渡す

文字起こしを修正しても、確認状態が後工程へ伝わらなければ意味がありません。確認済み記録の先頭には、確認者、確認日、原記録ID、確認範囲、未確定箇所の有無を記します。未確定箇所が残っていても、利用範囲を限定できるなら用途別に承認できます。

設備名が一か所聞き取れなくても、日程調整だけに使う記録としては支障がない場合があります。一方、建物予算の数字が聞き取れない状態では、資金計画作成への利用を止めます。「承認済み／未承認」の二択ではなく、利用できる後工程を明示します。

表9　確認済み記録の引渡し判定票

引渡し判定は、誤認識のない完璧な全文を証明するものではありません。用途ごとに必要な確認を実施したことを示します。次回提案、見積、顧客への確認メール、設計への依頼では影響する項目が異なるため、使う側も判定票を見て不足を確認します。

CRMへ転記する場合は、文字起こし全文をそのまま貼り付ける必要があるか検討します。全文を入れると閲覧者が増え、検索性が落ち、後日の訂正も複数箇所に及びます。CRMには確認済みの必要項目と原記録への参照情報だけを入れ、全文は権限管理された保存先に置く方法があります。

二次成果物には、出所をたどれる情報を残します。「建物予算：3,000万円台前半（確認済み記録00:24:16）」とすれば、要約に疑問が生じた際に該当箇所へ戻れます。すべての文章へ時刻を付ける必要はありませんが、数字、約束、採否、期限には参照位置を付けます。

修正後の文字起こしから宿題を抽出する場合、AIが再び内容を変える可能性があります。後工程には確認済み記録だけを入力し、生成された宿題一覧は担当、期限、確認先、完了条件をあらためて点検します。具体的な点検方法は、工務店の商談宿題をAIで抽出｜担当・期限・確認先の点検で扱う範囲です。

文字起こしから要約を作る場合も、顧客の発言、営業の推測、未確認事項を混ぜません。分類と要約の確認手順は、工務店の商談要約をAIで作る｜顧客の発言と営業の推測を分けるへ引き継ぎます。

閲覧権限は、商談へ関与する可能性がある人全員へ広げず、役割に応じて設定します。担当変更、退職、案件終了時に権限を見直す担当と時点も決めます。共有リンクを発行できるサービスでは、リンクを知る人全員が閲覧できる設定になっていないか確認します。

原記録、作業用音声、作業用文字起こし、確認済み記録、CRM転記のそれぞれに個人情報が含まれる可能性があります。保存先が増えるほど、訂正、削除、権限変更の対象も増えます。保持期間や削除対応は、利用システムの実態を確認したうえで、自社の個人情報取扱いの責任者へ相談します。

10.品質評価は重要発言の誤認識と確認負担で行う

文字起こしサービスを評価するとき、全文の文字正解率だけを見ると、業務上重要な誤りを見逃します。助詞や句読点が正しくても、金額一件、否定一件、話者一件を誤れば、提案条件は大きく変わります。逆に、口語の言い淀みが多少異なっても、数字と意思が正しければ社内記録として使える場合があります。

評価は、文字単位の精度ではなく、重要発言の欠落、逆転、過剰確定を中心に行います。試験対象には、静かな対面商談だけでなく、複数話者、オンライン参加、固有名詞、数字、否定、保留、同時発話を含む承認済み音源を用意します。実際の顧客音声を評価用に転用する場合は利用目的とアクセス範囲を確認し、必要に応じて評価専用の模擬音声を作ります。

工務店例029が架空の模擬商談10件で比較するとします。重要発言80件のうち、意味を変える誤認識が8件なら、重要発言の誤認識割合は `8件 ÷ 80件 × 100 = 10％` です。ただし、この割合だけで採用可否を決めません。予算や否定の誤りが集中していれば、同じ10％でも確認負担と事故時の影響が大きくなります。

確認時間も測ります。60分の音声に対して、人による確認が20分なら、確認時間比は `20分 ÷ 60分 = 0.33` です。この比率はAIの性能だけでなく、音質、話者数、案件辞書、確認者の慣れ、求める完成条件によって変わります。条件の異なる商談を一つの平均値だけで比較してはいけません。

表10　文字起こし運用の評価表

サービス比較で重要なのは、誤認識が少ないかだけでなく、誤認識を発見しやすいかです。音声と文章が時刻同期する、検索結果から該当音声を再生できる、修正前後を残せるといった機能は、人の確認時間に影響します。ただし、その機能が自社の契約プランに含まれるか、データ管理方針に合うかは個別に確認します。

導入初期は対象商談を限定します。取得条件を標準化しやすく、誤りが生じても人が原音へ戻れる商談から始めます。資金相談、契約前の最終確認、苦情対応、健康や家族事情を深く扱う面談などは、通常の初回相談と同じ基準で自動的に対象にしません。

試行期間中に集めるべきなのは、要約の見栄えではなく誤認識の種類です。数字の脱落、同席者の話者誤認、辞書候補の過剰適用、長時間音声の時刻ずれなどを記録します。傾向が分かれば、マイク配置、入力辞書、確認範囲、サービス選定のどこを直すべきか判断できます。

11.例外発生時は停止・報告・影響確認の順で動く

標準手順を作っても、すべての商談を同じ方法で処理できるとは限りません。録音を望まない参加者がいる、途中参加者へ説明できていない、私的な相談が始まった、金融資料が画面共有された、録音が途中で止まった、異なる案件の音源が混ざった、といった例外があります。

例外を見つけた担当者は、次の順序で対応します。

1. 可能であれば録音、共有、AI処理を停止する 2. 原記録を上書きせず、発生時刻と状態を残す 3. 情報管理責任者と業務責任者へ報告する 4. 入力済みデータ、共有先、生成済み成果物を確認する 5. 利用停止、削除、訂正、顧客対応の要否を責任者が判断する 6. 再開する場合は、参加者への説明と利用条件を確認する

途中参加者に録音とAI処理の説明ができていない場合は、その人の発言を含む録音をそのまま継続する前に一時停止します。停止区間について業務メモを作る場合は、「録音なし・商談後記入」と明示します。録音を断られた商談と同様、その代替メモをAIへ入力しません。

異なる案件の音源が混ざった可能性がある場合は、文字起こしを続けず、共有と二次利用を停止します。案件ID、録音日時、参加者、保存先、AIへの入力状況を確認し、誤った案件へ作られた文字起こしや要約の所在を洗い出します。顧客名だけを直して再利用することはできません。

誤認識が後日見つかったときは、確認済み記録だけでなく、そこから作られた要約、宿題、CRM項目、社内依頼、見積条件、顧客向け文書への影響を追います。重要な訂正には、影響先、旧情報、新情報、訂正担当、完了日を付けます。

顧客へ誤った案内を送った可能性がある場合は、AIのせいにして処理せず、送信内容、原音、確認済み記録、社内承認履歴を確認します。訂正連絡の要否、文面、担当者は顧客対応の責任者が判断します。契約、法的責任、個人情報の漏えい等に関わる可能性があるときは、現場だけで結論を出さず、社内責任者や必要に応じて専門家へ確認します。

12.継続運用では修正責任と適用条件を見直す

運用責任は、録音担当、文字起こし確認者、承認者、システム管理者に分けます。一人が複数の役割を兼任する小規模工務店でも、役割として分けて記録すると、どの工程が未完了か分かります。少なくとも、AI出力を作っただけの状態と、顧客対応へ使える状態は明確に区別します。

本記事の部分確認方式を適用しやすいのは、次の条件を満たす商談です。

• 録音とAI処理について事前説明と了承記録がある
• 原記録が保存され、時刻から該当音声へ戻れる
• 文字起こしの利用目的が限定されている
• 高リスク項目を特定できる
• 未確定箇所を残しても後工程を制限できる
• 確認者と承認者の役割が決まっている

反対に、原記録が欠けている、話者を区別できない、音声品質が著しく低い、契約内容や重大な苦情の確認に使う、誤りが顧客へ直ちに大きな影響を与えるといった場合は、部分確認だけで完成扱いにしません。全文確認、別記録との照合、責任者承認、専門家への確認など、目的に応じて確認範囲を広げます。

月次の見直しでは、処理件数だけでなく、次の変化を確認します。

• 高リスク誤認識がどの種類に偏っているか
• 聞取不能が特定の部屋、端末、席で増えていないか
• 未確認のままCRMへ転記された例がないか
• 修正が要約や見積などの二次成果物まで反映されたか
• 了承記録と実際の入力範囲が一致しているか
• 録音を断られた商談のメモがAIへ入力されていないか
• 不要になった原記録、作業用コピー、共有権限が残っていないか
• サービスの規約、管理設定、契約プランに変更がないか

改善策は一度に複数変えず、原因との対応を確認します。数字の誤認識が多いなら、まず録音品質と数字区間の確認手順を直します。話者誤認が多いなら、座席、自己紹介、マイク、話者ラベルを見直します。すべてを「担当者の注意不足」にすると、同じ失敗が別の担当者で繰り返されます。

最終的に目指すのは、AIが商談を完全に理解する状態ではありません。録音とAI処理を事前に説明して了承を記録し、原音を保持し、重要箇所を人が確かめ、不明点を不明のまま管理し、確認済みの情報だけを用途別に次工程へ渡せる状態です。

録音前の取得設計、了承の記録、原記録の保存、未確認表示、高リスク箇所の照合、意味を変える修正の履歴、用途別の引渡し判定までを一続きにすれば、文字起こしは単なる便利機能ではなく、商談記録を後から検証できる業務工程になります。