kintoneアプリは「作れる」より「増やしすぎない」が難しい。最初の1つを正しく設計できれば、その後の業務全体が崩れません。
kintoneはエンジニアでなくても画面を組むだけで業務アプリを作れます。だからこそ最初の設計を誤ると、「便利だから」と次々アプリが増え、誰も全体を把握できない状態に陥ります。本記事では、株式会社六(Roku inc.)がkintoneアプリ作成の基本手順と業務別の設計例を解説し、現場で実際に起きた「野良アプリ乱立」の失敗と防ぎ方も正直に提示します。当社はkintone連携開発も手がけますが、「標準機能で足りるなら無理に作らない」という中立の立場で書きます。
kintoneアプリ作成の基本|「作る前」に決める3つのこと
kintoneアプリ作成でつまずく人の多くは、画面を作る前の「設計」を飛ばしています。先に決めるべきは次の3つです。
- 何を管理するか:1アプリ=1つの管理対象に絞る。「案件」と「顧客」を混ぜると後で破綻します。
- 誰が使うか:入力する人・見る人・集計する人を分ける。アクセス権設計に直結します。
- どの粒度で持つか:1レコードが「1案件」「1顧客」「1取引」のどれかを先に確定させます。
この3つは後から変えると既存データの移行が発生します。先に紙やExcelで書き出すだけで作り直しリスクは大きく下がります。費用や依頼先を含めた全体像は別記事「kintone開発の基本」(公開後にリンク追加予定)で整理します。
kintoneアプリの作り方を5ステップで
kintoneアプリの作り方は次の順番で進めると手戻りが減ります。「画面を作る」より「項目を決める」が先です。
| ステップ | やること | つまずきやすい点 |
|---|---|---|
| 1. フィールド設計 | 項目を洗い出し、型を決める | 後から型を変えられない項目がある |
| 2. 一覧の設定 | 担当者別・進捗別の一覧を作る | 全項目を1つの一覧に詰め込む |
| 3. グラフ・集計 | 件数や金額を自動集計する | 集計のため後から項目を足す羽目に |
| 4. アクセス権 | 利用者ごとに閲覧・編集範囲を決める | 全員「すべて編集可」のまま運用 |
| 5. 運用ルール | 入力ルール・更新タイミングを決める | 人によって入力がバラバラに |
最重要は最初の「フィールド設計」です。ここを軽視すると後の4ステップすべてに影響します。
フィールド設計でやりがちな失敗
- 型の選び間違い:「文字列」で作った金額欄は集計できません。集計したい項目は最初から「数値」型に。文字列⇔数値の変更はデータ移行を伴います。
- ルックアップの作りすぎ:他アプリの値を引用できる便利な機能ですが、ルックアップや関連レコードで紐づくアプリも契約コースの「アプリ数」にカウントされます(出典:jp.kintone.help)。連携を増やすほど上限を消費し、後からマスタを統合しにくくなります。
- マスタを後回しにする:顧客マスタを作らず各アプリへ顧客名を直接入力すると、表記ゆれで連携できず「管理が楽にならない」典型的失敗につながります(出典:pepacomi.com)。
対策はシンプルです。集計したい項目の型を先に決め、参照される側のマスタ(顧客・商品など)を最初に作ること。この順番だけで設計負債の大半は防げます。
業務別アプリ作成例:案件管理・顧客管理・在庫管理
代表的な3業務の「最小フィールド構成例」を示します。公式雛形ではなく、当社が実務で使う一般的な設計例です。小さく作り、運用しながら足すのが鉄則です。
案件管理アプリの設計例
| フィールド | 型 | 補足 |
|---|---|---|
| 案件名 | 文字列(1行) | レコードのタイトル |
| 顧客名 | ルックアップ | 顧客管理アプリから引用 |
| 進捗ステータス | ドロップダウン | 商談中/受注/失注など |
| 金額 | 数値 | 集計対象なので必ず数値型 |
| 担当者 | ユーザー選択 | 一覧の絞り込みに使う |
| 受注予定日 | 日付 | グラフの時系列に使う |
顧客管理アプリの設計例
| フィールド | 型 | 補足 |
|---|---|---|
| 顧客名 | 文字列(1行) | 案件管理からルックアップされる元 |
| 業種 | ドロップダウン | 分析軸として持つ |
| 担当窓口 | 文字列 | 先方の担当者 |
| 連絡先 | 文字列/リンク | 電話・メール |
| 取引ステータス | ドロップダウン | 見込み/既存/休眠 |
顧客管理アプリは案件管理から参照される「マスタ」です。先に作っておくと案件管理のルックアップが機能します。
在庫管理アプリの設計例
| フィールド | 型 | 補足 |
|---|---|---|
| 商品名 | 文字列(1行) | レコードのタイトル |
| 商品コード | 文字列 | 重複防止の値 |
| 在庫数 | 数値 | 集計対象 |
| 入出庫数 | 数値 | 増減の記録 |
| 棚番号 | 文字列 | 保管場所 |
在庫管理は「入出庫のたびに在庫数を自動計算したい」要望が出やすい業務です。単純な集計は標準機能で足りますが、複雑な自動計算は開発が必要になる場合があります(境界は後述)。
作りすぎ・野良アプリ乱立の罠と整理のコツ
本記事でいちばん伝えたい部分です。kintoneの本当の難しさは「作ること」ではなく「増やしすぎないこと」にあります。
実例があります。鹿児島の建設IT企業では社内で野良アプリが約800個まで乱立し、新入社員はどのアプリがあるかすら把握できない状態に陥りました。最終的に一元管理用アプリと閲覧数カウントで整理し、約500個を削除予定・稼働を300個弱まで絞り込んだといいます(出典:ascii.jp)。
なぜこうなるのか。「誰でも作れる」がゆえに、部署ごと・担当者ごとに似たアプリが量産されるからです。アプリが増えるほど、
- 同じ顧客情報が複数アプリに散らばり、どれが正かわからなくなる
- 退職者が作ったアプリが「触れない遺産」として残る
- データが分断され、横断的な集計ができなくなる
という形で、便利さがそのまま業務の分断を生みます。
整理のコツは精神論ではなくルール化です。
- 作る前に申請・棚卸しのルールを決める:「誰が・何のために作ったか」を1つの管理アプリに記録する。
- マスタは1つに統一する:顧客・商品などのマスタは1アプリに集約し、各業務アプリはルックアップで参照する。
- 使われていないアプリを定期的に止める:閲覧数や更新日で「死にアプリ」を見つけて整理する。
重要なのは、作り始める前に「増えたときどう整理するか」を決めておくことです。散らばった一覧やポータルを束ねる方法は別記事「kintoneカスタマイズ」(公開後にリンク追加予定)で扱います。
ノーコードで作れる範囲と、開発が必要になる境界
「全部ノーコードで作れますか」への答えは「多くは作れる。ただし境界がある」です。
ノーコード(標準機能+プラグイン)で足りる範囲
- 案件・顧客・在庫などの基本的な管理アプリ
- ドロップダウンや日付による絞り込み・一覧表示
- 件数・金額の自動集計とグラフ
- ルックアップによるアプリ間のデータ参照
JavaScript開発やプラグイン開発が必要になる範囲
- 標準にない独自機能や、複雑な条件分岐の自動化
- 入出庫に応じた高度な在庫計算など、標準集計を超える処理
- 外部システム(会計・チャット・AIなど)との本格的な連携
- 標準では作れないカスタム画面(出典:media.tricorn.co.jp)
当社の実例として、kintoneと連携するAIチャットボットを自社開発し、問い合わせ対応時間を約60%短縮しました(技術:OpenAI API・kintone・Node.js)。これは標準機能だけでは実現できず、開発が必要だった領域です。逆に言えば、ここまでの要件がなければノーコードで十分運用できます。標準とカスタム開発の線引きは別記事「kintoneでノーコードの限界」(公開後にリンク追加予定)で整理します。
アプリ作成を内製すべきか、依頼すべきか
結論は「単純な業務は内製、複雑な連携・開発が絡む部分だけ依頼」です。
内製が向くケース
- 案件・顧客・在庫など標準機能で作れる基本アプリ
- 現場の要望が頻繁に変わり、自分たちで微調整したい
- まずスモールスタートで試したい
依頼が向くケース
- JavaScript開発や外部システム連携が必要
- 野良アプリが乱立し、設計から整理し直したい
- 社内に作れる人がおらず、最初の設計だけプロに固めてほしい
費用の目安も押さえましょう。kintone利用料はライトコース1,000円/ユーザー・月、スタンダードコース1,800円/ユーザー・月です(2024年11月改定後。最小契約10ユーザー。出典:cybozu公式 topics.cybozu.co.jp)。少人数・単純業務では固定費が割高になり、「無理に導入しない」判断が合理的な場合もあります(出典:kinbozu.co.jp)。外注の相場(目安)は小規模カスタマイズで5万〜10万円、シンプルなアプリ開発で50万〜100万円、中規模で100万〜500万円程度とされます(開発会社・比較媒体の推計。出典:pepacomi.com、media.tricorn.co.jp)。
設計が複雑になりそう、あるいは野良アプリを整理し直したい場合は、当社のシステム開発(kintone連携)でご相談いただけます。当社は「標準で足りるなら作らない」提案も含めて中立にお答えします。まずはサービス内容をご覧いただくか、お問い合わせからご相談ください。
よくある質問
kintoneアプリは何個まで作れますか?
ライトコースは最大200個、スタンダードコースは最大1,000個です(出典:toyokumo-blog.kintoneapp.com)。ただしルックアップで紐づくアプリもカウントされるため、上限の前に「乱立で管理不能」になるほうが現実的なリスクです。数を気にする前に整理ルールを決めることをおすすめします。
アプリ作成は外注すべきですか?費用感は?
標準機能で作れる基本アプリは内製で十分です。外注が必要なのはJavaScript開発や外部連携、設計から整理し直すケース。費用の目安は小規模カスタマイズで5万〜10万円、シンプルなアプリで50万〜100万円程度(開発会社・比較媒体の推計。出典:pepacomi.com)。当社は「kintoneで足りるなら作らない」提案も含めて中立に判断します。
作ったアプリを後から作り直すときの注意点は?
最も注意すべきは「フィールドの型」です。文字列で作った金額欄を数値に変えるなど、型の変更はデータ移行を伴います。また他アプリからルックアップで参照されているアプリを作り直すと、参照元の設定も影響を受けます。作り直す前に依存関係(どのアプリがどのマスタを参照しているか)を洗い出すことが重要です。
ノーコードだけで在庫管理アプリは作れますか?
基本的な在庫管理(商品・在庫数・入出庫の記録と集計)はノーコードで作れます。ただし入出庫に応じた在庫数の自動計算や発注点での自動アラートは、プラグインやJavaScript開発が必要になる場合があります。まず標準機能で作り、足りない部分だけ開発を検討するのが効率的です。
kintone活用の全体像はkintone開発・カスタマイズとは?できること・費用・依頼先、画面や一覧の作り込みはkintoneカスタマイズの方法と限界、どこから開発が必要になるかはkintoneノーコードの限界で整理しています。標準機能で迷ったら、お問い合わせからお気軽にご相談ください。
