失注理由タグ設計にAIをどう使う？CRMで学習できる分類ルールの作り方
失注分析AIを導入しても「タグがバラバラで集計できない」という声は少なくありません。原因の多くは、分析ツール側ではなく、CRMに残すタグの設計が曖昧なまま運用が始まっていることにあります。
失注理由タグ設計は、AIで自由記述を仮分類し、人が主タグと補助タグを決めるのが基本です。AIに分類を丸投げするのではなく、CRMに残す粒度、入力タイミング、見直し頻度を先に決めます。このページでは、失注分析全体ではなく、CRMに残すタグ設計をどう決め、AIでどう補助するかに範囲を絞ります。
本記事のポイント
- 失注理由タグ設計は、タグ数の多さより、CRMで続けられる粒度にそろえることが重要です。
- AIは自由記述の仮分類や重複タグの発見に向きますが、採用する分類ルールそのものは人が決めるべきです。
- 主タグ、補助タグ、自由記述の3層で設計すると、分析と現場入力の両立がしやすくなります。
この記事で扱うテーマ
関連キーワード
- 失注理由タグ AI
- 失注理由分類 AI
- CRM タグ設計 AI
- lost reason tag AI
- 失注理由タグ 設計
- 失注理由 AI 分類
- CRM 失注理由 タグ
- 失注分析 タグ 設計
このページで答える質問
- 失注理由タグ設計をどう進める？
- AIで何を分類する？
- 主タグと補助タグをどう分ける？
- タグ設計をいつ見直す？
失注理由タグ設計で最初に決めること
失注理由タグは、細かくしすぎると現場が入力せず、粗すぎると分析に使えません。最初に決めるべきなのは、何を主タグ、何を補助タグ、何を自由記述に残すかです。
主タグは経営やマネージャーが四半期で見る切り口、補助タグは改善担当が深掘る切り口と分けると、入力負荷と分析粒度の両立がしやすくなります。設計の失敗として最も多いのは、最初から主タグを15個以上設定してしまうケースです。選択肢が多すぎると担当者がどのタグを選ぶべきか迷い、「その他」や「不明」への集中が起き、分析に使えないデータが蓄積されます。主タグは5〜8個に抑え、どれにも当てはまらない場合は自由記述へ誘導する設計が現場定着率を高めます。
実際に運用をスタートした際の入力率の目安として、商談クローズ後24時間以内に必須項目が入力されている割合が70%を超えていれば、設計として機能していると判断できます。これを下回る場合は、入力フローに問題があるか、必須タグが多すぎる可能性が高く、設計の見直しを検討するタイミングです。
| 設計要素 | 役割 | 例 | タグ数目安 |
|---|---|---|---|
| 主タグ | 四半期で見る大分類 | 競合、価格、時期、優先度、関係者 | 5〜8個 |
| 補助タグ | 改善に使う詳細分類 | 稟議停滞、決裁者未接触、ROI不明 | 主タグ1つあたり2〜4個 |
| 自由記述 | 原文と例外事情 | 顧客固有の事情や背景メモ | 制限なし |
CRMフィールドへの落とし込み方
CRMフィールドの設計変更は、既存データへの影響を考慮する必要があります。既に数百件以上の失注データが蓄積されている場合、フィールド定義を変えると過去データとの比較が困難になります。このため、既存フィールドを変更するのではなく、新しいフィールドを追加し一定期間は両方で運用しながら移行する方法が安全です。また、フィールド変更を行う前に、過去データをAIで仮分類し、新しいタグ体系にどのように対応するかの変換テーブルを作っておくと、過去データのリトロフィットが可能になります。
タグ体系を決めても、CRMのフィールド設計が合っていなければ運用に乗りません。主タグはピックリスト型、補助タグはマルチセレクト型、自由記述はテキストエリアに配置するのが定石です。
| CRMフィールド名 | フィールド型 | 対応するタグ層 | 入力タイミング |
|---|---|---|---|
| 失注理由（大分類） | ピックリスト（単一選択） | 主タグ | 商談クローズ時（必須） |
| 失注理由（詳細） | マルチセレクト（複数選択） | 補助タグ | 商談クローズ時（任意） |
| 失注背景メモ | テキストエリア | 自由記述 | 商談クローズ時（任意） |
| AI仮分類結果 | テキスト（読み取り専用） | AI出力 | 自動（失注確定後） |
ポイントは、主タグの入力を必須にし、補助タグと自由記述は任意にすることです。入力率を維持するには、必須フィールドを最小限に絞り、クローズ画面のステップ数を増やさない設計が必要です。
AIが失注理由タグ設計で役立つ場面
既存の自由記述を仮分類する場面
過去の失注メモをAIに読ませると、どの大分類に寄せられるかの候補を短時間で出せます。とくにタグ設計の初期段階では、数百件の自由記述を人手で読むよりAIで大まかなテーマを作り、そこから分類軸を設計するほうが効率的です。
重複タグや曖昧タグを見つける場面
似た意味のタグが増えていないか、逆に意味が広すぎるタグがないかを洗い出す用途に向きます。たとえば「予算不足」と「価格」が別タグになっていたり、「その他」に30%以上が集中している場合は、タグ体系の見直しシグナルです。
新しい負け筋を検知する場面
既存タグに収まらない失注が増えたとき、新しい分類軸を追加すべきかを判断する材料を出せます。AIが自由記述から既存タグに当てはまらない傾向を検出し、四半期レビューでタグ追加を提案するフローが有効です。
タグ設計でよくある失敗と対処法
| よくある失敗 | 発生する問題 | 対処法 |
|---|---|---|
| 主タグが15個以上ある | 入力に迷い、入力率が下がる | 8個以内に統合し、詳細は補助タグへ |
| 「その他」に3割以上集中 | 分析が回らない | 「その他」の内訳をAIで仮分類し、新タグ候補を抽出 |
| タグの定義が口頭だけ | 担当者ごとに解釈がバラつく | 各タグに1行の定義文と代表例を併記する |
| AIの仮分類をそのまま採用 | 事業文脈に合わない分類が残る | AI出力は候補として扱い、採用判断は人が行う |
| 一度設計して見直さない | 市場変化に合わなくなる | 四半期ごとにタグ利用率を確認し、棚卸しする |
失注理由タグ設計を進める手順
- 過去の失注メモを集め、AIで仮分類して大まかな塊を作る。
- 経営確認用の主タグを5から8個程度に絞る。
- 改善担当が使う補助タグを追加し、どの主タグの下に置くかを決める。
- 各タグに1行の定義文と代表例を付ける。
- CRMフィールドに反映し、入力画面のステップ数を確認する。
- 現場入力テストを行い、迷いやすいタグを削るか統合する。
- 四半期ごとにタグ利用率をレビューし、棚卸しサイクルを回す。
主タグの初期案と使い分け
失注理由タグは、最初から自社独自に細かく作り込むより、よく使う大分類から始め、自由記述とAI仮分類で補正する方が定着します。以下はBtoB営業で初期案にしやすい主タグです。
| 主タグ | 使う場面 | 補助タグ例 | AIで見たい自由記述 |
|---|---|---|---|
| 価格 | 予算や費用対効果で止まった | 予算不足、ROI不明、相見積負け | 「高い」だけでなく、どの価値が伝わらなかったか |
| 時期 | 導入タイミングが合わなかった | 来期検討、社内都合、優先度低下 | 再接触すべき月や意思決定イベント |
| 競合 | 他社選定や既存ベンダー継続 | 機能差、価格差、既存契約、社内標準 | どの比較軸で負けたか |
| 決裁 | 稟議や上申で止まった | 決裁者未接触、稟議資料不足、部門合意なし | 誰の不安が残ったか |
| 適合 | 要件や運用に合わなかった | 機能不足、運用負荷、既存システム制約 | 本当に不足した要件か、説明不足か |
| 失効 | 連絡が途切れた、追客できなかった | 返信なし、担当変更、次アクション未設定 | 営業側の追客漏れか、顧客側の優先度低下か |
AIを使う運用ループ
AIはタグを「決める人」ではなく、タグ設計の偏りを見つける補助役として使います。四半期ごとに、失注メモ、選択タグ、商談規模、業界、担当者をまとめて確認すると、タグ体系の改善点が見えます。
- 失注メモをAIで仮分類し、既存主タグに収まるものと収まらないものを分ける。
- 「その他」「不明」に集中した商談を抽出し、補助タグ追加か定義文修正かを判断する。
- 担当者ごとのタグ利用率を見て、分類の解釈違いを見つける。
- タグ変更を行う場合は、過去データとの対応表を残し、前四半期比較が崩れないようにする。
- 失注理由から改善施策へつなげる場合は、失注分析AI と 営業バトルカードAI の運用まで接続する。
よくある質問
失注理由タグは細かいほどよいですか？
細かすぎると入力されなくなります。主タグは5〜8個に絞り、補助タグで深掘る方が運用しやすくなります。目安として、入力率が80%を下回ったらタグ数を見直すタイミングです。
AIが自動でタグを決めても大丈夫ですか？
候補提示までは向いていますが、分類ルールそのものの採用判断は人が持つ方が安全です。AIの仮分類は80%程度の精度で出るため、残り20%の確認と事業判断を人が行うフローが現実的です。
自由記述は不要ですか？
不要ではありません。タグだけでは拾えない例外事情があるため、原文は残した方が学習に役立ちます。とくにAIが新しいタグ候補を検知する際の入力データになります。
タグ設計の見直し頻度はどのくらいが適切ですか？
四半期に1回のレビューが目安です。タグ利用率の偏りや「その他」比率をチェックし、必要に応じてタグの統合や新設を行います。
