kintoneは中小企業の業務効率化に広く活用されているノーコードプラットフォームです。導入のしやすさとカスタマイズ性の高さから、多くの企業が顧客管理、案件管理、日報管理などに利用しています。
しかし、利用が進むにつれて「kintoneではこれができない」という壁にぶつかるケースが増えてきます。
本記事では、kintoneの具体的な限界を10項目に整理し、それぞれの回避策と、最終的に「kintoneに留まるべきか、移行すべきか」を判断するための基準を解説します。
限界1：複雑なリレーショナルデータの処理が苦手
具体的な制約
kintoneは「アプリ」という単位でデータを管理しますが、アプリ間のリレーション（ルックアップ・関連レコード）には以下の制約があります。
- ルックアップは1対1の参照のみ。多対多のリレーションは直接表現できない
- 関連レコードの集計（合計・平均等）は標準機能では行えない
- 3階層以上のリレーション（例：顧客→案件→作業→工数）を横断した集計が困難
回避策
- プラグイン（krewData等）を利用して集計処理を行う
- JavaScript APIでカスタマイズして関連レコードの集計を実装する
- データの非正規化（冗長に持つ）で簡易的に対応する
影響度
データ構造が複雑な業務（製造業の部品表管理、物流の配送管理等）では、この制約が致命的になることがあります。
限界2：大量データ処理時のパフォーマンス低下
具体的な制約
- 1アプリあたりのレコード上限は50万件（2026年現在）
- レコード数が10万件を超えると一覧表示や検索の応答速度が低下する
- APIでの一括取得は1回あたり500件まで。大量データの処理には複数回のAPIコールが必要
- CSVエクスポートは10万件が上限
回避策
- 年度ごとにアプリを分割して運用する
- 古いレコードをアーカイブ用アプリに移動する
- 一覧表示にフィルター条件を設定し、表示件数を制限する
影響度
取引件数が年間数万件を超える企業や、数年分のデータを横断して分析したい場合は、運用上の大きな制約になります。
限界3：帳票出力・印刷機能の貧弱さ
具体的な制約
- 標準機能では見積書・請求書などの帳票出力に対応していない
- レコードの印刷はブラウザの印刷機能に依存し、レイアウトの制御が困難
- 一括帳票出力（まとめてPDF化等）は標準機能では不可
回避策
- プラグイン（プリントクリエイター、RepotoneU等）を導入する
- 外部の帳票サービス（SVF Cloud等）とAPI連携する
- kintoneのデータをExcelテンプレートに流し込むツールを利用する
影響度
見積書・請求書・納品書を日常的に発行する企業では、プラグインの追加費用（月額数千円〜数万円）が恒常的に発生します。
限界4：ワークフロー機能の制約
具体的な制約
- kintoneの「プロセス管理」は単純な承認フローには対応しているが、以下に対応できない
- 金額に応じた承認者の自動切替 - 並列承認（複数人が同時に承認する） - 差し戻し後の再申請フローの柔軟な制御
回避策
- JavaScript APIで承認ロジックをカスタマイズする
- 専用ワークフローツール（ジョブカン、コラボフロー等）と連携する
- プロセス管理の設計を簡素化し、複雑な承認は運用ルールで補完する
影響度
稟議や経費精算など、承認フローが複雑な業務をkintoneで一元管理しようとすると、カスタマイズコストが膨らみます。
限界5：UIのカスタマイズ性の限界
具体的な制約
- フォームのレイアウトは1カラムが基本。複雑なレイアウト（タブ切替、アコーディオン等）は標準機能では実現できない
- 一覧画面のデザイン変更は限定的
- モバイル画面のカスタマイズ性が低い
- ダッシュボード（トップページ）のカスタマイズは「ポータル」機能に限定される
回避策
- CSSカスタマイズプラグインでフォームの見た目を調整する
- JavaScriptでタブ表示やUI制御を実装する
- gusuku Customineなどのノーコードカスタマイズツールを利用する
影響度
社外向けのシステム（顧客ポータル等）としてkintoneを利用しようとすると、UIの制約が障壁になります。社内利用であれば許容範囲内のケースが多いです。
限界6：外部システム連携の開発コスト
具体的な制約
- kintone REST APIは提供されているが、他システムとの連携には開発が必要
- Webhook機能はあるが、エラーハンドリングやリトライ機構は自前で実装する必要がある
- 基幹システム（会計ソフト、ERPなど）との双方向連携は、中間サーバーやiPaaS（連携ツール）が必要
回避策
- 連携サービス（zapier、Make、DataSpider等）を利用する
- kintone連携専用サービス（トヨクモ kBackup等）を利用する
- 定期的なCSVインポート/エクスポートで簡易的に連携する
影響度
kintoneを単独で使う場合は問題になりませんが、基幹システムの一部として組み込もうとすると、連携コストが想定以上に膨らむことがあります。
限界7：アクセス権限設定の粒度不足
具体的な制約
- レコード単位のアクセス制御は可能だが、フィールド（項目）単位の閲覧制御は制約がある
- 「このフィールドはAグループに見せるがBグループには見せない」といった設定が複雑
- 組織構造が深い場合（部→課→係→チーム）、権限設定が煩雑になる
回避策
- アプリを分割して、閲覧可能な情報を分離する
- JavaScriptで画面上のフィールド表示/非表示を制御する
- 閲覧用アプリと編集用アプリを分けて運用する
影響度
個人情報や機密情報を扱う場合、フィールド単位の細かなアクセス制御が求められるため、この制約は深刻な問題になり得ます。
限界8：ファイル管理機能の不足
具体的な制約
- 添付ファイルの全文検索はできない（ファイル名での検索のみ）
- ファイルのバージョン管理機能がない
- 1レコードあたりの添付ファイル容量上限がある
- フォルダ構造でのファイル整理はできない
回避策
- ファイル管理はBox、Google Drive、SharePointなどの専用サービスを利用し、kintoneにはリンクを貼る運用にする
- ファイル名にバージョン番号を含める運用ルールを策定する
影響度
設計図面、契約書、マニュアルなどの文書管理をkintoneに集約しようとすると、実用面で限界があります。
限界9：レポート・分析機能の制約
具体的な制約
- 標準のグラフ機能は基本的な集計（棒グラフ、円グラフ等）に限定される
- クロス集計の柔軟性が低い
- 複数アプリを横断した分析ができない
- 時系列分析やトレンド分析は標準機能では困難
回避策
- krewDashboardプラグインで高度なダッシュボードを構築する
- kintoneのデータをBIツール（Tableau、Power BI等）に連携して分析する
- Excelにデータをエクスポートして分析する
影響度
経営層への報告資料作成や、データに基づく意思決定を重視する企業では、この制約がkintone活用の天井になります。
限界10：月額コストの積み上がり
具体的な制約
kintoneの標準料金（2026年現在）は以下の通りです。
| プラン | 月額/ユーザー | 主な制約 |
|---|---|---|
| ライトコース | 1,000円 | JavaScriptカスタマイズ不可、外部API連携不可 |
| スタンダードコース | 1,800円 | カスタマイズ可、API連携可 |
| ワイドコース | 要問合せ | 1,000ユーザー以上向け |
| プラグイン例 | 月額目安 |
|---|---|
| 帳票出力（プリントクリエイター） | 6,000円〜 |
| データ集計（krewData） | 30,000円〜 |
| ダッシュボード（krewDashboard） | 16,500円〜 |
| カスタマイズ（gusuku Customine） | 55,000円〜 |
試算例（従業員30名、スタンダードコース + 主要プラグイン）
- kintone本体：1,800円 x 30名 = 54,000円/月
- プラグイン合計：約107,500円/月
- 合計：約161,500円/月（年間約194万円）
この金額になると、スクラッチ開発やパッケージ導入のほうが長期的にはコスト効率が良い場合があります。
kintoneに留まるべきケースと移行すべきケースの判断基準
kintoneに留まるべきケース
- データ量が10万件以下で、今後も大幅な増加が見込まれない
- 業務プロセスがシンプルで、複雑なリレーションやワークフローが不要
- 現場主導でアプリの追加・修正を頻繁に行う文化がある
- プラグイン込みの月額コストが許容範囲内
- IT専任者がおらず、ノーコードでの運用が前提
移行を検討すべきケース
- レコード数が10万件を超え、パフォーマンスに問題が出ている
- プラグイン費用が月額10万円を超えている
- 基幹システムとのリアルタイム連携が必要になった
- 複雑な権限設定やワークフローが求められている
- 社外ユーザーへの公開が必要になった
kintoneからの移行コスト目安
移行先と規模によりますが、以下が一般的な費用感です。
| 移行先 | 費用目安 | 期間目安 | 適したケース |
|---|---|---|---|
| パッケージ製品（SaaS） | 50万〜200万円 | 1〜3ヶ月 | 業務が標準的でカスタマイズが少ない |
| ローコード開発 | 200万〜500万円 | 2〜4ヶ月 | ある程度のカスタマイズが必要 |
| スクラッチ開発 | 500万〜1,500万円 | 4〜8ヶ月 | 完全に自社業務に合わせたい |
まとめ：kintoneの限界を「知ったうえで使う」のが正解
kintoneは優れたプラットフォームですが、万能ではありません。重要なのは、限界を理解したうえで「kintoneで対応する範囲」と「別の手段で対応する範囲」を明確に分けることです。
限界を知らずに使い続けると、プラグインの追加やカスタマイズの積み重ねで、コストが膨らみ、運用が複雑化していきます。
定期的に以下の観点で見直しを行うことを推奨します。
- プラグイン込みの月額コストは妥当か
- パフォーマンスに問題は出ていないか
- カスタマイズの量が管理可能な範囲に収まっているか
- 本来kintoneでやるべきでない業務を無理に押し込んでいないか
kintoneの活用・移行に関するご相談
GXOでは、kintoneの利用状況を診断し、継続利用の最適化と移行の判断をサポートしています。プラグインコストの見直しから、移行先システムの選定・開発まで一貫して対応可能です。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
GXO実務追記: システム開発・DX投資で発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、要件定義、費用、開発体制、ベンダー選定、保守運用を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- [ ] 発注前に目的、対象業務、利用者、現行課題を1枚に整理したか
- [ ] 必須要件、将来要件、今回はやらない要件を分けたか
- [ ] 見積比較で、開発費だけでなく保守費、運用費、追加改修費を見たか
- [ ] ベンダー選定で、体制、実績、品質管理、セキュリティ、引継ぎ条件を確認したか
- [ ] 検収条件を機能、性能、セキュリティ、ドキュメントで定義したか
- [ ] リリース後3ヶ月の改善運用と責任分界を決めたか
参考にすべき一次情報・公的情報
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
kintoneの限界10選｜「できないこと」を知って最適な判断をするを自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。