導入の翌月まではみんな入力していた
まず、形骸化が「ある日突然」ではなく、ゆっくり進む現象だという話をさせてください。
ツールが死ぬとき、誰も「もう使うのをやめよう」とは決めていません。決定はないんです。あるのは、忙しい日に一度入力を飛ばして、それで特に怒られなくて、次の日も飛ばして、という小さな省略の積み重ねです。締切に追われた金曜の夜、「とりあえずSlackで連絡しておけば伝わるから、入力は来週まとめてやろう」と思った瞬間が、その人にとっての終わりの始まりになります。来週まとめて入力されることは、まずありません。
ここで経営者が犯しがちな間違いが、これを「現場の意識の問題」だと捉えることです。「ちゃんと入力するように」と朝礼で言えば直ると思っている。私も最初はそう思っていました。でも、意識で直るなら世の中の形骸化は全部直っているはずで、現実はそうなっていません。形骸化は意識ではなく、構造で起きます。
なぜ案件型ビジネスでツールは形骸化するのか
一般的な「ツールが定着しない理由」の記事はたくさんあります。サイボウズさんやITトレンドさんが詳しく書かれていて、言っていることは正しい。ただ、案件型ビジネスには案件型ビジネス特有の壊れ方があって、そこはあまり語られていません。私が見てきた範囲で、壊れ方はだいたい4つの形に集約されます。
ひとつめは、入力が「報告のための作業」になってしまうこと。本来、タスク管理は自分が次に何をやるかを整理するための道具のはずです。それがいつのまにか「上司に進捗を見せるために入力するもの」に変わると、現場にとっては純粋な追加業務になります。自分のためではなく、見られるために書く。これは続きません。人は自分の役に立たない作業を半年も続けられるほど勤勉ではないんです。私も含めて。
ふたつめは、案件が終わると情報も一緒に閉じること。制作でも代理店でも開発でも、案件にはわかりやすい終わりがあります。納品して請求が終わると、その案件のチャットルームは静かになり、関連ファイルはどこかのフォルダの奥に沈みます。次に似た案件が来たとき、前回の知見を引っ張り出すのが面倒なので、結局ゼロから考える。ツールに情報を貯めても、貯めた情報が次に使われないなら、貯める意味を現場は感じません。
みっつめが、これは個人的にいちばん根が深いと思っているんですが、通知が多すぎて、見るのをやめるという壊れ方です。コメントが付くたび、タスクが割り当たるたび、期限が近づくたびに通知が飛んでくる。最初は丁寧に対応しますが、1日に何十件も来るようになると、人は通知そのものを無視し始めます。全部見ないことが習慣になると、本当に重要な一件も埋もれます。通知は多ければ親切、というのは作り手の傲慢で、実際には通知の量がツールへの信頼を削っていきます。
よっつめは、経営層が見ていないから現場も入れないという、上から下への伝播です。社長や事業部長がそのツールを開かず、相変わらず「あの案件どうなってる?」と口頭で聞いて回っているなら、現場は「ちゃんと入力しても結局口で聞かれるじゃないか」と学習します。逆に、経営層が毎朝そのダッシュボードを見て、そこに書かれていることを前提に話しかけてくるなら、入力は一気に「やる意味のある作業」に変わります。定着は現場からではなく、上から決まる部分がかなり大きいです。
「運用設計が大事」が現場で空回りする理由
ここで、ツール定着の記事に必ず出てくる結論に触れておきます。「ツールありきではなく、業務起点で運用を設計しましょう」というものです。
これは100%正しいです。正しいんですが、現場に置くと空回りすることが多い。なぜかというと、「運用設計」という言葉が抽象的すぎて、明日何をすればいいのかがわからないからです。業務フローを書き出して、KPIを決めて、命名規則を整えて、段階的に導入して……というアドバイスは、それ自体が一個のプロジェクトになります。本業の案件で手一杯の中小企業に、定着のためのプロジェクトを別建てで走らせる余力は、正直ありません。
だから私は、運用設計を大上段に構えるより、もっと小さくて具体的な「やめること・絞ること」から入るほうが現実的だと考えています。立派な設計図を引くより、現場の手間を一個ずつ削るほうが、結果的に定着します。
定着する組織がやっている、地味なこと
導入がうまくいっている会社を見ていると、派手なことは何もしていません。やっているのは、だいたい次のようなことです。
入力を「業務の副産物」にしている。 報告のためにわざわざ入力させるのではなく、普段の作業の中で自然にデータが溜まる形にする。たとえば会議の議事録をそのままタスクの元データにする、デザインへの修正コメントがそのまま課題として残る、というように、入力を独立した作業にしない。これができている会社は、現場が「入力している」という意識すら持っていません。
見る場所を一箇所に絞っている。 進捗はAツール、ファイルはBツール、請求はCツール、と分散していると、人はいちいち全部を開きません。どれかが必ず放置されます。逆に、案件を開けばその案件のタスクも校正も請求の状況も全部そこにある、という状態だと、開く場所が一つで済むので習慣になりやすい。私がLOGLIKEで「案件軸の一元化」にこだわっているのは、機能を全部入りにしたいからではなく、開く場所を一箇所にしたいからです。
通知を増やすのではなく、絞っている。 全部の動きを通知するのをやめて、「自分が本当に動かないといけないこと」だけが目に入るようにする。締切が迫っているもの、自分宛のメンション、止まっている案件。それ以外は静かにしておく。通知設計は足し算ではなく引き算です。
経営層が毎日見る数字を一つ決めている。 これが効きます。社長が「毎朝このダッシュボードの、この数字だけは見る」と決めて、それを前提に会話する。すると現場は、その数字に関わる入力だけは絶対に止めなくなります。経営者がツールを見る習慣は、現場の入力習慣に直結します。
やめるツールを同時に決めている。 新しいツールを入れるとき、古いツールやスプレッドシートを「念のため残す」と、人は慣れたほうに流れます。新しいものを定着させたいなら、古いものを意図的に殺す。これは痛みを伴いますが、二重管理を放置するより健全です。
2026年、ツールもAIも「入れただけ」では根付かない
ここ1〜2年で、この話に新しい登場人物が加わりました。AIです。
「AIを入れれば現場が楽になって、ツールも定着するはず」という期待は、よくわかります。私も作り手なので、その期待に応えたい。ただ、データを見ると、AIの導入はツールの導入と全く同じ壁にぶつかっています。2026年の調査では、中小企業のDX着手率が43%まで来た一方で、明確に成功したと言える企業は21%にとどまっています。AI導入に至っては、「業務プロセスの整理ができていない」「現場が使わない」「導入すること自体が目的化する」という、ツール導入の失敗とそっくりの理由で同じ場所で止まる企業が後を絶ちません。多機能なグループウェアを入れたのに機能を活かせていない企業が7割を超えるという指摘もあって、これはAIでも同じ轍を踏みます。
競合各社のAI機能も、純粋な性能としてはかなり良くなっています。Notion AIは2026年にカスタムエージェントを出してきて、ビジネスプラン（月20ドル/人）以上で実質無制限に使えるようになりました。Asanaのintelligence機能は月1,500円/ユーザーの追加で、タスクの自動生成や会議メモの要約、リスクやブロッカーの検知までやってくれます。Backlogも2026年に入って継続的に機能を更新しています。どれも素直に優秀です。正直に言えば、できることが多い分だけ初見の人は何から触ればいいか迷いやすい、という共通の弱点もありますが、これは高機能なツール全般の宿命なので各社を責める話ではありません。
それでも定着しないのは、AIが賢いかどうかと、組織がそれを使い続けるかどうかが、別の問題だからです。AIで議事録を自動生成できても、その議事録を誰も次のアクションにつなげなければ、ただ精度の高いログが溜まるだけです。AIが優秀なほど、人間が「AIに任せたから安心」と判断を手放して、結局誰もボールを持っていない状態が生まれることすらあります。AIは定着の特効薬ではありません。むしろ、定着していない組織にAIを足すと、形骸化したデータの上で賢く動くだけの装置になります。
機能を増やすほど使われなくなる、というジレンマ
ここからは、プロダクトを作る側としての、少し情けない告白です。
LOGLIKEを開発していて何度もぶつかったのが、「機能を増やすほど、ツールは使われなくなる」というジレンマでした。ユーザーさんから「この機能が欲しい」という声をいただくと、作りたくなります。作ると、画面にボタンが増えます。ボタンが増えると、初めて触る人は「何から手をつければいいのか」がわからなくなって、最初の一歩を踏み出す前に閉じてしまう。良かれと思って足した機能が、定着の敵になる瞬間を、私たちは何度も見ました。
だから途中から、開発の判断基準を「機能が増えるか」ではなく「開く場所が増えるか・手間が増えるか」に変えました。新しいことができるようになっても、そのために現場が開く画面が一個増えるなら、それは負債だと考える。この基準は、機能の数を競う発想とは逆ですが、定着という一点に絞ればこちらが正しいと、今は確信しています。
LOGLIKEで、定着のハードルをどう下げているか
その考え方が、LOGLIKEの設計にそのまま出ています。宣伝に聞こえたら申し訳ないのですが、定着の話をしている以上、自分たちが何をやっているかも正直に書きます。
まず、案件を軸にタスク・デザイン校正・完了した課題の請求書ファイル・顧客情報を一箇所に束ねています。請求書を発行する機能ではなく、完了案件に紐づく請求書ファイルを案件の下で管理する、という位置づけです。開く場所を一つにする、という先ほどの「定着する組織がやっていること」を、ツール側で最初から用意している形です。
そのうえで、AI機能はあえて3つしか前に出していません。プロジェクトを分析して会議の内容から議事録まで作る「AIと会議」、普段の言葉で書いた文章からそのまま課題を立てる「AI課題生成」、遅延リスクを予測して事前に知らせる「AI予告通知」。AIでできることを片っ端から詰め込むと画面が複雑になって定着の敵になる、と先ほど書いたとおりなので、現場が迷わない範囲に絞っています。狙いは、AIで賢いことをすることではなく、入力と転記の手間をAIに肩代わりさせて、現場が「入力作業」を意識しなくて済むようにすることです。会議で決まったことが自動でタスクになれば、わざわざ転記する必要がない。入力が業務の副産物になる、という定着の条件を、AIで満たしにいっています。これらの詳細は機能ガイドにまとめています。
通知についても、全部を知らせるのではなく、止まっている案件や対応が必要なものに絞って届ける方向で作っています。すぐに手が回らないものは「あとで対応」にいったん逃がしておけるので、通知を無視する癖がつきにくい。経営層向けには、全案件の状況を一望できるダッシュボードを用意していて、社長が毎朝そこを見る習慣を作れれば、現場の入力習慣もついてきます。LOGLIKEが何を束ねているのかの全体像は、こちらのページにまとめてあります。
念のため書いておくと、LOGLIKEを入れれば定着が保証される、なんてことは言いません。やめるツールを決めるのも、毎朝ダッシュボードを見る習慣をつけるのも、結局は人間の側の仕事です。ツールにできるのは、その習慣を続けやすくすることだけです。
まとめ：ツールは「入れる」より「やめないで済む」設計が9割
長くなりましたが、私がいちばん伝えたいのは一点です。ツール選びで大事なのは、導入のしやすさより、やめないで済むかどうかです。
高機能なツールを苦労して導入することより、入力が副産物になっていて、開く場所が一つで、通知が静かで、経営層が毎日見ている——その状態を半年後も保てるかどうかのほうが、何倍も重要です。AIはその継続を助けてくれますが、定着していない組織を定着させる魔法ではありません。
もし過去にツールを2〜3周乗り換えて、そのたびに形骸化させてきた心当たりがあるなら、次に選ぶときは機能の多さで比べるのをやめてみてください。「これは半年後も、忙しい金曜の夜に開く気になるか」。その問いだけで選ぶと、たぶん答えが変わります。