PoC開発サービス
商談後にメモを読み直し、顧客管理システムへ入力する。顧客名を探し、案件を選び、次回の対応や予定日を転記する。この作業をAIで減らすには、文章を短くまとめるだけでなく、どの記録の、どの項目を更新するかまで決める必要があります。
最初のPoCは、商談メモから入力候補を作り、担当者がCRM上の既存情報と比較して確定する範囲に絞れます。顧客や案件を取り違えず、確定済みの情報を守れるかを、入力時間と一緒に検証します。
最初に自動化する入力先と項目を絞る
CRMは顧客情報や活動履歴を管理するシステムです。同じ商談でも、顧客台帳、案件、活動記録では保存する情報が違います。まず一つの入力画面を選び、現在の手入力を置き換える範囲を決めます。
活動記録への要約追加と、案件金額や受注確度の変更は分けて扱います。前者ができたからといって、後者まで自動更新してよいとは判断できません。更新の影響と確認者を項目ごとに決めてください。
初回は文字のメモを対象にし、音声の収録や文字起こしを別工程にする方法もあります。入力の種類を増やすときは、その資料の利用条件と、間違いが起きる箇所を追加で確認します。
抽出項目ごとに根拠と空欄の扱いを決める
CRMの項目名だけをAIへ渡すと、元メモにない値まで補ってしまうおそれがあります。入力候補には値と根拠の箇所を付け、記載がない項目は未確認として残す設計を検討します。
| 項目の例 | 入力候補を作る条件 |
|---|---|
| 商談日 | 日付の記載や確定した会議情報を使う |
| 顧客・案件 | 既存IDと照合して登録先を確定する |
| 話した内容 | 合意した事実と担当者の見立てを分ける |
| 次の対応 | 誰が何をするかを原文から確認する |
| 予定日・金額 | 未確定なら確定値として登録しない |
仮例：予定の相談を確約へ変えない
設計上の仮例として、メモに「来月の導入を検討。予算は社内確認」とある場合を考えます。導入日や受注額はまだ決まっていません。AIの候補が具体的な日付や金額を埋めていたら、その値を採用しない条件にします。
元メモにあるかどうかと、その値をCRMへ入れてよいかは別の確認です。担当者の予測を保存する欄なら、予測であることが分かる項目へ入れます。
顧客名だけで更新する案件を決めない
同じ会社に複数の案件があると、会社名が一致しても登録先は決まりません。可能なら、メモ作成時にCRMの顧客IDや案件IDを付ける方法を検討します。
IDがない場合は、会社名、案件名、担当者、商談日などから候補を絞り、人が選ぶ画面を用意します。似た社名や過去の終了案件を含め、候補が複数残る場合は更新を保留します。AIが新しい顧客や案件を無断で作らないよう、作成権限も分けます。
更新前後の差分を担当者に見せる
確認画面では、現在の値、新しい候補、根拠のメモを並べます。値が空欄になったことを、既存情報を消す指示として扱わないようにします。
確認を待つ間に別の担当者がCRMを更新した場合も想定します。承認時点の情報と最新の状態が違えば、再確認してから更新する流れにします。古いメモで新しい情報を上書きしないためです。
再試行しても活動記録を増やさない
通信が途中で切れると、登録が成功したのに結果を受け取れない場合があります。もう一度処理するときは、元メモのIDと登録先の履歴を使って、すでに登録済みかを確かめる設計が必要です。
処理状況は、候補作成、確認待ち、登録済み、失敗を区別します。失敗した記録だけを再処理でき、担当者が修正した候補を不用意に作り直さない状態を目指します。
誤って登録した場合に追跡できるよう、元メモ、更新した項目、確認者、登録時刻を残します。元へ戻せる範囲や手動で修正する手順は、CRMの機能と運用に合わせて決めます。
検証には入力完了までの時間と誤登録を使う
用意するものは、利用が認められた商談メモ、正しい入力例、CRMの項目定義、案件を特定する情報です。実データを使う場合は、共有範囲や保存方法を確認します。PoCでは、承認された検証環境や検証用の記録を使い、実際の顧客情報を不用意に更新しないようにします。
通常のメモに加え、同名顧客、複数案件、日付未定、矛盾した記載、処理の再実行を試してください。調整用と最後の評価用の資料は分けます。
- 登録先の顧客・案件を正しく選べたか
- 必要な項目を拾い、元資料にない値を追加していないか
- 既存値や他の担当者の更新を壊していないか
- 同じメモを再処理しても二重登録しないか
- 原文確認、修正、登録まで含めた時間が減ったか
合格条件は始める前に合意します。別顧客への誤登録や、未確定情報の確定扱いが残る場合は、そのまま本番利用へ広げない条件にします。抽出精度が良くても確認に時間がかかるなら、入力項目や画面を見直します。
既存機能で足りる場合と個別開発が向く場合
利用中のCRMに必要な入力支援や取り込み機能がある場合は、まずその範囲で試します。短いメモを決まった欄へ貼るだけなら、入力テンプレートをそろえる方法もあります。
自社独自の項目が多い、複数の保存先から情報を集める、案件照合や更新競合を扱う、確認履歴を残したいといった場合は個別開発を検討できます。連携できる機能、利用プラン、権限、処理件数の制約は、利用中のCRMの公式仕様で確認してください。
入力項目が担当者ごとに違う、案件台帳が重複している、正しい登録先を判断できない場合は、先に台帳と業務ルールを整えます。利用件数が少なく、確認と保守の手間の方が大きい場合も開発を急ぐ必要はありません。
費用は抽出だけでなく照合と更新処理まで確認する
見積もりでは、対象のメモ形式、抽出項目、CRMとの接続、確認画面、登録履歴、再処理を分けます。CRMやAIの利用料、項目変更時の対応、継続保守の扱いも確認してください。
AiPHAの現行PoC案内は、開発・検証20万円〜、10日でAIエージェントを納品する内容です。金額は対象業務と開発範囲による見積もりです。CRMへの連携を含む範囲や、利用環境の準備、納期は個別に確認します。PoC開発のサービス内容
運用開始後は、CRMの項目や営業手順が変わったときの更新担当を決めます。候補の修正理由を記録し、変更後に評価用メモで再確認できるようにしておきます。
AiPHAの30分の無料相談では、今のメモと入力画面、確認に時間がかかる項目をもとに、最初に試す範囲を検討できます。顧客情報を含む資料は、共有方法を確認してから渡してください。