「最初は便利だったのに、アプリ数が増えるほど身動きが取れなくなってきた」「プラグインを重ねすぎて、もう誰も全体像を把握していない」——kintoneをはじめとするノーコード業務改善プラットフォームを使う中小企業から、こうした声が増えています。
結論から、要点をまとめます。
- kintoneの限界が表面化しやすいのは、大量データの集計・複雑な承認フロー・他システムとのリアルタイム連携・帳票の自由度の4領域です
- 料金は1ユーザー月額1,000円〜からと安価に見えますが、プラグイン・外部連携ツールの費用と、それらを組み合わせて保守する人件費が積み上がる「見えないコスト」 が発生しがちです
- 移行の選択肢は「一部だけフルスクラッチに切り出す」「段階的に基幹システムへ全面移行する」の2つがあり、自社のどの業務がボトルネックかを切り分けてから決めるのが失敗しない進め方です
- kintoneを全廃する必要はなく、周辺業務はkintoneのまま残し、核心部分だけを専用開発に置き換える現実的な移行も可能です
※本記事は2026年9月時点の公開情報にもとづく解説記事です。料金・仕様は変更されることがあるため、実際の契約前には必ずサイボウズの公式サイトで最新情報をご確認ください。
ただし、kintoneに限界を感じたからといって、すぐに全面刷新すべきとは限りません。後半で「まだkintoneのままでいいケース」も整理するので、判断材料としてご確認ください。
kintoneはなぜ多くの中小企業に選ばれてきたのか?
現場主導ですぐに業務アプリを作れる手軽さと、月額1,000円からという低い導入コストが、中小企業に広く浸透した理由です。
kintoneはサイボウズが提供するノーコード業務改善プラットフォームで、契約数は2025年12月期の決算時点で3万9,000社を突破しており、東証プライム上場企業の導入率は約46%、導入自治体数は約460に達しています(サイボウズ2025年12月期決算発表による)。プログラミング知識がなくても、現場の担当者自身がドラッグ&ドロップで業務アプリを組み立てられる点が最大の特徴です。
料金プランは、1ユーザーあたり月額1,000円(税抜)の「ライトコース」、1,800円の「スタンダードコース」、3,000円の「ワイドコース」の3段階が用意されています(ワイドコースのみ最小契約1,000ユーザー、ライト・スタンダードは最小10ユーザー)。フルスクラッチ開発が数百万円〜かかることを考えると、初期投資の小ささは大きな魅力です。
在庫管理・案件管理・日報・簡易な承認フローなど、業務プロセスが比較的シンプルで、標準的な型に収まる範囲であれば、kintoneは今でも十分に有効な選択肢です。実際、Excel管理からの脱却を検討する際の第一歩として、既製のノーコードツールを試すという進め方自体は合理的です。
問題が起きるのは、業務が成長し、複雑さがkintoneの標準機能の範囲を超え始めたときです。
kintoneの限界はどこで表面化する?
大量データの集計処理、複雑な承認フロー、他システムとのリアルタイム連携、自社独自の帳票再現の4つが、標準機能とプラグインの組み合わせだけでは対応しきれなくなる代表的な領域です。
kintoneは「業務改善プラットフォーム」であり、特定の業務に特化した専用システムではありません。そのため、業務が成長するにつれて、次のような場面で限界が見え始めます。
① 大量データの集計・分析処理が重くなる
レコード数が数万件〜数十万件規模に増えると、一覧表示や集計処理の速度が目に見えて落ちてきます。kintone単独では大容量データの高速な集計・分析に対応しきれず、外部のBIツールやデータベースとの連携が必要になるケースが出てきます。
② 複数段階・条件分岐のある承認フローを組みきれない
標準のプロセス管理機能はシンプルな承認フローには十分対応しますが、「金額によって承認者が変わる」「部門をまたいで並行承認が必要」といった複雑な分岐ロジックになると、プラグインを何重にも重ねる、あるいは実現を諦めるという判断を迫られがちです。
③ 会計・販売管理システムなど基幹システムとの連携が甘くなる
kintoneは会計システムやSFA(営業支援システム)としての専用機能は豊富ではなく、OCRによる帳票読み取りや金融機関との自動仕訳連携といった機能はkintone単独では対応していません。基幹システムとリアルタイムで情報をやり取りする必要がある業務では、連携ツールを別途組み込む必要が出てきます。
④ 自社独自の帳票・書式をそのまま再現できない
業界特有の複雑な帳票——工事台帳、検査成績書、独自様式の見積書など——をkintoneの標準フォーム機能だけで再現しようとすると、レイアウトの自由度に制約があり、結局Excelやワードで別途作成する二重管理に逆戻りしてしまうことがあります。
これらの限界が1つだけなら、プラグインの追加や運用ルールの見直しで対応できることもあります。しかし複数が同時に起きている場合、kintoneという道具の設計思想(現場主導の簡易な業務アプリ作成)と、自社の業務の複雑さがすれ違い始めているサインです。
kintoneの限界が表面化する4つの領域。大量データの集計・複雑な承認フロー・基幹システム連携・独自帳票の再現という4つの壁が、業務の成長とともに顕在化する様子を示す図
kintoneのプラグイン依存が増えると何が起きる?
プラグインや外部連携ツールを積み重ねるほど、初期費用の安さとは裏腹に、運用・保守にかかる見えないコストが積み上がっていきます。
kintoneの柔軟性の源泉は、豊富なプラグインとAPIによるカスタマイズ性です。標準機能で足りない部分を、サードパーティ製プラグインや自社開発のカスタマイズで補うことができます。ただし、この柔軟性には代償もあります。
ライセンス費用の積み上がり
プラグイン自体にライセンス費用がかかることが多く、複数のプラグインを組み合わせるほど月額コストは積み上がります。1ユーザー月額1,000円という表面上の安さだけを見て予算組みをしていると、実際の月額コストがその数倍になっていた、という事態も珍しくありません。
構成のブラックボックス化
「どのプラグインが何を担っているか」を導入時の担当者しか把握していない、という属人化が起きやすいのもkintoneカスタマイズの特徴です。プラグインの組み合わせが複雑になるほど、担当者が異動・退職した際に「触れる人がいなくなる」リスクが高まります。この構図は、Excelマクロの属人化問題と本質的に同じです。
バージョンアップ・仕様変更時の影響範囲が読めなくなる
kintone本体やプラグインのアップデートによって、これまで動いていた連携が突然動かなくなることがあります。構成が複雑であるほど、どこに影響が及ぶかの事前予測が難しくなり、都度の検証工数がかかるようになります。
これらのコストは、月々の請求書には現れにくい性質のものです。だからこそ気づいた時には、「フルスクラッチにした場合の費用」と大差ない運用コストを、プラグインの寄せ集めに払い続けている、という状態になっていることがあります。
kintoneから移行するなら、何を検討すべき?
まず自社のどの業務がボトルネックになっているかを切り分け、周辺業務はkintoneのまま残し、核心部分だけをフルスクラッチに置き換える「部分移行」が現実的な選択肢です。
kintoneの限界を感じたときの選択肢は、大きく2つに分かれます。
| 比較軸 | kintone継続+プラグイン追加 | 核心部分をフルスクラッチに切り出し |
|---|---|---|
| 初期費用 | 低い(既存契約の範囲内+プラグイン費) | 高い(数百万円〜) |
| 対応スピード | 速い(プラグイン選定〜数週間) | 遅い(要件定義〜数ヶ月) |
| 複雑な承認フロー・独自帳票 | 対応しきれないことが多い | 業務フローに合わせて自由に設計可能 |
| 大量データ処理 | 標準機能では重くなりやすい | 想定件数に合わせて設計可能 |
| 長期的な保守性 | プラグイン構成がブラックボックス化しやすい | 自社の裁量で構造を把握・拡張できる |
| 周辺業務との連携 | kintoneのAPI経由で柔軟 | 個別に連携設計が必要 |
部分移行が向いているケースは、業務全体のうち特定の1〜2プロセス(例えば受発注管理や在庫管理)だけがkintoneの限界に達しており、その他の業務(日報、簡易な案件管理等)は標準機能で十分に機能している場合です。この場合、限界に達した部分だけをフルスクラッチで専用開発し、それ以外はkintoneに残すことで、初期投資を最小限に抑えながら課題を解決できます。実際、製造業の在庫・受発注管理でkintoneの限界を感じるケースでは、製造業の在庫・受発注管理、SaaSやkintoneの限界を感じたら何を検討すべきかで扱った競合エラーやロット管理の課題も、この「周辺はkintoneのまま核心部分だけ切り出す」考え方で解決策を整理しています。
全面移行が向いているケースは、複数の業務プロセスが同時に限界を迎えており、プラグインの継ぎ足しではもはや対応しきれない、あるいは保守コストがフルスクラッチの費用感に近づいてしまっている場合です。この場合は、基幹システム全体の刷新を検討する段階に来ています。
いずれの場合も、いきなり「kintoneをやめる」という判断から入るのではなく、まず自社のどの業務プロセスが本当にボトルネックなのかを棚卸しすることが出発点になります。
フルスクラッチに切り出す場合、費用と期間はどれくらいかかる?
特定の1業務プロセスを切り出す部分移行なら数百万円・1〜3ヶ月程度、複数業務を統合する全面移行なら期間・費用ともに拡大するのが目安です。
kintoneから核心部分だけをフルスクラッチに切り出す場合の費用感は、対象業務の複雑さとデータ量によって変動しますが、大きく2つの段階で捉えると判断しやすくなります。
部分移行(1つの業務プロセスを専用開発に置き換える)
受発注管理・在庫管理・工事台帳の電子化など、kintoneで限界に達した1つの業務プロセスを切り出す規模であれば、数百万円・1〜3ヶ月程度が目安です。周辺業務はkintoneに残したまま、API連携で情報をやり取りする構成にすることで、開発範囲をコントロールしやすくなります。
全面移行(複数の業務プロセスを1つの基盤に統合する)
kintoneで運用していた複数の業務アプリをまとめて基幹システムに統合する場合、期間は3〜6ヶ月程度、業務の数や連携の複雑さによってはそれ以上に伸びる傾向があります。業務プロセス同士の連携設計(在庫が減ったら発注データに反映する、といった処理)が加わるため、要件定義の工数も増えます。
なお、生産管理・購買・原価管理まで含めた基幹システム全体を刷新する規模になると、費用は数千万円規模、期間も半年〜1年以上に伸びることがあります。この規模感は中小製造業の基幹システム刷新、費用と期間はどれくらいかで詳しく扱っているので、対象範囲が広い場合はあわせてご確認ください。
費用の内訳を大まかに把握しておく
見積書を受け取った際に「システム開発一式」のような大まかな括りで内訳が分かりにくいと感じる場合は、システム開発の見積書、どう読む？で相場と内訳の見方を解説しています。また、稼働後の保守費用は開発費の15〜20%程度が目安になることが多く、システム保守費用の相場でも詳しく扱っています。
kintoneとの並行運用期間中は、両方のシステムの契約料がかかる点も予算組みの際に見落とされがちです。移行完了までの期間を短く見積もりすぎず、余裕を持ったスケジュールで計画することをおすすめします。
移行を進める手順は?失敗しやすいポイントも
①ボトルネック業務の特定→②切り出し範囲の確定→③API連携設計→④並行運用での検証→⑤段階的な切り替え、という5段階で進めるのが基本です。
kintoneからの部分移行・全面移行いずれの場合も、いきなり開発に着手するのではなく、現状の整理から始めます。
① ボトルネック業務の特定(1〜2週間)
現在kintoneで運用している業務アプリを洗い出し、それぞれについて「限界を感じているか」「プラグインで無理に対応していないか」を棚卸しします。この段階で、実はプラグインさえ整理すれば当面は乗り切れる業務と、本質的にkintoneの設計思想と合わない業務とが見えてきます。
② 切り出し範囲の確定(2〜4週間)
棚卸しの結果をもとに、フルスクラッチに切り出す業務プロセスの範囲を確定します。「困っていること」を言語化できれば、詳細な仕様は発注先のエンジニアと一緒に固めていけるので、この段階で完璧な仕様書を用意する必要はありません。仕様書が書けなくてもシステム開発は発注できる？では、プロトタイプを見ながら要件を固めていく進め方を解説しています。
③ kintoneとの連携設計
切り出した部分と、kintoneに残す周辺業務との間で、どのデータをどのタイミングで連携するかを設計します。kintoneはREST APIを備えているため、双方向のデータ連携自体は技術的に難しくありませんが、「どちらが正のデータを持つか」を最初に決めておかないと、データの不整合が起きやすくなります。
④ 並行運用での検証
新システムが稼働してすぐにkintone側のデータ入力をやめるのではなく、一定期間は両方で並行してデータを記録し、連携が正しく機能しているかを確認します。この検証期間を軽視すると、後述する失敗パターンにつながります。
⑤ 段階的な切り替えと定着
一部の担当者・一部の業務から先行して新システムに切り替え、運用が安定してから全体に展開します。全員が一斉に切り替わると、現場の混乱が大きくなりがちです。
失敗しやすいのは、「現場が使い慣れたkintoneの操作感を無視した仕様で作ってしまう」 パターンです。kintoneの手軽な入力画面に慣れた現場担当者にとって、専用開発したシステムの画面が使いにくいと、結局「kintoneのほうが早い」と判断され、定着しないまま二重管理が続いてしまいます。回避策は、要件定義の段階から実際に入力する現場担当者を巻き込み、既存のkintone画面に近い操作感を意識した画面設計にすることです。
kintoneからフルスクラッチへの移行5ステップ。ボトルネック業務の特定、切り出し範囲の確定、kintoneとのAPI連携設計、並行運用での検証、段階的な切り替えという流れを示すフロー図
まだkintoneのままでいいケースもある
ここまで移行の判断基準を解説してきましたが、すべての業務をすぐにフルスクラッチへ移行すべきというわけではありません。利用人数が少なく、承認フローもシンプルで、外部システムとの連携も不要な業務アプリであれば、kintoneの標準機能とプラグインの組み合わせで十分に機能し続けます。移行の投資は、あくまで「プラグイン依存・属人化・処理の重さといった見えないコストが、フルスクラッチの費用を上回っている業務」から優先的に検討するのが合理的です。
なお、店舗経営や比較的軽量な業務改善であれば、フルスクラッチよりも業種特化の軽量パッケージのほうが身の丈に合っていることもあります。予約管理や顧客管理といった業種別の軽量な業務改善は、よりどころべーすのような業種別パッケージ×スクラッチのサービスも選択肢になります。ゼットリンカーでは、フルスクラッチが必要な規模・複雑さの業務システムを専門に扱っています。
この記事で持ち帰れること
- 自社のkintone運用が「限界のサイン」に該当しているかどうかの4つのチェックポイント
- プラグイン依存によって積み上がる見えないコストの正体
- 「部分移行」と「全面移行」、どちらが自社に向いているかの判断軸
- フルスクラッチに切り出す場合のおおよその費用感・期間の目安と、移行を成功させる5段階の進め方
判断の第一歩として、まずは今週、社内で最も複雑になっているkintoneアプリを1つだけ選び、「何個のプラグインが動いていて、それぞれ誰が設定したか」を書き出してみてください。それだけでも、プラグイン依存がどの程度進んでいるか、構成のブラックボックス化がどこまで進んでいるかの輪郭が見えてくるはずです。
「うちの業務はkintoneのプラグインだけではもう対応しきれなそうだ」と感じた場合は、まず現状の業務フローとボトルネックを整理するところから、お問い合わせにてご相談いただけます。お見積もり・ご提案は無料です。老朽化した業務システムの刷新についてはシステムリプレース開発でも詳しく扱っています。
よくある質問(FAQ)
Q. kintoneの限界を感じたら、必ずフルスクラッチに移行すべきですか?
A. 必ずしもそうとは限りません。利用人数が少なく承認フローもシンプルな業務であれば、kintoneのままで十分機能します。プラグイン依存・属人化・処理の重さといった見えないコストが、フルスクラッチの費用を上回っている業務から優先的に検討するのが合理的です。
Q. kintoneの料金プランはどのくらいですか?
A. 1ユーザーあたり月額1,000円(税抜)の「ライトコース」、1,800円の「スタンダードコース」、3,000円の「ワイドコース」の3段階があります(ライト・スタンダードは最小10ユーザー、ワイドは最小1,000ユーザーからの契約)。ただしプラグインや外部連携ツールを追加すると、実際の月額コストはこれより大きくなる点に注意が必要です。
Q. kintoneを完全にやめないと移行の意味がないのでしょうか?
A. そのようなことはありません。周辺業務はkintoneに残したまま、限界に達した核心部分だけをフルスクラッチに切り出す「部分移行」も現実的な選択肢です。API連携によって、kintoneと専用開発したシステムを併存させることができます。
Q. フルスクラッチへの移行には、どのくらいの期間がかかりますか?
A. kintoneで運用していた1つの業務プロセスを切り出す部分移行であれば1〜3ヶ月、複数の業務プロセスを統合する全面移行であれば3〜6ヶ月が目安です。対象業務の複雑さやデータ連携の有無によって変動します。
Q. kintoneのプラグインを増やし続けることの何が問題ですか?
A. ライセンス費用が積み上がるだけでなく、「どのプラグインが何を担っているか」を導入時の担当者しか把握していないという属人化が起きやすく、担当者の異動・退職時に構成がブラックボックス化するリスクがあります。バージョンアップ時に予期しない影響が出ることもあります。
Q. 移行時にkintoneとの二重管理になってしまうのを防ぐには?
A. 新システム稼働後も一定期間はkintone側と並行してデータを記録し、連携が正しく機能しているかを確認する検証期間を設けることが有効です。あわせて、要件定義の段階から現場担当者を巻き込み、kintoneに慣れた操作感を意識した画面設計にすることも重要です。
運営・編集