「導入費用をかけたのに、半年後には誰も触らなくなっていた」——kintoneやSalesforceを導入した中小企業から、このような話を聞くことは珍しくない。ツールの問題ではない。導入の進め方に、共通したパターンがある。
費用だけが残り、業務は変わらなかった、という結末を防ぐために、なぜ使いこなせなかったのかを構造的に見ていく。kintoneやSalesforceは確かに優れたプラットフォームだ。しかし「優れたツールを導入すれば業務が変わる」という発想そのものに、失敗の種が含まれている。
使いこなせなかった3つの理由
理由① カスタマイズなしでデフォルトのまま運用しようとした
kintoneもSalesforceも、「自社の業務に合わせてカスタマイズすることを前提としたプラットフォーム」だ。デフォルトの状態は、あくまでも出発点に過ぎない。
しかし多くの中小企業では、導入コストを抑えるためにカスタマイズを省略し、デフォルトのまま現場に渡してしまう。その結果、画面の項目が自社の業務と合わず、「結局どこに何を入れればいいかわからない」という状態になる。
Salesforceで言えば、「商談」「取引先」「リード」といった概念が、自社の営業フローと対応していないケースがある。小さな会社の営業では「見込み客」「商談中」「受注」という三段階で業務が動いていても、Salesforceのデフォルト設定は別の段階分けになっている。この乖離を放置すると、「このシステムに自分の業務が当てはまらない」という感覚が積み重なる。
kintoneでも、アプリを作成するところから設計が必要なのに、サンプルアプリをそのまま使い続けると、業務の実態と乖離が生まれる。「顧客管理サンプル」には自社にとって不要な項目が多く、自社に必要な項目が足りない、という状態だ。
ツールを導入するとは、ツールに業務を合わせるのではなく、ツールを業務に合わせることだ。この前提を持たずに始めると、どれだけ機能が豊富でも使いこなせない。カスタマイズコストをケチることが、最終的に「使われないツールへの投資」というより大きなコストになる。
理由② 管理者の教育が追いつかなかった
kintoneやSalesforceは、管理者がアプリやワークフローを設定・変更できる構造になっている。現場の「ここを直してほしい」という要望に応えられるのは、社内の管理者だ。
しかし多くの中小企業では、管理者として任命された担当者が「使い方を十分に理解していない」状態で本番稼働を迎える。現場から要望が上がっても対応できず、不満が積み重なる。担当者自身も「自分には難しい」という感覚を持ち続け、積極的な改善が生まれない。
さらに、担当者が他の業務を持ちながら片手間で管理者業務を担う場合、ツールの習熟に充てられる時間が確保できない。「システム担当者」という役割が名目だけで、実態は通常業務の合間に対応する程度になると、改善のスピードが落ちる。現場は「言っても直らない」と感じ、フィードバックを出す意欲を失う。
成功している会社は、導入前に管理者担当者に十分な学習期間を与えている。ベンダーのトレーニングプログラムを活用し、自社の業務に沿った設定を管理者自身が作れるレベルまで習熟させてから、現場展開を始める。また、管理者業務の時間を明示的に業務スケジュールに組み込み、他の業務に埋もれないようにしている。
理由③ 現場がメリットを感じられなかった
新しいツールを使い続けるには、「これを使うと自分の仕事が楽になる」という実感が必要だ。この実感がなければ、業務で使う動機が生まれない。
中小企業のSalesforce・kintone導入で起きがちなのは、「管理する側は便利になるが、入力する現場には手間だけが増える」という構造だ。マネージャーは集計・レポートが楽になるが、スタッフは報告のための入力が増える。「これは誰のためのシステムか」という問いに「マネージャーのため」という答えしか出てこないと、現場スタッフは使い続ける理由を持てない。
kintoneで言えば、スタッフが日々の業務で「このアプリを使うと仕事が速くなる」「探していた情報がすぐ出てくる」という体験がなければ、「入力の義務が増えたツール」という位置付けになる。メリットを感じるのが経営者・管理職だけでは、定着は難しい。
スタッフ目線で「使うと楽になる機能」を優先して設計する姿勢が、定着の基盤になる。
失敗した会社と成功した会社の違い
同じツールを使って、片方は定着し、片方は使われなくなった。この違いはどこにあるのか。
成功した会社に共通しているのは、「現場の問題から設計を始めた」という点だ。まず「自社の何が課題か」を業務レベルで整理し、その解決のためにツールをどう設定するかを考えた。ツールありきではなく、課題ありきでツールを使った。「kintoneを導入する」ではなく、「受注後の進捗共有に時間がかかっている問題をkintoneで解決する」という出発点で動いた。
失敗した会社は逆だ。「kintoneを導入する」が目的になり、現場の課題整理が後回しになった。ツールが入ったことで「デジタル化した」という感覚は生まれたが、業務の実態は変わらなかった。なんとなく便利そうなアプリをいくつか作ったが、どれも中途半端で、最終的にどれも使われなくなった。
もう一つの違いは、導入後のフォローだ。成功した会社は、稼働後3ヶ月を「定着期間」として位置付け、週次で現場のフィードバックを集め、設定を修正し続けた。導入がゴールではなく、定着がゴールだという認識が、結果に大きな差をもたらした。
今からでも遅くない
すでに導入して使いこなせていない状態でも、立て直しは可能だ。まず「現場がどこで詰まっているか」を丁寧に聞き取ることから始める。入力が面倒な画面は設定を変える。必要なのに表示されていない情報は追加する。使われていない機能は整理し、本当に必要なものだけを残すことで「使えるツール」に近づく。
現場のフィードバックを設定に反映させるサイクルを回すことで、徐々に「使えるツール」に変わっていく。一度失った現場の信頼を取り戻すには時間がかかるが、小さな改善の積み重ねが「このシステム、最近使いやすくなった」という感覚を生む。
高額なツールを眠らせ続けることは、最大のコストだ。
導入前に確認すべき問い
kintoneやSalesforceの導入を検討している段階で、確認しておくべき問いがある。
「このツールで解決したい課題は何か」——これが明確でない場合、導入後に「何に使えばいいかわからない」という状態になる。ツールの機能から使い道を探すのではなく、解決したい課題からツールの活用方法を導く順序が重要だ。
「社内に管理者を担える人材がいるか」——ツールの設定・変更・トラブル対応を担える担当者が確保できない場合、導入後の改善が止まる。外部のサポートに依存するだけでは、現場の細かな要望に応えるスピードが落ちる。
「現場にメリットを感じてもらうための設計ができているか」——管理側の利便性だけを優先した設計は定着を妨げる。現場スタッフが「これを使うと楽になる」という体験を最初に届けることが、その後の使い続けてもらうための基盤になる。