サイボウズ株式会社の公表データによると、kintoneの導入企業数は2025年時点で35,000社を超え、中小企業のDXプラットフォームとして圧倒的な存在感を誇ります。一方で、導入企業の約30%が「kintoneの限界を感じている」というアンケート結果もあります。
kintoneは「最初の一歩」として優れたツールですが、企業の成長とともに要件が高度化すると、対応しきれない場面が増えてきます。本記事では、kintoneの限界パターンを整理し、移行先の選択肢と費用、具体的な移行手順を解説します。
目次
1. kintoneの限界を感じる6つのパターン
パターン1：レコード数・パフォーマンスの限界
kintoneは1アプリあたりのレコード上限が50万件です。レコード数が10万件を超えるとレスポンスが低下し始め、複雑な条件検索では体感速度が著しく悪化します。
パターン2：複雑なリレーション処理
kintoneのルックアップ・関連レコードは基本的な参照には使えますが、3テーブル以上をまたぐリレーションや、複雑な集計処理は苦手です。
パターン3：帳票・PDF出力の制約
標準機能では帳票出力に大きな制限があり、PrintCreatorなどのプラグインを使っても自由度が限られます。請求書・見積書のフォーマットにこだわりがある場合、対応しきれないことが多いです。
パターン4：外部システム連携の壁
kintone APIは提供されていますが、リアルタイム連携やWebhookの制約があり、外部システムとの高度な連携には追加開発が必要です。
パターン5：月額費用の膨張
スタンダードコースは1ユーザーあたり月額1,500円。プラグインを複数追加すると、1ユーザーあたりの実質月額が3,000〜5,000円に膨らむケースがあります。
パターン6：UIカスタマイズの限界
標準のフォーム画面はカスタマイズ性に限界があり、業務に特化した画面設計が困難です。JavaScriptカスタマイズで対応可能な範囲もありますが、保守性が低下します。
| 限界パターン | 影響度 | プラグインで解決可能か |
|---|---|---|
| レコード数・パフォーマンス | 高 | 不可 |
| 複雑なリレーション | 高 | 一部可能 |
| 帳票・PDF出力 | 中 | 一部可能 |
| 外部システム連携 | 中〜高 | 一部可能 |
| 月額費用の膨張 | 中 | ー |
| UIカスタマイズ | 中 | 一部可能 |
2. 移行を決断すべきタイミング
以下の3つの条件のうち2つ以上に該当する場合は、移行の検討を開始すべきです。
- 業務が「kintoneに合わせている」状態：本来の業務フローをkintoneの制約に合わせて変えてしまっている
- プラグイン費用が本体費用を超えている：kintone本体よりプラグイン・連携ツールの費用が大きい
- JavaScriptカスタマイズが管理不能：カスタマイズのコードが膨大になり、属人化している
コスト比較の目安
| 項目 | kintone（プラグイン込み） | カスタム開発（年間保守込み） |
|---|---|---|
| 利用者30名の年間費用 | 216万〜360万円 | 初期500万〜1,500万円＋保守年60万〜150万円 |
| 利用者100名の年間費用 | 720万〜1,200万円 | 初期1,000万〜3,000万円＋保守年100万〜300万円 |
| 利用者300名の年間費用 | 2,160万〜3,600万円 | 初期2,000万〜5,000万円＋保守年200万〜500万円 |
3. 移行先の4つの選択肢
選択肢1：別のSaaSへの移行
Salesforce、HubSpot、Zohoなど、より高機能なSaaSへ移行する方法。
| 移行先SaaS | 強み | 月額目安（/ユーザー） |
|---|---|---|
| Salesforce | CRM/SFA機能の充実 | 3,000〜36,000円 |
| HubSpot | マーケティング連携 | 0〜14,400円 |
| Zoho CRM | コストパフォーマンス | 1,680〜5,040円 |
選択肢2：ローコードプラットフォームへの移行
Power Apps、OutSystems、Pleasanterなど、kintoneよりカスタマイズ性の高いローコードツールへ移行。
選択肢3：フルカスタム開発
自社業務に完全にフィットするシステムをゼロから開発。最も自由度が高いが、コストと期間が最大。
選択肢4：ハイブリッド（kintone＋カスタム開発）
kintoneで対応可能な部分は残し、限界を感じている部分だけをカスタム開発で補完する方法。移行リスクを最小化できます。
| 選択肢 | コスト | 自由度 | 移行リスク | 保守負担 |
|---|---|---|---|---|
| 別のSaaS | 中 | 中 | 中 | 低 |
| ローコード | 中 | 中〜高 | 中 | 中 |
| フルカスタム | 高 | 最高 | 高 | 中〜高 |
| ハイブリッド | 中〜高 | 高 | 低 | 中 |
4. 移行費用の相場
移行先別の費用一覧
| 移行先 | 初期費用 | 月額ランニング（30名） | 移行期間 |
|---|---|---|---|
| Salesforce | 200万〜800万円 | 9万〜108万円 | 2〜6ヶ月 |
| Power Apps | 100万〜500万円 | 4万〜30万円 | 1〜4ヶ月 |
| フルカスタム（小規模） | 500万〜1,500万円 | 5万〜15万円 | 3〜8ヶ月 |
| フルカスタム（中規模） | 1,500万〜5,000万円 | 10万〜30万円 | 6〜18ヶ月 |
| ハイブリッド | 300万〜1,000万円 | kintone費＋5万〜15万円 | 2〜6ヶ月 |
費用に影響する要因
| 要因 | 費用への影響 |
|---|---|
| アプリ数（kintone上の業務アプリ） | アプリ1個あたり30万〜100万円 |
| レコード数（データ移行量） | 10万件超で追加コスト |
| カスタマイズの複雑さ | JavaScriptカスタマイズが多いほど増加 |
| 外部連携の数 | 連携先1つあたり50万〜200万円 |
| 帳票テンプレート数 | テンプレート1種あたり10万〜30万円 |
5. データ移行の手順と注意点
移行の5ステップ
- データ棚卸し：全アプリのレコード数・添付ファイル数・外部参照を把握
- データクレンジング：重複データ・不整合データを移行前に修正
- マッピング定義：旧フィールドと新フィールドの対応表を作成
- テスト移行：本番データの一部で移行テストを実施（最低3回）
- 本番移行：業務影響の少ないタイミング（週末・月末後）で実施
データ移行の注意点
- 添付ファイル：kintoneのAPIで添付ファイルを一括ダウンロードする必要がある
- ルックアップ値：参照先が変わるため、移行後のデータ整合性チェックが必須
- 履歴データ：kintoneのレコード変更履歴はAPIで取得可能だが、移行先での保持方法を検討
- プラグインデータ：プラグインが独自に保持するデータは個別対応が必要
6. 移行プロジェクトの進め方
推奨スケジュール
| フェーズ | 期間 | 内容 |
|---|---|---|
| 調査・計画 | 2〜4週間 | 現状分析、移行先選定、見積もり取得 |
| 要件定義 | 2〜6週間 | 新システムの機能要件確定 |
| 開発・構築 | 1〜6ヶ月 | 新システムの開発、データ移行準備 |
| テスト・並行稼働 | 2〜8週間 | ユーザー受入テスト、並行稼働 |
| 本番切替 | 1〜2週間 | データ最終移行、kintone解約 |
移行成功のチェックリスト
- 全アプリの機能が新システムでカバーされている
- データ移行後のレコード件数が一致している
- 主要な業務フローでユーザー受入テストが完了している
- 新システムのマニュアルが準備されている
- kintone解約前に全データのバックアップが完了している
- 切り戻し手順が策定されている
7. よくある質問（FAQ）
Q. kintoneのデータは簡単にエクスポートできますか？
CSV形式でのエクスポートが可能です。ただし、添付ファイルはAPIでの一括ダウンロードが必要で、一定の技術知識が求められます。
Q. 移行期間中もkintoneは使い続けられますか？
はい、並行稼働期間を設けて段階的に移行するのが一般的です。ただし、二重入力の負担が発生するため、並行期間は最小限に抑えましょう。
Q. プラグインの機能は移行先でも再現できますか？
ほとんどのプラグイン機能はカスタム開発で再現可能です。むしろ、プラグインの制約から解放されることで、より使いやすい形で実装できることが多いです。
Q. kintoneの契約期間の途中でも移行できますか？
年間契約の場合、途中解約ができない場合があります。契約更新のタイミングを見据えて移行計画を立てることをおすすめします。
kintoneの限界を感じていますか？
GXO株式会社では、kintoneからの移行相談を多数いただいています。現在のkintone環境を診断し、最適な移行先と費用・スケジュールをご提案します。
追加の一次情報・確認観点
この記事の内容を社内で検討する場合は、一般論だけで判断せず、次の一次情報と自社データを照合してください。特に、稟議・RFP・ベンダー選定では「何を実装するか」よりも「どのリスクをどの水準まで下げるか」を先に決めると、見積もり比較のブレを抑えられます。
| 確認領域 | 参照先 | 自社で確認すること |
|---|---|---|
| デジタル調達 | デジタル庁 | 要件定義、調達、プロジェクト管理の標準観点を確認する |
| Webアプリ品質 | OWASP ASVS | 認証、認可、入力検証、ログ、セッション管理を確認する |
| DX推進 | 経済産業省 DX | レガシー刷新、経営課題、IT投資判断の前提を確認する |
| DX推進 | IPA デジタル基盤センター | DX推進指標、IT人材、デジタル基盤の観点で現状を確認する |
| 個人情報 | 個人情報保護委員会 | 個人情報・委託先管理・利用目的・安全管理措置を確認する |
稟議・RFPで使う数値設計
投資判断では、導入前後で測れる指標を3から5個に絞ります。下表のように、現状値・目標値・測定方法・責任者をセットにしておくと、PoC後に本番化するかどうかを判断しやすくなります。
| 指標 | 現状確認 | 目標の置き方 | 失敗しやすい例 |
|---|---|---|---|
| 対象業務数 | 現状の対象業務を棚卸し | 初期は1から3業務に限定 | 対象を広げすぎて要件が固まらない |
| 月間処理件数 | 件数、担当者、例外率を確認 | 上位20%の高頻度業務から改善 | 件数が少ない業務を先に自動化する |
| 例外対応率 | 手戻り、確認待ち、属人判断を計測 | 例外の分類と承認ルールを定義 | 例外をAIやシステムだけで吸収しようとする |
| 追加要件率 | 過去案件の変更件数を確認 | 要件凍結ラインを設定 | 見積後に仕様が増え続ける |
| 障害・手戻り件数 | 問い合わせ、障害、改修履歴を確認 | 受入基準とテスト観点を定義 | テストをベンダー任せにする |
よくある失敗と回避策
| 失敗パターン | 起きる理由 | 回避策 |
|---|---|---|
| 目的が曖昧なままツール選定に入る | 比較軸が価格や機能数に寄る | 経営課題、業務課題、測定KPIを先に固定する |
| 現場確認が不足する | 例外処理や非公式運用が見落とされる | 担当者ヒアリングと実データ確認を必ず行う |
| 運用責任者が決まっていない | 導入後の改善が止まる | 業務側とIT側の責任分界をRACIで定義する |
| RFPが抽象的で見積が比較できない | 業務フロー、データ、非機能要件が不足 | 見積前に要件定義と受入条件を固める |
GXOに相談する前に整理しておく情報
初回相談では、次の情報があると診断と提案の精度が上がります。すべて揃っていなくても問題ありませんが、分かる範囲で用意しておくと、概算費用・期間・体制の見立てを早く出せます。
- 対象業務の現行フロー、利用中システム、Excel・紙・チャット運用の一覧
- 月間件数、担当人数、手戻り件数、確認待ち時間などの概算
- 個人情報、機密情報、外部委託、権限管理に関する制約
- 希望開始時期、予算レンジ、社内承認者、決裁までの流れ
- 既存システム構成、画面・帳票・データ項目、外部連携、現行ベンダー契約
GXOでは、現状整理、要件定義、RFP作成、ベンダー比較、PoC設計、本番移行計画まで一気通貫で支援できます。記事の内容を自社に当てはめたい場合は、まずは現在の課題と制約を共有してください。