CRMなしでリードを管理する方法

CRMがなくてもリードは管理できます。必要なのは、次の3つの問いにいつでも答えられる仕組みだけです。この人は誰か、次に何が起きるのか、そして誰が担当なのか。 CRMが担うそれ以外の機能、予測も見積もりもカスタムオブジェクトも、すべてはこの3つの答えの上に積まれた層にすぎません。多くの小さなチームには、その層はまだ必要ありません。必要なのは3つの答えが、一か所に、確実にあることです。

「一か所に、確実に」こそ、非公式なリード管理が壊れる地点です。しかも初日に壊れることは決してありません。スプレッドシートは動きます。何週間も動きます。やがて同じ午後に2人が編集し、ステータスが古びて、先週のリードのうちどれがまだ返信待ちなのか、誰も自信を持って言えなくなります。管理のすき間は静かに開きます。獲得のすき間とまったく同じように、そして同じ理由で。原因は摩擦であって、やる気ではありません。リードを失おうと決める人はいないのです。

本記事は、初回接触からフォローアップまでの間にリードが漏れる5つのポイントのうち、5つ目を掘り下げたものです。どの漏れが一番コストになっているか分からない場合は、まずそちらを読んでから、解決策としてこの記事に戻ってきてください。

「リードを管理する」とは実際に何を指すのか

それは、記憶にも受信トレイにも同僚にも頼らずに、進行中のすべてのリードについて次の3つに答えられる状態を指します。

この人は誰か。 名前、会社、連絡先、そしてどう出会ったかという文脈です。文脈のない連絡先は名前であって、リードではありません。
次に何が起きるのか。 日付の入った具体的な次のアクションです。「そのうち連絡する」はアクションではありません。「価格の内訳を送る、木曜日」はアクションです。
誰が担当なのか。 ちょうど1人です。チームでも共有受信トレイでもなく、何も起きていないことに気づく、名前のある1人の人間です。

いま使っている仕組みが、進行中のすべてのリードについて3つとも答えられるなら、道具が何であれ管理はできています。2つしか答えられないなら、そこには漏れがあります。たいていは3つ目が最初に欠け、2つ目が欠けたときの被害が最も大きくなります。

スプレッドシートは、なぜ突然うまくいかなくなるのか

スプレッドシートは記録としては優秀で、仕組みとしては貧弱だからです。入力したものを保存します。それ以外は何もしません。そして管理の実体は、その「それ以外」のほうにあります。

壊れ方は4つ。だいたいこの順番でやってきます。

意図を覚えていません。 「先方待ち」と書かれたセルは、それが19日間そのままだとは知りません。リードが沈黙しても浮かび上がらせる仕掛けがないため、静かなリードは催促されることなく、意識の外へ流れていきます。
2人が触れた瞬間に壊れます。 一方のローカルコピー、もう一方のフィルター、誰かが入力している最中に行を並べ替えるソート。チームでは、共有シートが静かに複数の個人シートへと分裂します。
履歴が残りません。 現在のステータスは見えます。それが3週間「提案送付済み」のままであることも、最後に誰が変更したのかも見えません。結果として、止まっている案件が新しい案件とまったく同じに見えます。
リードが発生する場所から遠い。 リードはバッジのスキャン、スマートフォン、フォーム、名刺の束から生まれます。すべてをシートに打ち直す必要があり、忙しい週に最初に省かれるのが、その打ち直しです。

とはいえ、スプレッドシートが間違いというわけではありません。1人で20件を扱うなら、シートは本当に正しい道具です。無料で、すぐ使えて、移行作業もありません。壊れる軸はひとつだけ、同時作業と時間の掛け算です。自分がどの軸にいるかが分かれば、動くべきタイミングも分かります。

CRMなしでリードを管理するには

3つの問いに答えられる、最小限の仕組みを作ります。ルールは5つ。スプレッドシートでも、共有テーブルでも、カンバンボードでも、専用ツールでも機能します。

