事例

Excelの混乱から自社専用CRMへ、8週間の軌跡:事例研究

14名の卸売会社は、誰もが頼りながら誰も完全には信用していない1枚の共有スプレッドシートで、販売パイプライン全体を回していました。私たちがそれをどう置き換えたのか——何を作り、何をあえて作らず、その後何が変わったのかを、ありのままにお伝えします。

Have a nice dayHave a nice day読了 約3分
Excelの混乱から自社専用CRMへ、8週間の軌跡:事例研究

小さな会社を静かに動かしている、ある特別な種類のスプレッドシートがあります。それは単純な顧客リストとして始まり、5〜6年のうちに社内で最も重要で——最も危険なファイルへと育ちました。誰もが頼り、誰も信用していません。そして最後に壊れるとき、それはたいてい最悪の日を選んで壊れます。これは、そんなスプレッドシートの1つと、その中で生きていた14名の会社、そして彼らをそこから救い出すのに要した8週間の物語です。

私たちは多くの中小企業と仕事をしており、この事例は匿名化しています。お客様から社名は出さないよう求められ、ここでの数字は監査済みの値ではなく、丸めた説明用の概数です。しかし状況は本物です。もし御社が、徐々に負債と化しつつある共有スプレッドシートで事業を回しておられるなら、おそらく望む以上に多くの点で身に覚えがあるはずです。これを書く目的は、プロジェクトを自慢することではありません。実際にどんな判断を下したのか——明白な答えが間違っていた場面も含めて——お見せすることにあります。

全体を通して、何が大変だったか、何をあえて省いたか、そして本当の価値がどこから生まれたかを正直に書くよう努めました。ネタばらしをすると、それは誰もが予想した部分ではありませんでした。

状況:1つのファイル、14名、信頼ゼロ

お客様は地域密着の卸売業者で、商品をまとめて仕入れ、小規模な小売店や事業者向けに販売しています。14名——営業に数名、倉庫に2名、オフィスマネージャー、そしてオーナー2名。健全な事業で、着実に成長しており、記憶だけで回すには大きすぎ、しかし「本格的な」ソフトを買うには小さすぎる、そんな会社でした。

彼らの営業活動はすべて、クラウドドライブ上の1枚の共有スプレッドシートの中で生きていました。顧客、連絡先、注文履歴、誰が誰にいくら負っているか、フォローアップのメモ、そしてオフィスマネージャーだけが完全に理解している色分けの仕組み。列はおよそ40、行は優に1000を超えていました。どの瞬間も、3〜4人が同時に開いている状態でした。

症状は想像がつくでしょう。2人が同じ行を編集し、一方が静かにもう一方を上書きする。営業担当がシートをフィルタし、解除を忘れ、次の人が「顧客が半分消えた」と慌てる。どの電話番号が最新なのか、誰も分からない。月次の売上レポートはオフィスマネージャーが手作業でほぼ丸一日かけて組み立て、しかもオーナーはそれを全面的には信じていませんでした。ファイルはこの2年で2度、誰かが消してはいけないものを消した後にバックアップから復旧されていました。

スプレッドシートが悪かったわけではありません。14名が毎日、同じ十数個の問題を静かに回避し続け、そのコストに気づかなくなっていたのです。
最初のワークショップのメモより

ここが肝心です。誰も大声では文句を言っていませんでした。それが、自分自身を持て余したスプレッドシートの罠です。痛みは全員と毎日に薄く広がっているため、決して危機にはならず——ただの「天気」になってしまうのです。オーナーが私たちに連絡したのは、災害が起きたからではなく、隙間からこぼれ落ちたフォローアップのせいで良いお客様を1人失い、ようやく「他にいくつ取りこぼしたのか」と問わざるを得なくなったからでした。

数十の列と衝突する色分けセルで埋め尽くされたモニター上のスプレッドシート、画面の縁に貼られた数枚の付箋、ガラスにうっすら映り込むいら立った事務員
会社を動かしていたファイル:40の列、1000の行、そしてたった1人しか理解できない色分け。

