数字が部署ごとに合わない

「データが揃ってから」を判断に変えるのは、再開日を書くことだけです

公開 2026年9月7日

施策を止めるとき、「やめます」ではなく「データが揃ってから決めます」と言われることがあります。

会議では別の結論に聞こえます。3か月後に見に行くと、ほとんど同じ状態でした。

差がついたのは、再開を判定する日付を書いていたかどうかだけです。

待ち時間の大半は、データを集める時間ではない

IDEATECHとデマジェン総研の北川裕康氏による「【第2弾】日本のBtoB大型購買プロセス調査」を見ます。2026年5月25〜26日調査、6月9日公表、有効回答330。年間契約金額500万円以上のB2B業務ソフトウェアやSaaS、ITインフラ・セキュリティ商材の購買に2名以上で関与した人が対象です。IDEATECHは調査PRを事業とする会社で、パネル型のインターネット調査なので、比率は桁感として読んでください。

検討が長期化したという回答は73.5%。その原因を聞いた設問（n=239）では、1位が「経営層の判断が下りるまで時間がかかった」63.6%、2位が「情報収集に時間がかかった」45.2%、3位が「関与者が増えて調整に時間がかかった」38.1%、4位が「予算承認に時間がかかった」31.0%でした。

情報収集も上位です。ただ、それを大きく上回るのが判断待ちです。

つまり「データが足りないから決まらない」という説明では、消えている時間の内訳を説明しきれません。データを足しても、1位の項目は短くなりません。

「揃う」の定義がないまま待つので、待機は終わらない

もう1つ、待機の前提が成り立っていないことがあります。待てばデータが増える、という前提です。

キーウォーカーの「営業部門におけるSFA・CRM・BIツールの課題と今後の活用展望」を見ます。2025年10月8〜10日調査、11月11日公表、n=1,034。SFA・CRM・BIツール導入済み企業の営業部門の担当者と管理職が対象で、PRIZMAによるインターネット調査です。Tableauの導入支援を行うBIベンダーの自社調査なので、こちらも桁感として扱います。

入力のタイミングを聞いた設問で、「入力できていない、または漏れが多い」が12.5%ありました。即時入力ではない人に理由を聞くと、1位が「他業務を優先している」44.2%、2位が「入力項目が多すぎる」38.5%です。

どちらも、施策を止めれば解消する種類の理由ではありません。むしろ止めた期間は誰も案件を触らないので、データは増えるより先に古くなります。

欠損は待機で解ける一時的な状態ではなく、その組織の定常状態です。定常状態が終わるのを待つと、終わりは来ません。

待つと言った人に3つ聞くと、データ不足かどうかが分かる

止めるか待つかを決める前に、待機を提案した人に3つ聞いています。

どの数字を見るのか。それがいくつになったら再開するのか。再開したら誰が何をするのか。

3つとも答えが返るなら、それは判断です。期日を決めて待てばいい。1つでも返らないなら、不足しているのはデータではありません。

経験上、返ってこないのは2つ目です。「もう少し様子を見て」という答えが返ってきます。閾値がないので、いくつ数字が集まっても再開の合図が鳴りません。

そのとき本当に決まっていないのは、外したときに誰が説明するかです。先ほどの調査で長期化の原因1位が経営層の判断待ちだったのは、ここと地続きだと考えています。承認の経路が決まっていない案件は、データが3か月分増えても同じ場所で止まります。

数字がいくつなら何をするかを先に決める話は、ダッシュボードを増やす前に、判断基準を1行決めるに書きました。この記事はその手前で、そもそも動かすかどうかを保留にしている状態を扱っています。

再開日を書けない待機は、保留ではなく不採用にする

運用として決めているのは2つです。

待機を選んだ案件には、再開を判定する日付と、その日に見る数字を1つ書く。日付はカレンダーに置き、担当者を付けます。書けない案件は「保留」に置かず、「今期はやらない」に落とします。

理由は単純で、保留の在庫は誰も数えないからです。やらないと決めた案件はゼロ件として扱われますが、保留の案件は毎月の会議で少しずつ時間を取り、担当者の頭の隅にも残り続けます。止めた場合と同じ結果に、確認のコストだけが上乗せされます。

途中でやめた案もあります。保留案件を一覧にして、月次で棚卸しする案です。棚卸しの会議自体が「まだ判断しなくていい場所」になりました。一覧を作るより、案件ごとに日付を1つ書くほうが効いています。

待つと決めること自体は悪くありません。可逆な施策なら、7割の情報で動いて後から直せばいい。逆に不可逆な投資なら、待つ価値はあります。判断が要るのはそこで、データの量ではありません。

収益の設計を、施策単位ではなく工程と時間で見る考え方はレベニューアーキテクチャとはにまとめています。

「データが揃うまで待つ」は、再開を判定する日付とそのとき見る数字を書いたときだけ判断になります。書けない待機は先送りで、止めた場合と3か月後の状態は変わらず、確認のコストだけが残ります。

いま保留になっている施策を書き出して、それぞれに再開日が入っているか見てください。入っていないものは、今週のうちに日付を入れるか、やらないと決めるかのどちらかです。