リストはひとつだけにする。 出どころに関係なく、すべてのリードが同じ場所に着地します。イベントのスキャン、フォーム、紹介、LinkedIn。リストが2つあれば真実も2つになり、開く頻度が低いほうでリードは死にます。
誰でも読めるステータス集合にする。 5つか6つの値を一度だけ定義し、互いに排他にします。新規、連絡済み、商談中、提案、受注、失注。7つ目の誘惑には抵抗してください。誰も自信を持って付けられないステータスは、誰も付けません。
すべてのリードに名前のある担当者を置く。 割り当てるのは獲得した瞬間、リストに載る前です。持ち主のいないリードは共有受信トレイの典型的な犠牲者で、全員が「誰かがやっている」と思い込み、結果として誰もやりません。
進行中のリードには必ず日付入りの次アクションを置く。 これは仕組み全体で最も価値のある項目であり、非公式な運用がまさに省くところです。日付のあるアクションがないリードは管理されておらず、ただ記憶されているだけです。その記憶こそ、置き換えようとしている対象です。
効き目のある週次レビューを行う。 10分、1行につきひとつの問い。この次アクションはまだ有効か。過去日付のものは、日程を引き直すか、担当を替えるか、失注として正直に閉じます。リードを閉じることも管理のうちです。増えるだけのリストは、いずれ読まれなくなります。

みんなが手放すのは5つ目で、これを手放すと残りの4つも無効になります。管理の仕組みとは保存形式のことではありません。保存形式がぶら下がった習慣のことです。

どの方法がチームに合うか

方法	向いている状況	壊れるとき
ノートやメモアプリ	1人、リードは少数、短いサイクル	他の人が見る必要が出たとき、来月に持ち越すリードが出たとき
スプレッドシート	1〜3人、進行中のリードが100件程度まで	同じ日に2人が編集するとき、発生元からの打ち直しが止まったとき
ラベル付きの共有受信トレイ	リードがすべてメールで届くチーム	リードがイベント、電話、フォーム由来で、担当があいまいなまま残るとき
軽量なリードパイプライン	対面で獲得し、導入プロジェクトなしに担当者・ステージ・リマインドが必要なチーム	見積もり、予測、深いカスタマイズが必要になったとき
本格的なCRM	多段階の商談、複数の営業担当、予測、深い連携	維持する担当が決まっておらず、利用が細り、データが古びるとき

多くのチームが気づかないまま座っているのは、4行目です。同時作業の面ではスプレッドシートを卒業しているのに、CRM導入を正当化できるほど商談が複雑ではない。だからシートに留まり、漏れを静かに飲み込みます。リードの取りこぼしの大半は、この中間地帯で起きています。

本当にCRMが必要になるのはいつか

サインは5つ。2つ重なれば、CRMのほうが安い選択肢になっています。

同じリードを1人か2人より多くが触っている。 同時作業はスプレッドシートの絶対的な限界で、件数の壁よりずっと早く訪れます。
商談に実際のステージがあり、数週間かかる。 リードが1か月「提案」に留まりうるなら、必要なのは履歴とリマインドであって、ステータスのセルではありません。
誰かが予測を求めてきた。 加重パイプライン金額は構造化データ上の算術です。自由記述からは安定して取り出せません。
リードを別の場所へ流す必要がある。 マーケティングオートメーション、サポート、経理、あるいはすでに社内の正とされているSalesforceやHubSpotなどです。
リードを失っているのに、どこで失ったか言えない。 漏れを測れなくなった時点で、非公式な管理はもう何の節約にもなっていません。

そして、はっきり書いておくべき逆のサインです。最新の状態に保つ担当が決まっていないなら、CRMは管理を直してくれません。同じ漏れを、より高価な道具へ移すだけです。スプレッドシートは実態とのズレで機能不全になります。手入れされないCRMも同じズレで、そこにライセンス料が上乗せされるだけです。