なぜ既製のCRMをただ買わないのか?

これは誰もが最初に尋ねる質問であり、正しい問いです。優れて安価なCRM製品は数多くあります。私たちは本気でお客様に既製品を勧めようとしました——たいていそれが速くて安い答えであり、不要なものを売るくらいなら開発案件を失う方を選ぶからです。

そこで私たちはいつもの検証を行いました。彼らの実際の業務を、よく知られた2つのCRMツールに当てはめてみたのです。約80%はきちんと収まりました。残りの20%が致命傷でした。彼らの価格設定は顧客ごとの段階と数量割引に基づいており、標準的な「商談」オブジェクトには対応しませんでした。注文履歴は、置き換えるつもりのない倉庫システムと連携する必要がありました。そして、単発の販売ではなく緩やかな周期で再注文する継続的な事業者顧客を追う仕組みは、標準のパイプラインモデルには端的に存在しませんでした。

業務をツールに無理やり合わせることもできました。多くのコンサルタントならそうしたでしょう。しかし、ソフトを満足させるために14名へ価格付けや再注文のやり方を変えるよう求めるのは、1か月以内に全員を静かにスプレッドシートへ逆戻りさせる絶好の方法です。古いファイルがこれほど長く生き延びた理由は、それが彼らに合わせて曲がったからにほかなりません。それを置き換えるものは何であれ、同じことができなければなりませんでした。

8週間が実際にどう進んだか

「自社専用CRM」に8週間と聞くと速く感じますし、もし本当に自社専用CRMを作ろうとしていたなら、確かに速すぎたでしょう。私たちはそうしませんでした。この会社に必要なCRMの狭い一切れだけを作り、不要なものはすべて意図的に外しました。工程が守られた理由は、ひとえにこの範囲の規律にあります。

週ごとのおおまかな配分は次のとおりです。実際にはこれほど整然とはしておらず——週は溶け合います——が、形としては正直なところです。

  1. 1
    第1〜2週:設計せず、観察する
    営業チームとオフィスマネージャーの隣に座り、彼らが実際にスプレッドシートを操作する様子を見守りました。要件定義の会議ではなく、本物の観察です。色分けや、常設化していた3つの「一時的な」サブシートなど、誰も口にしようと思いつかないことを見つけたのは、ここでした。
  2. 2
    第2〜3週:データを整え、何が真実かを決める
    何かを作る前に、スプレッドシートそのものをほぐしました。重複した顧客、生きていない連絡先、同じ社名の3通りの書き方。地味で骨が折れる作業でしたが、私たちが彼らにした最大の貢献でした。混乱を移行して、きれいなシステムを期待することはできません。
  3. 3
    第3〜6週:核を、彼らの手の中で作る
    顧客、連絡先、注文履歴、価格段階、そして既製ツールにはできなかった再注文の追跡。完成品を最後に披露するのではなく、毎週、動くバージョンをお見せして、彼らに壊してもらいました。
  4. 4
    第6〜7週:倉庫とレポートをつなぐ
    既存の倉庫システムへの読み取り専用の連携で注文履歴がひとりでに埋まるようにし、加えてオーナーが本当に気にかけていた唯一のレポート——顧客別の月次売上——を手作業ではなくオンデマンドで生成できるようにしました。
  5. 5
    第8週:移行、研修、並行運用
    整えたデータを移し、2回の短いセッションでチームを研修し、安全網としてさらに2週間、古いスプレッドシートを読み取り専用で開いたままにしました。最初の数日を過ぎると誰も必要としませんでしたが、そこにあること自体が切り替えを「後戻りできるもの」に感じさせ——だからこそ皆が踏み込めたのです。
倉庫の事務所でノートパソコンを囲む小さなチーム、ディスプレイ上のすっきりした簡素なCRM画面を指す開発者、暖かい自然光、皆が身を乗り出して熱心に見入っている
毎週の「見せて壊す」セッション:チームは完成した箱を渡されるのではなく、システムが育つのを見て、自ら形づくりました。

私たちが作ったもの——そして外したもの

