kintone・Bubble・Power Appsといったノーコード開発と、生成AIを活用して個別仕様のコードを実装するAI駆動開発は、優劣で二者択一を決めるものではありません。定型的な業務や少人数での立ち上げでは既存プラットフォームの手軽さが活き、利用者数の増加・独自の外部連携・処理性能の制約が顕在化すると、個別コードを組み立てるAI駆動開発への切り替えや部分併用が選択肢に入ります。判断を分けるのは、各製品の上限仕様・ランニング費用と、自社で引き受ける保守体制のバランスです。
ノーコード開発とAI駆動開発、何が違うのか
ノーコード開発とは、プログラムのコードを直接書かずに、画面部品や処理設定を組み合わせてシステムを構築する開発手法です。kintoneやBubbleが代表例で、社内担当者でも業務アプリを素早く構築・運用しやすくなります。少量のスクリプトで拡張するローコード開発（MicrosoftのPower Appsなど）も、プラットフォーム基盤上で動く点では共通します。本記事では既存プラットフォーム上での構築全般を総称して「ノーコード」と呼び、技術的な線引きはノーコード・ローコード・AI駆動開発の用語FAQ20問で整理しています。
一方、本記事で比較するAI駆動開発とは、生成AIを活用して要件整理・設計・ソースコード実装・テストを進め、個別環境に独立したシステムを構築する開発手法です。ノーコードツールでもAI機能（kintone AIやCopilotなど）の搭載が進んでいるため、「AIを使えるかどうか」という対立軸ではありません。経営者の発注判断における本質的な違いは、「既存のクラウド基盤と規約の中で運用するか」「独自のソースコード資産として環境を所有・運用するか」という提供形態と保守責任の所在にあります。
両者の技術的な仕組みや開発手法としての詳細は、開発専門メディアの解説記事ノーコード VS バイブコーディング（AI駆動開発）：どちらを選ぶべきなのか？とAI駆動開発とは？メリットやデメリット、開発方法まで完全解説！に譲り、本記事は経営者の発注判断に必要な観点に絞って解説します。見積書や提案書に出てくる用語を先に整理したい場合はノーコード・ローコード・AI駆動開発の用語FAQ20問、AI活用の基礎用語はAI用語集もあわせてご覧ください。
仕様記述からコード生成までをAIで進めた自社検証の記録は、事例集の〈CASE 03｜仕様書を書けば、コードが生まれる〉で確認できます。
乗り換えを検討したほうがよいサインとは
すでにkintoneやBubble、Power Appsで業務システムを運用している場合、次のようなサインが重なってきたら、個別コードを開発するAI駆動開発への切り替えや部分移行を検討する時期に入っている可能性があります。ただし、1つ当てはまったからといって直ちに全面刷新が必要なわけではありません。まずは現行製品の設定改善やプラン変更で対応できるかを確認し、複数当てはまる場合に業務単位での切り出しを検討するのが安全です。
- ライセンス費用の急増：ユーザーを1人追加するたびに月額費用が増加し、社内展開の足かせになっている（現行製品の従量課金やプラン見直しで吸収できるか確認）。
- 回避策やアドオンの累積：標準機能で表現できない要件が増え、プラグインや外部ツールのパッチ当てが重なって構成がブラックボックス化している。
- 独自外部連携の制約：社内基幹システムや取引先のAPIとの双方向連携で、標準コネクタやAPI制限（kintoneの1日あたりリクエスト上限など）に抵触している。
- 手作業カバーの増加：ノーコードの制約を回避するため、データの手動加工や二重入力といった「人手の運用カバー」が業務を圧迫している。
- 担当者の退職・属人化：設定や複雑なプラグインを担当していた社員が退職・異動し、仕様や設定を触れる人が社内に残っていない（引き継ぎ書の整備や運用代行の可否も要検討）。
- データ量・処理速度の限界：レコード数やアクセス数の増加により、検索や一覧表示の遅延が頻発し現場から改善要求が出ている（インデックス設定やテーブル分割で改善可能か精査）。
- 複雑な承認・分岐ロジックの限界：取引条件や契約形態に応じた例外分岐・差戻しフローを、標準のプロセス管理だけでは再現しきれなくなっている。
これらの事象は、必ずしもシステム全体の全面置換を意味しません。全体を一気に置き換えようとすると、中小企業のAI導入 失敗パターン7選で解説している「ツール先行型」の混乱を招きます。まずはサインが強く出ている業務を特定し、現行製品のままで解決できる余地がないかを切り分けることが先決です。最初に着手する業務の選定基準は、AI導入はどこから始める？最初の1業務の選び方で詳しく解説しています。どのサインにも該当しない場合は、現在のノーコード運用を継続するほうが運用負担・コストともに合理的です。
製品ごとにどこで制約が生じるかは、kintoneならkintoneの限界はどこか、BubbleならBubbleで作ったシステムの移行ガイドで、公式仕様と対処の選択肢を詳しくまとめています。
- 課題・サインの特定 費用急増、外部連携・API制限、処理遅延、属人化などのボトルネックを業務単位で特定する
- 現行の工夫で解消可能 現行ノーコードを継続・改善 プラン変更（従量課金/tier購入）、テーブル分割、インデックス最適化、マニュアル整備で対応
- 現行仕様では解消不能 対象業務のスコープを限定 全社一括刷新を避け、制約に直面している一部業務・機能のみを切り出し対象として切り分ける
- 定型業務が併存する 部分移行・ハイブリッド併用 定型業務はノーコードを維持し、基幹連携や独自処理のみをAI駆動開発で個別構築してAPI連携
- 全社規模で根本刷新が必要 AI駆動開発への全面移行比較 初期開発費・インフラ費・コード権利・自社保守責任を試算し、採算性と体制が揃えば段階移行へ進む
サインの数や人数だけで機械的に全面移行を決定せず、設定改善・部分併用・個別開発の比較を段階的に進めます。
kintone・Bubble・Power Appsの料金はいくらか【2026年9月時点】
各サービスの公式サイトが公開している料金情報は次のとおりです。課金単位や契約条件がサービスごとに異なるため、単純な月額単価だけで比較しないよう注意してください。
| サービス | プラン名 | 料金（税別） | 課金単位 | 基本枠・契約条件の備考 |
|---|---|---|---|---|
| kintone（サイボウズ） | ライトコース | 月額1,000円/ユーザー（年額12,000円/ユーザー） | ユーザー数課金 | 最低10ユーザーから契約。ディスク5GB×人数。API連携なし。 |
| kintone（サイボウズ） | スタンダードコース | 月額1,800円/ユーザー（年額21,600円/ユーザー） | ユーザー数課金 | 最低10ユーザーから契約。kintone AI月500クレジット×人数。1アプリAPI 1万回/日。 |
| kintone（サイボウズ） | ワイドコース | 月額3,000円/ユーザー（年額36,000円/ユーザー） | ユーザー数課金 | 最低1,000ユーザーから契約。kintone AI月1,000クレジット×人数。1アプリAPI 10万回/日。 |
| Bubble | Free | 0ドル | 機能・検証用 | 本番ドメイン・一部機能制限あり。月50,000WU（ワークロード単位）含有。超過時は要プラン契約。 |
| Bubble | Starter | 年払い月換算29ドル（月払い32ドル）※Web + Mobileは年払い月換算59ドル | 基本料金＋WU従量/追加tier | 基本料金に月175,000WU含有。超過時はworkload tier購入または従量課金追加が可能（上位プラン変更は任意）。 |
| Bubble | Growth | 年払い月換算119ドル（Web + Mobileは年払い月換算209ドル） | 基本料金＋WU従量/追加tier | 基本料金に月250,000WU含有。超過時はworkload tier購入または従量課金追加が可能。 |
| Bubble | Team | 年払い月換算349ドル（Web + Mobileは年払い月換算549ドル） | 基本料金＋WU従量/追加tier | 基本料金に月500,000WU含有。超過時はworkload tier購入または従量課金追加が可能。 |
| Power Apps（Microsoft） | 開発者向けプラン | 無料 | 非運用（個人検証） | 本番運用不可。開発・テスト専用の3環境、月750フロー実行、Dataverse 2GB等。クレジットカード登録要。 |
| Power Apps（Microsoft） | Premium | 2,998円/ユーザー/月相当（年払い） | ユーザー数課金 | 無制限アプリ・ページ利用可。Dataverse（DB 250MB、ファイル2GB）込み。 |
| Power Apps（Microsoft） | Premium（大量購入） | 1,799円/ユーザー/月相当（年払い） | ユーザー数課金 | 最低2,000シート契約が必要。Dataverse容量等はPremiumと同等。 |
※2026年9月時点の各社公式料金ページおよびBubble公式マニュアル記載の仕様に基づきます（kintone AIクレジットおよびPower Apps従量課金仕様は2026年9月10日再確認、BubbleのWU超過対応仕様は公式マニュアル確認済み）。最新条件は必ず公式サイトをご確認ください。人数の増加や契約年数に伴う費用の累積シミュレーションは、kintone・Bubble・Power Appsの費用はいくら積み上がるかで詳しく解説しています。
料金表を比較する際は、次の3点に注意が必要です。1つ目は通貨で、Bubbleはドル建て、kintoneとPower Appsは円建て（税抜）のため為替影響を考慮する必要があります。2つ目は最低契約数です。kintoneはライト・スタンダードで10ユーザー、ワイドで1,000ユーザーから、Power Appsの大量購入枠は2,000シートからの契約縛りがあり、実際の利用者が少なくても最低契約数分の固定費が発生します。なお、Power Appsにはユーザー数課金のほかに、Azureサブスクリプションを介して月間アクティブユーザーごとに支払う従量課金制の選択肢もあります。
3つ目は課金単位の違いです。kintoneやPower Appsは利用ユーザー数に比例して費用が伸びますが、Bubbleはユーザー数ではなくサーバー処理リソースを表す「ワークロード（WU）」に基づきます。Bubbleの有料プランでは、規定の含有WUを超過した場合でも、直ちにGrowthやTeamなどの上位プランへアップグレードする必要はありません。追加の従量課金（overages）を有効にするか、ボリュームディスカウントが効く「workload tier」を購入して処理枠を追加できます（従量課金をオフにした場合は処理制限等の対象になります）。したがって、Bubble運用の費用対策は「プラン乗り換え」だけでなく「データ検索やワークフロー処理の効率化」によってもコントロールが可能です。
ノーコードが向く会社、AI駆動開発が向く会社の見分け方
料金に加えて、次の7つの判断軸で自社の要件を照合すると、プラットフォーム継続か個別コード開発かの見極めがつきやすくなります。単なる会社の従業員規模だけでなく、システムを利用する人数や求められる性能、保守の責任範囲を確認してください。
| 判断軸 | ノーコード継続・拡張が向く場合 | AI駆動開発（個別開発）が向く場合 |
|---|---|---|
| 利用規模と対象人数 | 利用者が一部門や数十名程度に収まり、業務フローが標準的 | 全社展開や社外利用で対象アカウントが膨らみ、人数課金が事業採算を圧迫する見込み |
| カスタマイズ性と画面設計 | 製品の標準コンポーネントやプラグインの範囲で業務画面が成立する | 業務に完全に合わせた独自のUI/UX設計や、多分岐・非同期の複雑な処理ロジックが必要 |
| 外部システム連携 | 標準コネクタやWebhookなど、既定の連携機能や日次制限内で完結する | オンプレミス基幹システムや複数SaaSと、個別プロトコルや大量トランザクションでリアルタイム連携する |
| データ量と検索性能 | 各製品の基本枠・性能目安（Bubbleのプラン内含有WUや処理最適化、各ツールの実用検索速度）の範囲で業務が成立する | 大量データの一括集計や高頻度アクセスを前提としたデータベース・インデックス最適化が必要 |
| 保守・セキュリティ責任 | インフラ・OS・SSL・認証基盤の脆弱性管理をプラットフォーム側に委ねたい（アプリの権限設定や業務ロジックの管理責任は自社で保持） | 自社管理のサーバー環境や専任チームを整え、ソースコードとセキュリティ監査の責任を引き受けられる |
| 費用の構造 | 初期構築費や設定・プラグイン費用を抑え、月額ライセンスまたは利用枠の支払いでスモールスタートしたい | 初期開発投資を先行させ、運用後はユーザー増に左右されにくいインフラ実費に抑えたい（運用保守費・改修費は別途発生） |
| プラットフォーム依存（ロックイン） | ツールの規約変更や価格改定、仕様変更に伴う追従リスクを許容できる | ソースコードや実行環境を自社資産として管理し、特定SaaSの仕様変更から切り離したい（契約時の権利帰属の確認が前提） |
どの軸も「どちらか一方が全面的に優れている」という性質のものではありません。たとえば、勤怠や経費精算などの標準的な社内業務にはノーコードを使い続け、個別契約や独自アルゴリズムが絡む基幹業務のみをAI駆動開発で個別に構築して連携させるハイブリッド構成も有効な選択肢です。
保守体制と資産性（ロックイン）は、特に慎重な確認が求められます。ノーコードはプラットフォームがサーバーインフラ保守や基盤側の脆弱性パッチを肩代わりしてくれる利点がある一方、サービス提供側の仕様変更や価格改定の影響を直接受けます。また、インフラを委ねる場合でも、アプリ内部のアクセス権限・業務ロジック・入力検証の整合性を保つ責任は自社に残ります。一方でAI駆動開発による個別開発は、手元にコードを持てる自由度がある反面、ソースコードの著作権やリポジトリへのアクセス権、保守・セキュリティ対応の体制を契約時に明確にしておかなければ、開発パートナーへの別のロックインが生じるリスクがあります。インフラ基盤の運用管理をプラットフォームに委ねつつ業務仕様を自社で守るか、自由度とコード資産性を得る代わりにシステム全体の品質・保守責任を引き受けるかという観点で判断してください。
外部連携とデータ量も、実務では見えにくい落とし穴になりがちです。標準の連携機能で足りていたはずが、取引先や基幹システムの仕様変更をきっかけに独自対応が必要になる場合があります。データ量も事業の成長とともに増えていくものなので、契約時点の使用感だけで判断すると、数年後に想定と食い違うことがあります。
製品別にもう一段細かく判断したい場合の入り口も用意しています。kintoneを使っている、あるいはこれから使う会社が従業員規模と業務の型のどちらで判断すべきかはkintoneで足りる会社、AI駆動開発が向く会社、Power AppsやAppSheetを社内の担当者が設定するか外部に任せるかで迷う場合はPower Apps・AppSheetで内製するか、AI駆動開発で外注するかに、それぞれ判断のフレームをまとめています。外注の中でもSaaS導入・受託開発・内製・FDE型を横断して比較したい場合は、〈AI導入の頼み方4類型を比較〉で確認できます。
自社がどちらに近いか判断しづらい場合は、無料のAI自動化診断で業務の状況を客観的に整理する方法もあります。
移行を決めたら、何から始めればよいか
乗り換えを決めた場合も、いきなり全社のシステムを置き換えるのではなく、業務の棚卸しから始めて段階的に進める点は、通常のAI導入と変わりません。棚卸しから社内定着までの手順は、中小企業のAI導入 完全ガイドで詳しく解説しています。
ノーコードで運用してきた業務には、仕様整理における大きな強みがあります。画面項目や入力順、大まかな処理ロジックがすでに可視化されているため、要件定義のたたき台として活用できます。ただし、画面から見えないアクセス権限、例外処理、バッチ処理、外部APIの認証連携、テーブル間の隠れたリレーションなどは画面を見るだけでは抽出できません。既存画面を参考にしつつ、業務担当者へのヒアリングで裏側の運用手順を補完して仕様を固める必要があります。
移行の進め方も、「全社システムの一括刷新」か「現状維持」かの二択ではありません。定型的な業務は既存ノーコードで安定運用を続け、費用や性能のボトルネックとなっている特定機能だけをAI駆動開発でAPI連携させる部分的な切り出しが現実的です。どこまでを切り出すかは、先述の7つの判断軸に照らして業務単位で優先順位を定めていきます。
GUI基盤の設定情報からAIを活用して構造把握を行った検証例は、事例集の〈CASE 32｜GUI前提の基盤でも、定義ファイルは読める〉（設定ファイルの解析検証事例）で確認できます。
AI駆動開発で作り替える場合の体制と契約上の確認事項
ノーコードからAI駆動開発による個別開発へ切り替える場合、開発アプローチだけでなく、発注体制や契約条件の設計が重要になります。
開発の進め方としては、対象業務を絞ってMVP（Minimum Viable Product：実務で検証可能な最小限のプロダクト）を素早く構築し、実運用しながら改善を重ねる段階的なアプローチが推奨されます（AI導入はどこから始める？）。発注体制の選択肢としては、要件書を渡して一括納品を受ける従来の受託開発型のほか、顧客の現場業務に入り込んで要件定義から実装・運用定着までを同じ担当者が伴走するFDE型（Forward Deployed Engineer型）支援などがあります（参考: FDE型AI導入支援とは。なお1社1環境での伴走は株式会社Walkersが提供する支援形態の一例です）。
また、費用構造はSaaSの月額ユーザー課金から、初期開発費＋クラウドインフラ実費＋運用保守・改修費へと移行します。個別開発を自社の有効な資産とするためには、発注時に「ソースコードの権利帰属」「リポジトリやクラウド環境へのアクセス権」「支援終了時の引き継ぎ条件」「外部APIやライブラリへの依存度」を契約書で明記しておくことが不可欠です。
法改正への追従が必要な会計・給与などの領域や、標準機能で十分足りている業務は、無理に作り替える必要はありません。
よくある質問
kintoneとAI駆動開発、どちらが安いですか？
利用人数が少ない初期段階では、月額ライセンスや小規模な設定・プラグイン費用で運用できるノーコードのほうが総額を抑えやすくなります。一方、利用者数が数百名規模に拡大して人数課金が膨らんだり、Bubbleで大量トランザクション処理に伴うワークロード追加（従量課金やtier購入）が定常化したりすると、個別開発への切り替えが視野に入ります。ただし個別開発では、初期開発費に加えてクラウドインフラ実費や運用保守・改修費が発生するため、月額ライセンスとインフラ実費の単なる比較ではなく、初期費用と運用保守・改修費を含めた総額での試算が必要です。個別開発の初期相場は開発費用の相場解説を参考にしてください。
今kintoneやBubbleで運用中でも、AI駆動開発に移行できますか？
可能です。各プラットフォームの標準機能やAPIを用いてデータベースの主要データをCSVやJSON形式でエクスポートし、新環境のデータベースへ移行します。ただし、添付ファイルやリレーション構造、権限設定はそのまま移管できない場合があるため、事前のエクスポート検証が必要です。業務全体を一度に作り直すのではなく、ボトルネックとなっている業務から段階的に切り出す進め方が現実的です。
ノーコードとAI駆動開発は併用できますか？
併用できます。標準的な社内管理や定型フローは既存ノーコードを維持し、基幹連携や複雑な計算ロジックを伴う機能のみをAI駆動開発で個別に構築してAPI接続するハイブリッド構成も選択肢の1つです。運用要件や初期構築費・保守費用を含めた総額の試算に応じて組み合わせを検討できます。
Bubbleで作ったアプリのデータは引き継げますか？
データベース内のテキストや数値データはエクスポート機能を通じて引き継ぎを検討できますが、利用プランやデータ種別、取得方法によって制約が異なるため、実運用前にテストデータでの書き出しと移行先での再現性を検証する必要があります。アップロードされた実ファイル本体についても取得方法や移行手順の事前検証が必要です。一方で、ワークフロー（処理ロジック）や画面デザインはそのまま移行できないため、画面やロジックは新環境に合わせて再設計・再実装する前提で計画する必要があります。
自社にとってノーコードの継続と個別開発のどちらが適しているかを整理したい方は、無料のAI自動化診断をご利用ください。自社の業務に合わせた専用システムをAI駆動開発で構築する場合の相談・見積りは、株式会社Walkersのシステム開発事業で受け付けています。本記事は、FDE型のAI導入支援を行う株式会社Walkersが運営しています。
参考
執筆時点（2026年9月7〜8日）に各公式サイトで公開されていた情報に基づきます（kintone AI の利用枠と Power Apps の従量課金制は 2026-09-10 に再確認、BubbleのWU超過対応仕様は公式マニュアルに基づき確認）。プラン内容・料金は予告なく変更される場合があるため、最新情報は必ず公式サイトでご確認ください。
- kintone 料金ページ（サイボウズ株式会社）: https://kintone.cybozu.co.jp/price/ （確認日: 2026-09-07、kintone AI 欄は 2026-09-10 に再確認）
- Bubble Pricing（Bubble公式サイト）: https://bubble.io/pricing （確認日: 2026-09-07）
- Pricing and plans（Bubble公式マニュアル・プラン種別 Web only／Mobile only／Web + Mobile の料金表）: https://manual.bubble.io/account-and-marketplace/account-and-billing/pricing-plans （確認日: 2026-09-08）
- Workload（Bubble公式マニュアル・WU管理および超過時対応仕様）: https://manual.bubble.io/help-guides/workload （確認日: 2026-10-09）
- Power Apps の価格設定（Microsoft公式サイト）: https://www.microsoft.com/ja-jp/power-platform/products/power-apps/pricing （確認日: 2026-09-07、従量課金制の記載は 2026-09-10 に再確認）
