「この業務の流れはAさんに聞いてください」──新入社員がそう言われてから3ヶ月後に、「Aさんが急に辞めました」となる。これは特殊な話ではない。社員10名でも20名でも起こりうることだ。

現場からのFAX、担当者のExcelファイル、上長への電話報告、問い合わせ対応のメール。一見それぞれは回っているが、「誰かの頭か特定のファイルの中にしかない情報」が至るところに潜んでいる。

kintoneが解くのはこの「見えなさ」だ。機能や料金の解説は前の記事（第1話・kintone基本編）に委ねる。この記事では「どの業務をkintoneに置き換えたか」という手がかりを、業種別に3パターン示す。

POINT 01パターン1：現場の報告を「リアルタイム」に変える（建設・工事業、介護・サービス業）

変える前の状況

現場を持つ業態で起きやすいのが、報告にタイムラグが生まれる構造だ。

• 現場担当者が終業後に紙の日報を記録し、翌日持参またはスマートフォンで写真を送信
• 事務所スタッフがその内容をExcelに転記
• 管理者が状況を確認できるのは翌日以降になる

現場で問題が起きても、事務所が知るのは翌朝の電話かメール経由だ。そこから対応を指示すると、すでに状況が変わっていることもある。

日報が紙である以上、「今日の現場はどうなっているか」をその日のうちに事務所から把握することができない。管理者が確認の電話を入れれば現場の手が止まる。「現場に任せるしかない」「何か起きたら連絡来るだろう」という状態が続く。

kintoneで何をするか

作るのは「日報アプリ」1つから始めていい。

入力項目の例：日付・作業場所・担当者名・作業内容・進捗状況（選択肢：予定通り／遅延あり／完了）・現場写真・特記事項。

担当者はスマートフォンのkintoneアプリからこの画面を開き、現場で直接入力する。入力が完了した瞬間、事務所の管理者の画面に反映される。管理者が「今日の状況は」と思ったときに、全現場の日報を一覧で確認できる。

プロセス管理機能（kintoneの標準機能）を追加すれば、「管理者が内容を確認して承認」というフローもアプリ内で完結できる。確認が終わったら担当者への通知も自動だ。報告のための確認電話が不要になる。

何が変わるか

転記作業がゼロになる。 紙→Excelという二度入力が消え、入力した内容がそのままデータになる。事務所スタッフが毎朝やっていた転記の時間がそのままなくなる。

問題のタイムラグがなくなる。 現場で気づいたことをその場で入力すれば、管理者がリアルタイムで把握できる。何かあったときの「昨日の日報を見ると」という後追い確認も、その日の記録をすぐ検索できる。

記録が資産になる。 「3ヶ月前のあの現場で何が起きていたか」を数秒で呼び出せる。担当者が退職しても記録は残り、引き継ぎの代わりになる。

建設・工事業でこのパターンを活用している事例は、kintoneパートナー企業の導入事例として複数が公開されている。建設業の協成工業株式会社（岡山県）では、Excelの協力会社日報と請求書を見比べて集計していた作業を、kintoneに日報を集めて突合用のデータを自動で作る形に変え、請求書1枚あたりの突合時間が平均15分減ったという事例が公開されている（出典：コムデック株式会社「日報の数字を元にkintone上で請求書との照合データを自動作成し大幅な時短に成功」、2026年10月確認）。

POINT 02パターン2：「あの人に聞かないと分からない」を終わらせる（製造・加工業）

変える前の状況

製造・加工業で起きやすいのが、「知識と情報が特定の担当者の頭の中にある」状態だ。

• 製品ごとの加工仕様が、ベテラン担当者の手書きメモや記憶の中にある
• 受注が入ると、その担当者が現場に口頭で指示する
• その担当者が病欠すると現場が止まる、あるいは指示の精度がブレる

表面上は「熟練担当者がいるから回っている」ように見えるが、裏側は「その人がいないと回らない」という構造だ。本人の能力の問題ではなく、「記録する場所がなかった」だけだ。

受注が増えたとき、新人を採用したとき、担当者が体調を崩したとき──その瞬間に「仕組みになっていなかった」ツケが一気に来る。

kintoneで何をするか

まず2つのアプリを作る。

製品マスタアプリを作る。製品名・型番・加工仕様・使用材料・加工手順・注意事項をkintoneに登録する。一覧から製品を選ぶと、その製品に関する情報がすべて見える状態にする。最初は担当者が「自分が知っていること」を1件ずつ登録していくだけでいい。

作業指示アプリを作る。受注が入ったら担当者が作業指示アプリを開き、製品マスタから対象製品を選んで日付・数量・担当者・納期を入力する。印刷もできるし、現場担当者がスマートフォンで確認することもできる。「製品マスタの仕様でこの数量を作る」という情報が、毎回同じ形で現場に伝わる。

この2つのアプリをリレーションでつなぐことで（kintoneの標準機能）、受注が入った製品の仕様と過去の作業履歴をセットで確認できる状態になる。

何が変わるか

製品仕様が担当者の頭から外に出て、誰でも確認できる場所に置かれる。

• 担当者の不在時に他の社員が対応できるようになる
• 指示の形が統一されるため、品質のブレが減る
• 新人でも「製品マスタを見れば分かる」状態から作業を始められる
• 「前回どう作ったか」を記録から確認できるため、同じミスが繰り返されにくくなる

