「ノーコードなら社内で業務アプリが作れて安上がり」と聞いて、導入を考えている方も多いと思います。実際、kintone・Notion・AppSheetのようなノーコードのサービスを使えば、プログラミングの知識がなくても、短い期間で業務アプリを作れます。
一方で、ノーコードには導入前に知っておきたいデメリットもあります。知らずに始めると、数年後に「費用がかさむ」「やりたいことができない」「作った人しか直せない」という状態になりがちです。
この記事では、各サービスの公式ページで確かめた料金や制限をもとに、ノーコード開発のデメリットと、その抑え方を整理します。
ノーコード開発の5つのデメリット
ノーコード開発のデメリットと現れる時期
| デメリット | どんなときに表面化するか |
|---|---|
| 費用が人数に比例して増える | 使う人が増えたとき |
| 決まった機能の中でしか作れない | 業務に合わせた細かい動きが欲しくなったとき |
| データが増えると重くなる | 記録が何年分もたまったとき |
| 外部連携に制限がある | 他のシステムと頻繁にデータをやり取りしたいとき |
| 作った人しか分からなくなる | 担当者が異動・退職したとき |
ここからは、それぞれのデメリットを具体的な数字とあわせて見ていきます。
1. 費用が人数に比例して増える
ノーコードのサービスの多くは、1ユーザーあたりの月額で料金が決まります。最初は少人数で安く始められても、使う人が増えるほど費用が増えていきます。
主なノーコードサービスの料金(1ユーザーあたりの月額)
たとえばkintoneのスタンダードコースを50人で使うと、本体だけで月90,000円(税抜き)、年間で108万円になります(料金ページの単価から計算)。ここに機能を足すためのプラグイン代が加わることもあります。
kintoneスタンダードコースの月額(税抜き)
2. 決まった機能の中でしか作れない
ノーコードでは、サービスが用意した部品を組み合わせてアプリを作ります。部品にない動きは、そのままでは作れません。
kintoneならJavaScriptやプラグインで補えますが、料金ページ(外部サイト)ではスタンダードコース以上の機能です。AppSheetでも、たとえばバーコードの読み取りは、公式ヘルプ「Use a barcode scanner」(外部サイト)でCoreとEnterpriseのプランのみ対応とされています。「作りたい機能が上位のプランでしか使えない」ということは珍しくありません。
3. データが増えると重くなる
ノーコードのサービスは、データの上限が決まっていたり、上限の手前で重くなったりします。
kintoneの制限値一覧(外部サイト)では、レコード数に上限はないものの、多くなると動作が遅くなる場合があると書かれています。Notionのヘルプ(外部サイト)でも、ページ数やプロパティ数が多いと読み込みに時間がかかることがあると説明されています。
4. 外部連携に制限がある
他のシステムとデータをやり取りする仕組み(API)には、回数の制限があります。kintoneは料金ページで、スタンダードコースの1アプリあたりのAPIリクエスト数が1日1万回とされています。Notionは開発者向けの資料(外部サイト、英語)で、ビジネス・エンタープライズ以外のプランでは1つの連携あたり1分に180回までとされています。
在庫や受注のデータを数分おきに同期するような使い方では、こうした制限が設計の足かせになります。
5. 作った人しか分からなくなる
ノーコードは「誰でも作れる」ことが強みですが、裏を返すと、設計の決まりがないまま現場の人がそれぞれ作り足していくことになりがちです。
- どのアプリとどのアプリがつながっているか、誰も全体を把握していない
- 計算の式やプラグインの設定が、作った人の頭の中にしかない
- 担当者が異動・退職すると、誰も直せなくなる
これは費用や機能の問題と違い、サービスを変えても解決しません。
デメリットを抑える使い方
使う人数と費用を3年先まで見積もる
1人あたりの月額 × 人数に、プラグインや上位プランの費用も足して比べます。
作る前に「やりたいこと」とプランを照らし合わせる
必要な機能が無料や下位のプランで使えるかを、公式の料金ページで確かめます。
設計と変更の記録を残す
アプリのつながり、計算の式、使っているプラグインを1か所にまとめておきます。
限界が来た部分だけを切り出す
重くなった部分や連携が多い部分だけを専用の仕組みにし、ほかはノーコードのまま使い続けます。
ノーコードが向いている
- 表計算ソフトやメールでの管理を置き換えたい
- 使う人が限られ、業務の流れがよく変わる
- まず試しながら形を決めたい
専用アプリが向いている
- 使う人が多く、人数分の費用が重い
- データが多い、または正確さが強く求められる
- 他のシステムと頻繁にデータをやり取りする
まとめ
- ノーコード開発のデメリットは、費用・機能・データ量・連携・運用の5つです。
- 多くのサービスは1人あたりの月額なので、人数が増えるほど費用が増えます。
- データ量や外部連携には制限があり、上限の手前で重さとして現れることも多いです。
- すべてを作り直さなくても、限界が来た部分だけを専用アプリにする方法があります。
ノーコードで作ったアプリの費用がかさんできた、やりたいことが標準の機能ではできない、という段階になったら、拡張で乗り切るか、一部を専用アプリにするかを比べる時期です。今の使い方と費用を見ながら、相談してみてください。
よくある質問
ノーコードとローコードの違いは何ですか?
一般に、ノーコードはプログラミングをせずに画面の操作だけでアプリを作る方法、ローコードは画面の操作を中心にしつつ、必要な部分だけプログラムを書き足す方法を指します。kintoneのように、標準ではノーコードで作り、JavaScriptで機能を足せるサービスもあります。
ノーコードで作ったアプリは、あとから別のシステムに移せますか?
多くのサービスでは、データをCSVなどで書き出せます。ただし、画面の作りや計算の式、自動化の設定はそのまま移せないため、移す先で作り直すことになります。移す可能性があるなら、設計や式を記録しておくと作業が楽になります。
小さな会社でもノーコードのデメリットは気にするべきですか?
使う人が少ないうちは、費用やデータ量のデメリットは小さく済みます。小さな会社で特に気をつけたいのは、作った人しか分からなくなる運用の問題です。担当者が1人しかいない場合ほど、設計の記録を残しておきましょう。


