kintoneで最初に作るべきアプリは？失敗しにくい「1業務」の選び方

※本記事は2026年9月12日時点の公式情報を基にしています。

※本記事では、テーマに関連する解決策として、株式会社エイチが提供する「1Approval」を紹介しています。

kintoneを試し始めると、顧客管理、案件管理、日報、経費申請まで一気に作りたくなります。画面上で項目を配置できるため、作ること自体は難しく見えません。

ところが、最初のアプリで失敗する原因は操作ではなく、対象業務の大きさです。「営業管理を作る」のように範囲が広いと、必要項目も関係者も例外も増えます。完成する頃には入力が面倒になり、元のExcelへ戻ります。

最初に選ぶべきなのは、会社で最も重要な業務ではありません。小さく区切れて、改善したか測れる業務です。

最初の1業務を選ぶ4つのものさし

候補を「頻度」「手順の一定さ」「漏れたときの影響」「関係者の少なさ」で評価します。

毎週発生し、入力内容がほぼ決まっていて、漏れると誰かが催促し、担当者が2〜5人程度。この条件に近いほど、最初のアプリに向いています。

反対に、年に数回しかない、毎回判断基準が変わる、全社の組織変更と連動する、経営判断そのものを扱う業務は後回しにします。

Microsoft 365を使っている会社は、どの業務をkintoneに置くかの線引きも参考にしてください。
→ kintoneとMicrosoft 365は併用すべき？SharePoint・Power Appsとの違いと「二重投資」にならない役割分担

候補になりやすい3つの業務

問い合わせ受付

受付日、会社名、問い合わせ内容、担当者、対応期限、状態を管理します。メールやフォームから届いた後に誰が対応するか分からなくなる会社では効果を確認しやすい題材です。

備品・アカウント申請

申請者、品目、理由、金額、承認者、状態を管理します。件数が多すぎず、申請から完了までの流れが明確なので、プロセス管理の練習にもなります。

小さな案件進捗

案件名、顧客、担当者、次の行動、期限、状態だけで始めます。売上予測や複雑な集計は後から追加します。「次の行動が空欄の案件」を見つけられるだけでも、最初の価値になります。

作る前に紙で決める6項目

アプリ作成画面を開く前に、次を一枚にまとめます。

1. 誰が最初に登録するか

2. 何を登録したら受付完了か

3. 誰が次の作業を担当するか

4. どの状態になったら完了か

5. 誰に何を見せてよいか

6. 改善を何で測るか

この6項目が決まらない場合、フィールドを配置しても運用は決まりません。画面設計より先に、情報の受け渡しを決めます。

最初は必須フィールドを5〜7個に絞る

「あとで必要になるかもしれない」という理由で項目を増やすと、入力する側だけが負担を負います。最初は、次の人が仕事を始めるために不可欠な情報だけを必須にします。

自由記述欄を増やすより、担当者、日付、選択肢、状態を適切なフィールドで持つほうが一覧や通知に使えます。ただし、分類を細かくしすぎると選択に迷うため、実際に発生したデータを見て増やします。

1週間で「使われたか」ではなく「戻らなかったか」を見る

試行期間中は、登録件数だけで成功と判断しません。

• チャットやExcelへ同じ内容を再入力していないか

• 口頭で担当者を確認していないか

• 一覧を見れば次の行動が分かるか

• 入力に1件何分かかるか

• 権限のない人から見えていないか

元の手段へ戻った場面には、設計上の理由があります。注意不足と決めつけず、項目不足、通知不足、入力負担、権限のどこに問題があるかを見ます。

改修要望はその場で全部反映しない

試用を始めると、「この項目も欲しい」「別の一覧も必要」という要望が出ます。すべて即日反映すると、何の変更が効果を生んだか分からなくなります。

要望は、困った場面、影響を受けた人、発生頻度、現在の回避方法と一緒に記録します。週に一度だけ責任者が確認し、「止まる問題」「不便だが進められる問題」「一人だけの好み」に分けます。最初に直すのは、業務が止まる問題です。

変更前のフィールド一覧と運用ルールも残します。アプリを元に戻せる状態があると、小さく試しやすくなります。完成版を一度で作るのではなく、使われた事実をもとに初版から二版へ進めます。

公開前には、架空のレコードを3件用意します。正常に完了するケース、入力不足で止まるケース、担当者が不在のケースです。登録から完了まで実際に操作し、どこで別の連絡手段へ逃げたかを記録します。説明書を読まなければ進めない箇所があれば、説明を増やす前に項目名や選択肢を直します。

最初のアプリの目的は、kintoneの全機能を使うことではありません。利用者が迷わず一つの業務を終えられることです。

出張申請を最初のアプリにする場合

出張件数が多く、申請後の価格変動、再予約、個人立替、経費精算が負担になっている会社では、出張申請を最初の対象にする意味があります。ただし、kintoneで承認状態を管理するだけでは、承認後の予約作業は残ります。

その場合は、kintoneの承認と予約・購買、法人一括請求をつなぐ「1Approval」を含め、業務の終点まで設計します。アプリを作る目的を「申請をデジタル化する」ではなく、「承認後の手作業をどこまでなくすか」に置くと判断しやすくなります。

1Approval for kintone：https://1approval.com/kintone/?utm_source=note&utm_medium=content&utm_campaign=kintone_first_app

今日やることは、候補アプリを作り始めることではありません。毎週発生する業務を3つ挙げ、4つのものさしで点を付けることです。最も小さく、効果を測りやすい1業務から始めてください。