kintoneで「本当に使われるアプリ」を作る。現場定着率を上げる設計の3原則

こんにちは、apro-incの業務改善・DXコンサルタント、AYAKAです。

kintoneを導入した企業から「アプリを作ったのに現場が全然使ってくれない」という相談をよく受けます。画面を見せてもらうと、ほとんどの場合に同じ問題が見えます。入力項目が多すぎる。IT担当者が「あったら便利」で設計した。完璧に作ってからローンチしようとして、結果的に誰のニーズにも合わない仕様になっている。

kintone導入がうまくいかない理由はツールの性能不足ではなく、導入目的の曖昧さや現場目線の欠如にあります。言い換えれば、設計の問題です。設計を変えれば、定着率は大きく変わります。

Index

使われないアプリと使われるアプリ。5つの違い
現場定着率を上げる設計の3原則
3ヶ月でkintoneを現場に根付かせるロードマップ
kintoneオーナーを決めることの重要性
AYAKA’s View

使われないアプリと使われるアプリ。5つの違い

まず定着の差がどこで生まれるかを整理します。

比較項目	使われないアプリの特徴	使われるアプリの特徴
入力項目数	最初から20項目以上。「とりあえず入れた」項目が多い	必須は5〜7項目のみ。残りは任意・後で追加する割り切り
設計の出発点	IT担当・推進者が「あったら便利」で設計した	現場担当者が「ここが一番面倒」を起点に設計した
完成度の考え方	完璧に作ってから公開する。ローンチが遅れがち	70%の完成度で使い始め、現場の声で育てる
更新・改善の頻度	公開後はほぼ変わらない。「完成品」として扱われる	月1回程度、現場のフィードバックで項目を追加・削除
現場のオーナーシップ	推進担当者だけが使い方を知っている	現場の誰かが「自分たちのアプリ」と感じている

最も重要な違いは「設計の出発点」です。IT担当者・推進者が「便利そう」と思った機能を詰め込んだアプリは、現場のリアルな不満を解消しません。「毎日この転記が面倒」「この確認に時間がかかる」という現場の声から設計を始めたアプリだけが、日常的に使われます。

現場定着率を上げる設計の3原則

原則① 70%の完成度でスタートする

kintone運用を定着させるには、利用頻度の高いシンプルなアプリを70%程度の完成度で運用を始めることが望ましいとされています。最初から完璧なアプリを作ろうとしないことが重要です。

具体的には、入力必須項目を5〜7個に絞ります。「あったら便利かもしれない」項目はすべて削除します。残りは後で現場の声を聞いてから追加します。この割り切りが、現場のハードルを下げる最初の一手です。

原則② 現場の担当者を設計に巻き込む

kintoneアプリの設計段階から、実際にそのアプリを使う現場の担当者を積極的に巻き込み、意見や要望を丁寧にヒアリングすることで、導入後の定着率が格段に向上し、担当者の当事者意識も醸成されます。

ポイントは「何が欲しいか」ではなく「今何が一番面倒か」を聞くことです。欲しい機能を聞くと「何でもほしい」になりがちですが、面倒なことを聞くと「具体的で絞られた答え」が返ってきます。その答えがアプリの核になります。

原則③ 月1回の改善サイクルを回す

月1回程度のペースでアプリを改善し、「使いにくい」という声を放置せず素早く改善を行うことで、ユーザーの信頼とエンゲージメントが高まります。

「改善会議」というと大げさですが、実態は15〜30分のミーティングで十分です。「先月使ってみてどうだったか。入力しにくかったところはあるか」と聞いて、その場でkintoneの設定を変えてみせる。このスピード感が現場の信頼を生みます。

3ヶ月でkintoneを現場に根付かせるロードマップ

3つの原則を時系列に落とし込むと、次のような流れになります。

時期	フェーズ	やること	ゴール
1ヶ月目	70%でスタート	必須項目を5〜7個に絞って公開。現場担当者と一緒に実際の業務で使い始める。「使いにくい」は即メモ	誰かが毎日使っている状態
2ヶ月目	現場の声で改善	1ヶ月分の「使いにくい」を集約して改善。項目の追加・削除・順番の変更。月1回の改善会議を設ける	入力件数が増え始めている
3ヶ月目	横展開・定着	成功している使い方を他の業務・他の部門に広げる。kintoneオーナーを正式に任命する	推進担当者がいなくても回っている

3ヶ月目のゴールは「推進担当者がいなくても回っている状態」です。これが達成されれば、kintoneは組織の一部になったといえます。ここに至るまでの最大の障壁は「完璧に作ろうとする意識」です。70%で動かして、残りの30%は現場と一緒に育てる。この考え方が定着を決めます。

kintoneオーナーを決めることの重要性

「kintoneオーナー」とは、kintoneの改善提案・運用ルールの整備・困りごとの相談窓口を担う社内担当者のことです。

兼務で構いません。大切なのは「この人に言えばkintoneの問題を解決してもらえる」という存在が社内にいることです。オーナーがいないkintoneは、誰も責任を持たない状態になり、徐々に使われなくなります。オーナーの任命は、導入と同時ではなく「ある程度使われ始めた1〜2ヶ月後」に行うのが定着しやすいタイミングです。