60秒のチェック

いま使っているものを開いて、4つの問いに答えてみてください。

進行中のリードはいま何件ありますか。 同じ行を二重に数えず、ひとつの数字で。
そのうち、日付入りの具体的な次アクションがあるのは何件ですか。 「フォローする」ではなく、アクションと日付です。
名前のある担当者がちょうど1人いるのは何件ですか。
そのうち、あなたから2週間以上連絡がいっていないのはどれですか。

1つ目の問いに数秒以上かかるなら、リードは複数の場所に散っています。2つ目や3つ目に「だいたい全部、たぶん」と答えたなら、それは管理ではなく記憶です。4つ目の問いは漏れそのものであり、今日まだ手を打てる名前のリストという形で現れます。

ツールが担う部分と、正直な但し書き

スプレッドシートとCRM導入の中間にある選択肢、それがLynquが想定している領域です。対面で獲得したリードは、そのままひとつのパイプラインに入ります。紙の名刺からスキャンしても、デジタルカードを共有して保存されても、獲得フォームから送られてきても、メモとタグは後で打ち直すのではなく同じ動作の中で付きます。各リードはステージ、名前のある担当者、期限付きタスクを持つので、次のアクションは誰かの頭の中ではなくリードの上に存在します。そして本当に全社の正となるシステムが必要になったときは、リードをSalesforce、HubSpot、Zoho CRM、Pipedrive、Microsoft Dynamics 365へ送れます。軽量なボードは行き止まりではなく、道の途中の一段階です。

正直な但し書きです。規律を生み出すツールは存在しません。週次レビューをする人がいなければ、パイプラインのボードもスプレッドシートと同じように古びます。自動で埋まっていく分、むしろ早く古びます。専用ツールが取り除けるのは、打ち直しの手間、担当のあいまいさ、そして動きを止めたリードのまわりの沈黙です。週10分そのものを取り除くわけではありません。その10分で足りるようにするだけです。

FAQ

CRMなしでリードを管理できますか。 できます。ただし、各リードについて3つの問いに答えられる仕組みであることが条件です。その人が誰で、どう出会ったか。次のアクションは何で、いつ実行するのか。そして担当する1人は誰か。小さなチームなら、スプレッドシートや共有ボードで十分にこなせます。できないのは、沈黙したリードを追いかけること、複数人の同時編集に耐えること、履歴を残すことです。漏れはそこから生まれます。

スプレッドシートでリードを管理する最適なやり方は。 すべての流入元をひとつのシートにまとめ、1リード1行にして、担当者、ステータス、次アクション、その日付、流入元、最終接触日の列を持たせます。次アクションの日付で並べ替え、上から処理していきます。週に一度シート全体を見直し、死んだものは閉じてください。増えるだけのシートは読まれなくなります。

小さな会社がスプレッドシートからCRMへ移るべきなのはいつですか。 同じリードを1人か2人より多くが扱うようになったとき、商談が数週間にわたり実際のステージを持つようになったとき、あるいは誰かが予測を求め始めたときです。移行を強いるのは通常、件数よりも同時作業です。最新の状態に保つ担当が決まらないなら、CRMに移っても問題は解決せず、場所が変わるだけです。

書き留めてあるのに、なぜリードは失われるのですか。 書き留めてあることと、管理されていることは別だからです。担当のいないリードは全員のものであり、つまり誰のものでもありません。日付入りのアクションがないリードは、誰かが思い出すかどうかに依存します。どちらも音を立てずに失敗します。警告は出ないので、リードはそのまま冷めていきます。

リード管理の仕組みに最低限必要な項目は。 連絡先、どう出会ったかという文脈、名前のある担当者1人、読めるステータス、日付入りの次アクション、そして最終接触日です。たまにしか埋まらない20項目より、必ず埋まる6項目のほうが勝ります。

CRMなしでリードを管理する方法（そして本当にCRMが必要になるとき）