フォローの回数が足りないのに案件が進まない、ということはあまりありません。多くの場合、回数は十分で、中身が毎回同じです。
原因は、フォローを起動しているのが日数だからです。「前回から2週間」で連絡すると決めていれば、連絡する内容は案件の状態と関係なく決まります。結果として送られるのは、進捗を尋ねる文面になります。
フォローを仕組みにするとは、1回のフォローを次の5要素で設計し、それを起動する条件を日数以外に持つことです。
| 要素 | 決めること |
|---|---|
| 誰に | この局面で判断に関わるのは誰か |
| どの文脈で | 前回のどのやり取りを踏まえるのか |
| どの未解決条件を | 何を解消するための連絡か |
| いつ | なぜこのタイミングなのか |
| どこまで進めるために | この連絡で到達させたい状態は何か |
本記事では、この5要素の使い方と、フォローを起動するトリガーの設計、週次の点検方法を整理します。
日数起点のフォローが機能しない理由
日数でフォローを管理すると、次のことが起きます。
- 連絡の内容が事前に決まらないため、進捗確認に落ちる
- 相手に動きがなければ、返信は「まだ検討中です」になる
- こちらの手元の情報が増えないまま、次の2週間が始まる
- 回数を重ねるほど、相手にとって返信の優先度が下がる
接触の記録だけは増えていきます。SFA 上は活動が登録され、フォローは実行されているように見えます。しかし案件の状態は変わっていません。
対して、条件で起動するフォローは、連絡する時点で何を解消するための連絡かが決まっています。
| 日数起点 | 条件起点 |
|---|---|
| 2週間経ったので連絡する | 技術資料を送って1週間、受領確認はあるが評価の回答がないため、確認期限を合意する連絡をする |
| 月初なので全件に状況確認 | 先月の面談で「情報システムに確認する」と言われた件について、確認先の担当者を尋ねる |
| 提案書送付から1週間 | 提案書に含めた運用体制について、利用部門から質問が出たため、該当部分の補足資料を送る |
右側は文面を考える必要がほとんどありません。何を解消するかが決まっていれば、書くことは自動的に決まります。
フォロー1件を設計する5要素
① 誰に
前回と同じ相手とは限りません。局面によって、判断に関わる人は変わります。技術審査の段階で利用部門にフォローしても、条件は動きません。
この局面で誰が重要かの判断は ++関係者マッピングの考え方++ を参照してください。
② どの文脈で
前回のやり取りのどの部分を踏まえるかを決めます。これが曖昧だと、連絡は独立したイベントになり、相手は毎回文脈を思い出す必要があります。
具体的には、直前の接点で出た以下のいずれかを起点にします。
- 相手が述べた懸念や質問
- 相手が引き受けた宿題
- こちらが引き受けた宿題
- 合意した次のステップ
起点が見つからない場合、そもそも前回のやり取りが記録として不足しています。記録の残し方は ++商談履歴の残し方++ で扱っています。
③ どの未解決条件を
その連絡で解消しようとしている条件を1つに絞ります。複数を同時に扱うと、相手は最も答えやすいものにだけ返信します。
条件が思いつかない場合、フォローすべき状態ではない可能性があります。その場合に取るべきなのは連絡ではなく、状態を確認する別の接点です。
④ いつ
タイミングの根拠は、日数ではなく次のいずれかにします。
- 相手が示した期限、または合意した期限
- 相手側で何かが起きる時期（会議、予算期、棚卸し、期末）
- こちらの宿題が完了した時点
- 前回の連絡から状況が変わった時点
⑤ どこまで進めるために
この連絡で到達させたい状態を1文で書きます。
- 「情報システムの担当者名と、確認項目を把握している状態」
- 「技術審査の回答期限について合意がある状態」
- 「提案内容への懸念が明文化されている状態」
到達点が書けないフォローは、送っても結果を判定できません。判定できないものは改善もできません。
フォローを起動するトリガーを設計する
仕組みにするうえで重要なのは、「いつフォローするか」を毎回考えなくて済む状態を作ることです。日数以外のトリガーを3種類持ちます。
① 約束ベース
**起動条件：**合意した期限が来た、または期限が近づいた。
最も強いトリガーです。「今週中に回答します」「来週の会議で諮ります」といった相手の発言は、すべてトリガーになります。逆に言えば、面談の最後に期限を合意しておくと、次のフォローの根拠が自動的に生まれます。
期限が合意されていない案件が多い場合、フォローの設計より先に、面談の締め方を変える必要があります。
② 条件ベース
**起動条件：**ある条件が充足した、または充足しないまま想定期間を超えた。
技術審査が完了したら購買部門に連絡する、という順序依存に基づく起動です。逆に、審査が想定より長引いている場合も起動条件になります。
条件をどう書くかは ++意思決定単位で案件を捉える方法++ を参照してください。
③ 変化ベース
**起動条件：**相手側または自社側で状況が変わった。
- 相手企業の組織変更、人事異動、決算発表
- 自社の製品アップデート、事例の追加、価格改定
- 業界内の動き（同業他社の導入、規制変更）
変化ベースのフォローは、進捗を尋ねずに連絡できるという利点があります。相手に何も起きていない期間でも、こちら側に伝える理由が生まれます。
日数ベースを完全に捨てる必要はない
上記3つで起動しない案件が残ります。その場合の日数ベースは、フォローのトリガーではなく点検のトリガーとして使います。「3週間動いていない案件を確認する」であって、「3週間経ったので連絡する」ではありません。
週次15分の点検ルーティン
仕組みとして回すために、週に一度、次の順で確認します。
1. 期限が来た約束を洗い出す（約束ベースの起動確認） 相手・自社の双方の宿題を確認します。自社側の未完了が停滞の原因になっている案件は、想定より多く見つかります。
2. 条件が動いた案件を確認する（条件ベースの起動確認） 前進した条件があれば、次の条件に関わる相手へのフォローを設計します。
3. 一定期間、条件が動いていない案件を抽出する 接点の有無ではなく、条件の充足が止まっている期間で見ます。ここで抽出された案件は、フォローではなく診断が必要です。++商談が進まない理由の見つけ方++ を参照してください。
4. 今週のフォローを5要素で設計する 1〜3で起動した案件について、誰に・どの文脈で・どの条件を・いつ・どこまで、を決めます。
この4段階で15分程度です。重要なのは、フォローの実行と設計を分けることです。設計を毎回その場で行うと、時間がないときほど進捗確認に落ちます。
例：建設会社への施工管理システム導入
※ 以下は考え方を示すための仮想例です。実在の顧客事例ではありません。
**状況：**提案から6週間。工事部門の評価は良好。情報システム担当（1名）が既存システムとの連携を確認中。前回の面談から10日経過。
日数起点のフォロー
「その後、ご検討状況はいかがでしょうか」
10日経ったことが唯一の根拠です。相手に動きがなければ「確認中です」で終わります。
5要素で設計したフォロー
| 要素 | 内容 |
|---|---|
| 誰に | 情報システム担当者（技術審査の主体） |
| どの文脈で | 前回面談で「他社事例の連携方式を知りたい」と述べていた |
| どの未解決条件を | 既存システムとの連携方式の技術審査 |
| いつ | こちらの宿題（連携方式の資料）が完成した時点 |
| どこまで進めるために | 審査の残作業と、回答の目安時期が共有されている状態 |
連絡の中身は、資料の送付と、確認に必要な期間の目安を尋ねることになります。進捗を尋ねていませんが、進捗が分かります。
この案件で次に起動するトリガー 情報システムの審査が完了した時点（条件ベース）で、購買部門へのフォローを設計します。審査完了前に購買に連絡しても、条件交渉は進みません。
フォローをやめる、頻度を下げる判断
続けることが常に正しいわけではありません。フォローの継続が、営業リソースの消耗として最も見えにくい形になることがあります。
判断の基準は、フォローに対して反応が返るかどうかではなく、フォローによって条件が動くかどうかです。
| 状態 | 判断 |
|---|---|
| 反応があり、条件も動いている | 継続 |
| 反応はあるが、条件が3か月動いていない | 頻度を下げ、変化ベースのトリガーのみに切り替える |
| 反応がなく、別経路での確認も不発 | 再浮上の条件を特定できるか確認する |
| 再浮上の条件も特定できない | リソース配分の見直し対象とする |
2行目が重要です。反応の良さは、案件が動いていることを意味しません。丁寧に返信してくれる相手ほど、この判断が遅れます。
頻度を下げることは、関係を切ることではありません。変化ベースのトリガーだけを残せば、こちら側に伝えるべきことが生じたときに連絡できます。
前回の文脈から、次のフォローを組み立てる ― VINEQRA の考え方
VINEQRA は、複数の関係者が関わる長期案件を担当する営業担当者個人のために設計された iOS 向けの AI CRM です。
フォローの設計に必要なのは、リマインダーではなく前回までの文脈です。誰が何を述べ、どの宿題が未回収で、どの条件が未解決なのか。これが手元にあれば、5要素のうち4つは記録から埋まります。
商談の文脈は次の構造で捉えます。
顧客接点 ＋ 関係者 ＋ 意思決定ポイント ＋ 阻害要因 → 次に取るべき行動（Next Best Action）
（VINEQRA Opportunity Context Model）
対応する AI 分析は、Apple Foundation Models を通じて端末内のシステム言語モデルで実行できます。
そして、前提となる原則があります。
VINEQRA は提案します。判断するのは営業担当者です。
タイミングの妥当性は、記録に残っていない事情にも左右されます。相手の繁忙期、前回の空気、社内の力関係を知っているのは担当者本人です。
よくある質問
Q. フォローの適切な頻度はどのくらいですか？ 案件の状態によります。条件が動いている案件は動くたびに、動いていない案件は変化があったときに。一律の頻度を決めると、内容が頻度に従属してしまいます。
Q. 期限を合意するのは、相手にプレッシャーを与えませんか？ 聞き方次第です。「いつまでにご回答いただけますか」より「どのくらいお時間がかかりそうでしょうか」の方が、相手が答えやすい形です。目的は約束させることではなく、目安を共有することです。
Q. 送る内容がないときは、どうすればいいですか？ 内容がないのは、解消すべき条件が特定できていないか、条件はあるが自分の手元に材料がないかのどちらかです。前者なら状態を知る接点を、後者なら材料を用意する時間を取ります。内容がないまま送ると、次回の返信率が下がります。
Q. 電話・メール・訪問はどう使い分けますか？ 到達させたい状態から逆算します。資料を渡すならメール、複数の疑問を解消するなら対話、関係者を広げるなら同席の場。手段を先に決めると、内容が手段に合わせて変形します。
Q. フォローの記録はどこまで残すべきですか？ 送った事実だけでなく、何を解消しようとしたか、結果どうだったかを残します。これがないと、次のフォローが前回と同じ設計になります。
フォローを、日数から条件へ
フォローが効かないとき、不足しているのは頻度でも熱意でもありません。起動する条件と、解消しようとする対象です。
誰に、どの文脈で、どの条件を、いつ、どこまで。この5つが決まっていれば、書く内容に迷いません。
VINEQRA は、記録された顧客接点と未解決の条件を保持し、次に検討すべき行動を根拠とともに提示します。
フォローを、リマインダーから文脈のある一手に。 → VINEQRAをApp Storeでダウンロード