完成したシステムは、正直なところ見た目には大したものではありません。それが狙いでした。この会社が実際に働くやり方どおりに、少数のことだけを行い、それ以外は何もしません。ものを外す規律こそが、それを使い続けられるものに保ったのです。

入れたもの:電話番号と住所の唯一の真実の源を備えた、整った顧客・連絡先レコード。倉庫システムから自動で取り込まれる注文履歴。彼ら本来の価格段階と数量割引。誰がそろそろ再び買う頃かを営業が見渡せる、簡素な再注文サイクルの一覧。静かな顧客が抜け落ちないようにするフォローアップのリマインダー。そして、2クリックで生成される月次売上レポート。

  • あえて外したもの:マーケティングモジュール——メール配信はしないので、無用の重荷になっていたでしょう。
  • モバイルアプリ——営業チームはデスクで働き、倉庫にはタブレットがあるので、レスポンシブなウェブ表示で十分でした。
  • 「リードスコアリング」や予測エンジン——流行ではありますが、彼らが求めたのは既存顧客の明瞭さであって、予測ではありませんでした。
  • リリース時点でのあらゆるAI機能——まだ言語を扱うべき問題がなかったので、AIを足しても装飾にしかなりませんでした。
  • 細かい権限階層——信頼できる14名に14段階の権限は要りません。私たちはシンプルに保ちました。

この最後の区分は、最初の区分と同じくらい重要です。機能を1つ足すたびに、保守し、説明し、間違えうるものが1つ増えます。中小企業に、500名規模の会社が必要とするCRMは要りません。そうでないふりをすることこそ、8週間のプロジェクトを8か月のものに変える道です。私たちは欠けた部品を後から足せる明確な余地を残しました——ただし、機能リストが薄く見えるからではなく、本当の必要が現れたときだけです。

本当に難しかったのはソフトウェアではなかった

もし、難しさは技術的なものだと思ってここまで読んでこられたなら、どんでん返しがあります。開発は易しい部分でした。難しかったのはスプレッドシートの引力です。人々はそのファイルに何年もの体の記憶を持っていました。一度も口にしなかった個人的なサブシートを持つ人もいました。ある営業担当は、長年自分のメモで仕事をしてきた末に、システムに「追跡される」ことをとても丁寧に拒みました。

それをソフトウェアで解決したのではありません。新しいシステムを初日から彼にとって本当に速くする——彼の顧客、彼の再注文リスト、彼のフォローアップ、以前より少ない入力——ことで、押し付けられた道ではなく、楽な道にしたのです。2週間の並行運用が残りを担いました。古いやり方が必要なときにまだそこにあると分かれば、人はそれにしがみつくのをやめます。早すぎるうちに取り上げれば、人は塹壕に立てこもります。

スプレッドシートを置き換えるのはソフトウェアの仕事でした。スプレッドシートの習慣を置き換えることこそが本当のプロジェクトであり——それは、ほとんどの開発が見落とす部分です。
引き渡しの際にオーナーへ伝えたこと
デスクトップ画面に表示された、整った顧客リストと1つの売上グラフだけの、すっきりとした最小限のCRMダッシュボード、落ち着いて雑然としていない、傍らには閉じたノートパソコンとコーヒー、混沌としたスプレッドシートは消えている
この置き換えは、意図して退屈です。会社が実際に働くやり方どおりに行う、ほんの数つの機能。

その後、何が変わったか

まず数字から。ただし正直な但し書きとして、これらは公開後数か月のお客様自身の丸めた数値であり、独立した監査ではありません——御社への保証ではなく、進む方向の目安としてお受け取りください。

項目導入前(スプレッドシート)導入後(自社CRM)
月次売上レポート手作業で約6時間おおよそ2クリック
「最新の電話番号はどこ?」毎日の当て推量信頼できる1つのレコード
データ消失・上書きの不安2年で2回今のところゼロ
静かに離れていく顧客その数を誰も知らなかった見える再注文リスト
新人がシステムに慣れるまで暗黙知に何週間もおおよそ半日
お客様自身のおおまかな見積もりによる、導入前と導入後。

