「入れたのに、使われない」— 非営利・福祉現場の情報共有ツールが定着しない構造
kintoneを入れたが誰も入力しない。Slackを導入したがLINEの方が早いと使われない。Google Workspaceを入れたがGmailしか使われていない——こうした光景はX上でも繰り返し語られています。ツールが悪いのではなく、導入の順序に共通した構造的な原因があるようです。
最終更新: 2026年7月21日
2026年7月時点の情報です。本記事はX(旧Twitter)上で観測された複数の匿名投稿を要約・一般化したもので、特定の団体・個人の事例を指すものではありません。
1. 「入れたのに使われない」というよくある失敗
2026年5〜6月ごろ、Xでは「kintoneを入れたが誰も入力しない」「Slackを導入したがLINEの方が早いと使われない」「Google Workspaceを導入したがGmailしか使われていない」といった趣旨の投稿があったとされています。いずれも、導入自体は完了しているのに、現場での利用が定着しないまま終わってしまうパターンです。
さらに、Slack・Notion・Zoom・共有ドライブ・個別アプリのようにツールを次々と足し算していった結果、かえって現場の作業が止まってしまう、という趣旨の発信も継続的にあったとされています。導入した数だけ便利になるはずが、逆に「どこに何を書けばいいか分からない」状態を招くという指摘です。
これらは個々のツールの機能不足というより、「導入の仕方」に共通した構造があるのではないか——というのが、本記事で整理したい論点です。
2. なぜ起きるのか(構造的な3つの原因)
X上の複数の投稿を横断してみると、定着しない導入には共通して次の3つの原因が重なっているようです。
- (1) 業務が言語化・書き出しされていない状態でツールだけ入れる。誰が何をどの順番でやっているかが文章になっていないまま、ツールという「箱」だけを用意しても、何をどう入力すればいいか現場には伝わりません。
- (2) 「入力してもらう」フェーズを甘く見て、現場の協力を得る取り組みを省略する。ツールを設定して案内メールを送れば使われ始める、という前提自体が甘く、ここで諦めてしまうと定着しないまま終わる、という趣旨の指摘があったとされています。
- (3) ツールを足し算し続け、「どこに何があるか分からない」状態を作ってしまう。1つのツールが定着しないうちに次のツールを重ねると、情報の置き場所自体が分散し、結果的にどのツールも中途半端な利用にとどまります。
この3つは独立した問題ではなく、(1)を省略すると(2)でつまずきやすくなり、(2)でつまずいたまま次のツールに手を出すと(3)に至る、という一続きの流れとして捉えられます。
3. 具体例で見る失敗のパターン
2026年7月18日ごろ、業務改善系の投稿として、ある業種の事業者がkintoneを導入したが3ヶ月後にはほとんど使われていなかった、という事例が共有されたとされています。原因として挙げられていたのは、見積もりの勘所がベテラン数名の頭の中だけにあり、業務そのものが言語化・書き出しされていなかったことでした。この構造は、特定の職員の経験と勘に頼りがちな福祉・NPO現場の業務にもそのまま当てはまりうるものです。
2026年7月19日ごろには、ある法人のIT担当者とみられる投稿者が、kintone導入では「使ってもらえない」「現場の協力が得られない」というフェーズが避けられず、そこで諦めてしまうと定着しないまま終わる、という趣旨を発信していたとされています。これは前段の原因(2)そのものにあたります。
2026年7月20日ごろには、福祉現場勤務者とみられる投稿者が、勤怠システムなどを導入した際に「マニュアルを作っても読まれない」問題を指摘していたとされています。小規模な福祉現場では欠員対応・シフト修正・例外承認といった「通常時ではない」対応が日常的に発生するのに、汎用的な手順書は通常時のケースしか想定していないことが多く、業務フローを整理してからツールを選び、その後にマニュアルを作るという順序を守ることが大事だ、という趣旨だったとされています。
また2026年6月上旬には、NPO向けDX支援者とみられる投稿者が、ある福祉現場でLINE WORKSからSlackへの移行を提案したところ、「スレッド機能」という概念自体が現場に浸透せず壁にぶつかった、という事例を共有していたとされています。ツールの機能が優れているかどうかとは別に、現場が前提知識として持っている操作感からどれだけ離れているかが、定着のしやすさを左右するという例です。
LINE WORKSのような国内チャットツールの特徴や導入条件については、当サイトの LINE WORKS特別プランの記事 でも整理しています。
4. 導入前にできること(順序を変える)
これらの事例に共通する構造を踏まえると、「ツールが悪い」のではなく「導入の順序」が間違っているケースが多いように見えます。ツールを選ぶ前に、次の順序を踏むことが遠回りに見えて近道になりそうです。
- まず業務フローを先に整理する。誰が・何を・どの順番でやっているか、例外対応(欠員・シフト修正・承認漏れなど)も含めて書き出しておきます。
- 次に、その業務フローに合う最小限のツールから始める。一度に複数のツールを足し算しないことが、(3)で挙げた「どこに何があるか分からない」状態を防ぎます。
- そして「入力される仕組み」を先に作る。例えば、入力しないと次の仕事に進めないような設計にする、経営層や管理者自身が率先して使う姿を見せる、といった工夫は、案内メール1通よりも定着に効くとされています。
情報共有ツールそのものの選び方や料金比較については、当サイトの 情報共有ガイド で扱っています。本記事は「入れたあとに使われない」構造そのものに焦点を当てました。
5. 出典・関連記事リンク
本記事は、X(旧Twitter)上で観測された複数の匿名投稿を要約・一般化したものであり、特定の団体・個人の事例を指すものではありません。掲載した事例はいずれも伝聞にもとづくもので、当サイトが直接取材・検証した一次情報ではなく、投稿者の氏名・アカウント名・所属団体名・具体的な業種名は記載していません。kintone・Slack・LINE WORKS・Google Workspaceはいずれも実例として中立的に紹介したものであり、特定製品の優劣を主張するものではありません。掲載内容の誤りにお気づきの際は、お問い合わせからご指摘いただけると助かります。