ノーコード・ローコードツールの導入企業は増加の一途を辿っている。Gartnerの予測では、2026年までにエンタープライズアプリケーションの70%以上がノーコード・ローコードで構築されるとしている。しかし、その裏で「ノーコードで始めたが限界にぶつかり、結局作り直しになった」という事例も急増している。本記事では、Bubble・kintone・Airtable・AppSheet等の具体的な限界を明らかにし、カスタム開発への切り替えを判断すべき7つのサインを解説する。
目次
ノーコード・ローコードが適している領域
まず前提として、ノーコード・ローコードが万能ではないのと同様に、カスタム開発が常に最適というわけでもない。以下の条件に当てはまる場合、ノーコード・ローコードは極めて有効な選択肢である。
- ユーザー数が100人未満の社内ツール
- プロトタイプやMVP（最小限の実用製品）の検証
- 定型的な業務アプリ（申請・承認ワークフロー、簡易CRMなど）
- データ量が10万件未満
- 外部公開しない内部利用ツール
これらの条件を超えてくると、ノーコード・ローコードの制約が顕在化し始める。
主要ツールの限界比較
Bubbleの限界
BubbleはビジュアルプログラミングでWebアプリを構築できるノーコードツールとして高い人気を誇るが、以下の限界がある。
| 項目 | 限界の内容 | 影響度 |
|---|---|---|
| パフォーマンス | 同時接続100人超で顕著にレスポンスが悪化 | 高 |
| SEO | サーバーサイドレンダリング非対応、SPAのためSEOに弱い | 高 |
| データベース | リレーショナルDB未対応、複雑なクエリが書けない | 高 |
| モバイル | レスポンシブ対応だがネイティブアプリではない | 中 |
| コード出力 | ソースコードのエクスポート不可、ベンダーロックイン | 高 |
| 日本語サポート | 公式サポートは英語のみ | 中 |
| コスト | 成長フェーズで月額$349〜$749（年額42万〜90万円） | 中 |
kintoneの限界
kintoneはサイボウズが提供するローコードプラットフォームで、日本国内で30,000社以上の導入実績がある。しかし、以下の限界がある。
| 項目 | 限界の内容 | 影響度 |
|---|---|---|
| データ容量 | 1アプリ100万件の制限（超過で性能劣化） | 高 |
| UIカスタマイズ | 標準UIの変更に限界、独自デザインの実現が困難 | 中 |
| 複雑なロジック | JavaScript/CSSカスタマイズ必須になり、ノーコードの利点が失われる | 高 |
| 外部連携 | 標準APIの制限、WebhookのリアルタイムPushなし | 中 |
| レポート | 集計・分析機能が簡易的、BIツール連携が必要 | 中 |
| アクセス権限 | きめ細かい権限設計に限界 | 中 |
| コスト | ユーザー数×月額1,650円〜、50人で月額8.25万円 | 中 |
Airtableの限界
| 項目 | 限界の内容 | 影響度 |
|---|---|---|
| レコード数 | 1テーブル最大100,000件（Business Plan） | 高 |
| 添付ファイル | 1ベース20GB〜100GBの容量制限 | 中 |
| 計算フィールド | 高度な数式やスクリプトの処理が遅い | 中 |
| 同時編集 | 大人数での同時編集時にコンフリクトが発生 | 中 |
| 日本語対応 | UIは日本語未対応（2026年4月現在） | 低 |
AppSheet（Google）の限界
| 項目 | 限界の内容 | 影響度 |
|---|---|---|
| データソース | スプレッドシート依存のため、大規模データに非対応 | 高 |
| UIデザイン | テンプレートベースのUI変更に限界 | 中 |
| オフライン | オフライン時の動作に制約あり | 中 |
| 複雑なワークフロー | 分岐条件が複雑になると管理困難 | 中 |
カスタム開発に切り替えるべき7つのサイン
サイン1: レスポンスが3秒を超えた
ページの表示速度が3秒を超えると、ユーザーの53%が離脱するというGoogleの調査結果がある。ノーコードツールのパフォーマンス限界により、画面遷移やデータ検索に3秒以上かかるようになったら、カスタム開発への移行を検討すべきタイミングである。
サイン2: 月額費用がカスタム開発の保守費を超えた
ノーコード・ローコードツールはユーザー数や機能に応じて月額費用が増加する。50〜100ユーザーを超えると、月額費用が20万〜50万円に達するケースがある。この金額はカスタム開発のシステムの月額保守費用に匹敵するため、TCO（Total Cost of Ownership）で比較して判断すべきである。
サイン3: プラグイン・拡張で対応しきれない要件が出てきた
ノーコードツールの機能拡張はプラグインやアドオンに依存する。「欲しい機能のプラグインがない」「プラグイン同士の競合で不具合が発生」「プラグイン開発者がメンテナンスを停止した」——これらの問題が頻発するようになったら要注意である。
サイン4: データ量が限界に近づいている
kintoneの100万件制限、Airtableの10万件制限など、各ツールにはデータ量の上限がある。上限の80%を超えたら移行計画を開始すべきである。上限に達してからでは、パフォーマンスが著しく劣化し、業務に支障をきたす。
サイン5: セキュリティ要件を満たせなくなった
ISMS認証の取得、個人情報保護法への対応、業界固有のセキュリティ規制（金融のFISC安全対策基準、医療のHIPAA等）が求められるようになった場合、ノーコードツールの標準セキュリティでは対応できないケースがある。データの暗号化方式、アクセスログの詳細管理、IPアドレス制限などの要件はカスタム開発でなければ実現困難である。
サイン6: 外部システムとの複雑な連携が必要になった
基幹システム、会計ソフト、ECプラットフォーム、物流システムなど、複数の外部システムとリアルタイムで双方向連携する必要が出てきた場合、ノーコードツールのAPI連携機能では対応しきれないことが多い。特に、トランザクション制御やエラーハンドリングの精度が業務品質に直結する場合は、カスタム開発が必須である。
サイン7: 属人化が深刻になった
ノーコードツールは「誰でも作れる」が売りだが、実際には「特定の担当者しかメンテナンスできない」状態に陥ることが多い。JavaScriptカスタマイズ、複雑なワークフロー設定、プラグインの設定——これらのナレッジが特定の担当者に集中し、その担当者の退職リスクが事業継続リスクに直結する場合は、コードベースでの管理に移行すべきである。
コスト逆転のタイミング
TCO（Total Cost of Ownership）比較表
| 項目 | ノーコード（3年） | カスタム開発（3年） |
|---|---|---|
| 初期費用 | 0〜50万円 | 500万〜2,000万円 |
| 月額費用（50ユーザー） | 月額15万〜40万円 | 月額5万〜20万円（保守・インフラ） |
| 3年間総費用 | 540万〜1,490万円 | 680万〜2,720万円 |
| 5年間総費用 | 900万〜2,450万円 | 800万〜3,440万円 |
コスト逆転の計算式
月額ノーコード費用 × 12ヶ月 × n年 > カスタム開発初期費用 + 月額保守費用 × 12ヶ月 × n年
この不等式が成立するnの値が、コスト逆転年数である。
移行の進め方とリスク対策
段階的移行のステップ
- 現状分析（2〜4週間）: 現行ノーコードツールの機能一覧、データ量、ユーザー数、課題を棚卸し
- 要件定義（4〜8週間）: カスタム開発で実現すべき機能を定義、優先順位を決定
- 技術選定（2〜4週間）: フレームワーク、インフラ、データベースの選定
- 並行開発（3〜6ヶ月）: ノーコードツールを稼働させたまま、カスタムシステムを開発
- データ移行（2〜4週間）: ノーコードツールのデータをカスタムシステムに移行
- 並行運用（2〜4週間）: 両システムを同時稼働させて動作検証
- 切り替え・旧ツール停止: 新システムに完全移行
データ移行のリスク
ノーコードツールからのデータエクスポートには以下の制約がある場合がある。
- Bubble: データのCSVエクスポートは可能だが、ファイル添付データは個別ダウンロードが必要
- kintone: REST APIでデータ取得可能（1回500件制限）
- Airtable: APIまたはCSVエクスポートで取得可能
移行判断チェックリスト
以下のチェック項目のうち、3つ以上に該当する場合はカスタム開発への移行を検討すべきである。
- [ ] ページの表示速度が3秒を超えることがある
- [ ] 月額費用が20万円を超えている
- [ ] データ量が上限の80%に達している
- [ ] プラグインやアドオンに起因する不具合が月1回以上発生する
- [ ] ツールのメンテナンスが特定の担当者に依存している
- [ ] セキュリティ監査で指摘を受けたことがある
- [ ] 外部システムとの連携で手動作業が発生している
- [ ] 業務要件の変更に対応するのに1ヶ月以上かかる
- [ ] ユーザーから「使いにくい」というフィードバックが増えている
- [ ] ツールのサービス終了リスクが気になる
よくある質問
Q1. ノーコードからカスタム開発への移行費用はどれくらいか？
移行費用は現行システムの規模と複雑さにより異なるが、ノーコードで構築したシステムをカスタム開発で再構築する場合、ゼロから構築する場合と比較して10〜20%程度安くなるケースがある。要件が既に明確であり、業務フローの検証も済んでいるためである。一般的には、小規模（画面数10〜20）で300万〜800万円、中規模（画面数20〜50）で800万〜2,000万円が目安である。
Q2. ローコードとカスタム開発の中間的な選択肢はあるか？
Power Apps + Azure Functions、OutSystems、Mendixなどのエンタープライズ向けローコードプラットフォームは、ノーコードツールよりも拡張性が高く、カスタム開発に近い柔軟性を持つ。ただし、ライセンス費用が高額（月額数十万円〜）であり、プラットフォームへの依存（ベンダーロックイン）が残る点は変わらない。
Q3. ノーコードで作ったものをそのまま活かしてカスタム開発に移行できるか？
残念ながら、ノーコードツールで構築したUIやロジックをそのままカスタムコードに変換することは基本的にできない。ただし、業務フロー設計やデータ構造の知見はそのまま活用できる。また、ノーコードツールのデータはAPIやCSVで抽出し、新システムに移行することは可能である。
Q4. 段階的にカスタム開発に移行する方法はあるか？
最も推奨されるアプローチは「ストラングラーフィグパターン」である。現行のノーコードシステムを稼働させたまま、特定の機能から順番にカスタム開発に置き換えていく方法である。例えば、まず顧客管理機能をカスタム開発に移行し、次に注文管理、最後に請求管理という順序で進める。一度にすべてを移行するビッグバン方式よりリスクが低い。
Q5. ノーコードツールのサービスが終了した場合どうなるか？
データのエクスポート期間は通常30〜90日が設定されるが、ツールによってはエクスポート機能自体が限定的な場合もある。サービス終了リスクに備えて、定期的なデータバックアップ（月1回以上）と、移行先候補の事前調査を行っておくことが重要である。特に海外スタートアップが提供するノーコードツールは、資金調達の状況によりサービス終了のリスクが高いため、導入時にexitプランを策定しておくべきである。
GXO実務追記: レガシー刷新で発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、現行調査、刷新範囲、段階移行、ROI、ベンダー切替リスクを決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- [ ] 現行システムの機能、利用部署、データ、外部連携を一覧化したか
- [ ] 保守切れ、属人化、障害頻度、セキュリティリスクを金額換算したか
- [ ] 全面刷新、段階移行、SaaS置換、リホストの比較表を作ったか
- [ ] 移行中に止められない業務と、止めてもよい業務を分けたか
- [ ] 既存ベンダー依存から抜けるためのドキュメント/コード引継ぎ条件を決めたか
- [ ] 稟議で説明する投資回収、リスク低減、保守費削減の根拠を整理したか
参考にすべき一次情報・公的情報
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
ノーコード・ローコードの限界｜カスタム開発に切り替えるべき7つのサインを自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。