オーナーが気にかけた見出しはレポート時間でした——毎月ほぼ丸一日を取り戻すことは、れっきとしたお金です。しかし、数か月後も彼らが口にし続けた変化は、もっと静かなものでした。ファイルのことを心配しなくなったのです。「データは正しいか、今にも壊れるのではないか」という低い背景の不安が、ただ消えました。皮肉にも、それはスプレッドシートには載せられませんが、彼らが「よく使ったお金だ」と言った理由は、まさにそれでした。

再注文リストは、私たちが完全には予測していなかった形で報われました。数か月のうちに営業チームは、静かに休眠していた数社の事業者顧客と再びつながりました——まさに、そもそもプロジェクトのきっかけとなった取りこぼしの種類です。取り戻した1社が、開発費を十分に上回りました。御社で必ず起きるという約束ではありません。人々が顧客を実際に見られるようになったとき、価値がどこに潜みがちかを示す一例です。

事業を動かすスプレッドシートを、もう持て余していませんか?

御社の営業データや顧客データが、誰もが頼り誰も信用していない1枚の共有ファイルに収まっているなら、たいていそれが話をすべき頃合いです。まず御社の実際の業務を拝見し、そもそも自社専用CRMが必要なのか——それとも既製品で足りるのかを、正直にお伝えします。

小さな会社向けのCRMの作り方を見る

よくあるご質問

自社専用CRMに8週間は現実的ですか?
現実的です——ただし、それはフル機能の企業向けCRMではなく、意図的に狭いシステムを作ったからこそです。範囲を厳しく絞れば工程は守れます。事業に必要な特定の一切れを定義し、まずデータを整え、必須でないものはすべて外してください。「何でもやる」という要望こそが、8週間を8か月に変えます。規律は、何を作らないと決めるかにあります。
置き換えではなく、スプレッドシートを直すべきでしょうか?
場合によっては、そのとおりです。問題がおもに混乱——重複、構造の欠如——であれば、本格的な整理といくつかのルールで1〜2年は稼げます。置き換えが理にかなうのは、問題が構造的なときです。複数人の同時編集、まともなレポートの不在、変更履歴の不在、信用できないデータ。御社のスプレッドシートが一度ならずバックアップから復旧されているなら、もう直す段階は過ぎています。
このようなプロジェクトの費用はどれくらいですか?
御社の業務を拝見せずに金額を申し上げることはできません——本当に必要な量と、必要だと思い込んでいる量によって、まったく変わるからです。しかし費用を左右する正直なてこは、時間単価ではなく範囲です。本当の痛みを解決する、きつく絞った初版は、膨れ上がった「将来に備える」プラットフォームよりはるかに安く、しかも実際に使われるのもそちらです。私たちは必ず、範囲を小さくする試みから始めます。
何年分ものデータをスプレッドシートから移行するのは、どれほど危険ですか?
移行そのものは、退屈な作業を先に済ませれば低リスクです。データを整えて重複を除き、何を真実の源とみなすかを合意し、安全網として元のファイルを読み取り専用で残してください。本当のリスクはデータの喪失ではなく——矛盾と混乱を、ぴかぴかの新システムへ持ち込むことです。だからこそ、移すこと以上に整えることが重要なのです。
チームは本当に使ってくれますか、それとも古い習慣に戻りますか?
それこそが本当の問いであり、ソフトウェアではなく展開のしかたの問題です。人が戻るのは、新しいツールが自分にとって遅いとき、あるいは古いツールが突然取り上げられたときです。私たちはその両方を避けます。最もよく使う人々にとって、新システムを初日から本当に速くし、誰も手を伸ばさなくなるまで古いやり方を並行して動かすのです。強いた定着は崩れがちで、勝ち取った定着は根づきがちです。
Have a nice day
Have a nice day
編集部

Have a nice day は、中小企業のデジタル化を支援するソフトウェアスタジオです。スライド上だけでなく、日々の業務で本当に機能する自動化・AI・カスタムソフトウェアを提供します。

関連サービス