三重県の有限会社上村工作所（モーター電子機器の巻線加工）では、取り扱う製品100余りの情報と図面をkintoneで管理し、作業工程管理のアプリも作った。いったん登録した情報は自動で入力されるようになるため、手入力の手間とミスのリスクを減らせる、と紹介されている（出典：コムデック株式会社「kintoneで製造業の工程管理アプリを作る！対面開発で脱紙・脱エクセル！」、2026年10月確認）。

注意点：最初は完璧に作ろうとしない

製品マスタを「全製品・全情報を整理してから登録しよう」と考えると、最初の1件が登録されるまでに数ヶ月かかる。完璧を待たない。受注が入った製品から1件ずつ登録していく。続けるうちに、主力製品の情報が揃っていく。

POINT 03パターン3：5つのツールに散らばった顧客情報を1つにまとめる（サービス業・士業）

変える前の状況

サービス業や士業で起きやすいのが、「情報の置き場所が5つある」問題だ。

• 顧客リスト：Excelファイル（担当者ごとに別のファイル）
• 案件の進捗：担当者の手帳かホワイトボード
• やり取りの記録：メールかLINEのトーク履歴
• 書類の保存場所：GoogleドライブかDropboxのどこか
• 期限の管理：個人のカレンダーアプリ

それぞれ動いているが、「担当者が変わったら全部分からなくなる」「引き継ぎに1ヶ月かかる」という状態が続く。どこかで取りこぼしが起きても、「誰の管理に入っていたか」すら追えない。

顧客から2週間前に相談があったことを、担当者以外の誰かが把握していない。その担当者が社外にいるとき、上長は何も言えない。「担当者に確認します」という返事が信頼を少しずつ削る。

kintoneで何をするか

3つのアプリを順番に作る。ただし、最初は1つからでいい。

顧客管理アプリ：会社名・担当者名・連絡先・最終接触日・案件メモを入力する。「先週どの会社と何を話したか」をkintoneで検索できるようにする。全担当者が同じ場所に情報を入力することで、「担当者に聞かないと分からない」という状態が解消される。

案件管理アプリ：顧客に紐付いた案件ごとに、現在のフェーズ（初回問い合わせ→提案中→交渉中→受注→完了）を記録する。フェーズを選択肢にすることで、一覧表示したときに「今どの案件がどの段階にあるか」がひと目で分かる。

タスク管理アプリ：誰が・いつ・何をするかを登録し、期限前に通知が来るように設定する。「あの会社にフォローの連絡を入れること、誰か把握してるか」という状況がなくなる。

アプリ間をリレーションでつなぐと、顧客名をクリックした時にその顧客の案件一覧と担当タスクが一緒に表示される状態になる。

3つ同時ではなく、1つから始める

この3つを一度に構築しようとしないことが大事だ。

まず「顧客管理アプリだけ」を作り、全担当者がそこに顧客情報を入力する習慣をつくる。それが2〜3週間続いてから、案件管理アプリを追加する。案件管理が定着してから、タスク管理アプリを加える。

「一気に全部移行しよう」と進めると、誰も使わないシステムになる確率が上がる。新しいツールを使い始めるタイミングで「これ便利じゃないかもしれない」という体験をさせてしまうと、そこで止まる。1つを使い切ってから次に進む順番が、定着を決める。

POINT 04定着した会社に共通する3つの判断

kintoneを入れた後に「やっぱり以前のほうが楽だった」と元に戻る会社と、定着した会社は何が違うか。

定着しない原因として、次の3つが大きいと考えている。

最初のアプリに入力項目を詰め込んだ

設計する側の気持ちとしては「せっかく作るなら全部入れよう」となる。ただ、入力する側の体験は「入力が面倒くさい」になる。項目が増えるほど入力の手間が増え、後回しにする人が出て、使われなくなりやすい。目安として、最初は5〜7項目程度で十分だ。「使いながら足していく」の方が続く。

「誰が入力するか」と「いつ入力するか」を決めていなかった

kintoneはデータが入力されて初めて機能する。「みんなで使おう」では誰も入力しない。「この業務はこの人が毎日夕方に入力する」という運用ルールが先に決まっていないと、データは貯まらない。ツールを導入することと、運用ルールを決めることは別の仕事だ。

最初に選んだ業務が週1〜2回しか発生しない業務だった

月に数回しか発生しない業務を最初に選ぶと、習慣にならない。毎日発生する業務（日報・進捗確認・問い合わせ対応など）から始めた会社の方が、入力が自然と継続する。「毎日使うから慣れる、慣れるから続く」という順序がある。

定着した会社に共通しているのは、最初に入力した担当者が「確実に何か楽になった体験」をしていることだ。転記作業がなくなった、上司への確認電話が不要になった、「あの書類どこに保存したっけ」という探し物が消えた──小さくても、具体的に楽になる体験が積み重なることで入力が続く。

まとめ：ツールが機能するかは「明日から誰かが入力し続けられるか」で決まる

3つのパターンに共通していることがある。kintoneが仕事をするわけではない、という事実だ。

データを入力するのは人間で、そのデータが積み重なることで初めてkintoneが機能し始める。どんなに設計が正しいアプリも、誰も入力しなければ空のデータベースのままだ。

導入を検討するときに最初に問うべきことは1つだ。

「この業務をkintoneに変えたとき、明日から誰かが毎日入力し続けられるか」

この問いに答えが出せる業務から始める。それが唯一、定着する条件だ。