リズム介入 · 重要ノードのカウントダウン
タイミングをつかむ人がいないために停滞する商談がある。節目を過ぎてから気づき、予算を使い切ってから知り、顧客の担当者が変わってからずっと後に把握する。
予算審査、プロジェクトの節目、人員の異動を集約し、営業に顧客のスケジュール確認を促し、後続のアクションを記録する。
リズムで失敗した4つの実例
① 重要なタイミングの窓を逃した——月末レビューが終わってから初めて知る
何が起きたか：顧客が「月末に予算審査会があります」と言った。営業は覚えていたが、誰も進行ペースをフォローせず、事前に準備もしなかった。月末になって、営業はようやく「事前に連絡して確認すべきか」と思い出した。実際には：審査会はすでに終わり、予算はすでに配分され、営業の案件はリストにすら入っていなかった。
隠れたコスト：今四半期唯一の予算ウィンドウを逃し、次のウィンドウはQ2で、しかも再度プロジェクト立ち上げが必要になる。
② 顧客のキーパーソンが6か月前に異動していたが、営業は全く把握していない
何が起きたか：営業担当者が某顧客の張総（購買責任者）と非常に良好な関係を築き、毎回直接連絡していた。半年後になって、張総がすでに異動していたことが判明し、新しく着任した李総はこのプロジェクトをまったく知らなかった。プロジェクトは新しい意思決定者によって「優先度が足りない」という理由で即座に打ち切られた。
隠れたコスト：6ヶ月のフォローがすべて振り出しに戻り、さらに悪いことに、関係を再構築する時間的窓を逃してしまった。
③ 長期的な低層ループ、6か月後にプロジェクトがとっくに停止していたと判明
何が起きたか：顧客はずっと「社内プロセスを進めています」と言い続けた。営業はずっと「フォロー中」だった。6か月後、顧客は「すみません、プロジェクトは中止になりました。当時契約を結んでいなかったので、優先度が足りず進めませんでした」と言った。営業はようやく、プロジェクトがとっくに存在しなくなっていたことを知った。
隠れたコスト：6ヶ月 × 営業1名の工数 = 本来なら実際の商談に使えたはずの時間を大量に浪費。
④ マネージャーが Review 時に初めてリスクを知り、事前に介入することが全くできない
何が起きたか：マネージャーが「この案件どうなってる？」と聞くと、営業は「まだ交渉中です」と答える。マネージャーは「じゃあ急いで」と言う。実際にはこの案件は半死状態だが、マネージャーにはデータの裏付けがなく、実状を判断できず、事前に介入もできない。顧客が「他社に決めました」と言うまで、失注に気づかない。
隠れたコスト：リスク発見が遅すぎて、介入のタイミングを完全に失い、失注結果をただ受け入れるしかない。
AIリズム管理システム
重要マイルストーンのカウントダウン＋事前リマインド
顧客が「月末レビュー」「来週水曜に会議」と言及した場合、システムは重要マイルストーンを記録しカウントダウンを設定して、約束した時点で担当者に通知できる：
⏱ 重要ノード | L社 予算審査会
7日間
未確認のアジェンダ
⏱ 重要な節目 | M社 POC検収の節目
3日
検収基準は確認待ち
キーパーソン異動のリアルタイム監視
👤 キーパーソン異動の警告 | N社
張総（元購買責任者）— グループ本社へ異動済み
新たな意思決定者：李総（新任IT責任者）— 本プロジェクトを把握しているか未確認
推奨アクション：今週中に李総への初回接触を必ず設定。「プロジェクト引き継ぎ」を切り口にし、営業の話は出さない
リズム健全性予警マトリクス
システムはチームが設定したルールに基づいて商談のペースをマークし、責任者が再確認できる：
シーン5の核心比較
| 指標 | Before | After |
|---|---|---|
| ノード管理 | 覚えてはいるが追跡せず、期限切れになって初めて気づく | 設定した日付でToDoを列挙し、担当者が継続するか確認する |
| キーパーソンの異動 | 数か月後に初めてわかる | リアルタイム監視、変動時即アラート |
| リスクの発見 | マネージャーのレビュー時に初めて発覚 | 期限超過や記録漏れの商談をリスト化し、マネージャーのレビューに回す |
| マネージャー介入 | データがなく、勘に頼るしかない | システムがプロセスデータを集約し、マネージャーが介入すべきか判断できるようにする |
「ペースの乱れ」で失注した案件はどれくらいあるか？
この種の失注が繰り返し発生するなら、リズム管理はチームがより早くギャップを発見し、証拠を補うアクションを計画する助けになります。結果が改善するかどうかは、チーム自身のデータで検証する必要があります。