「最初は便利だったのに、やりたい機能が足せない」「件数が増えて画面が遅い」「料金の改定で、毎月の支払いが思ったより増えた」。社内で kintone・Bubble・Glide・Zapier などのノーコードツールを使って作った仕組みが、こんなふうに行き詰まっていないでしょうか。しかも、作った人はもう社内にいない。そんな状態でこの記事を開いた方も多いと思います。
この記事では、ノーコードの限界を「技術の限界」と「運用の限界」に分けて整理し、「もう限界」と判断してよいサイン5つ、「続ける／一部だけコードにする／作り直す」の決め方、移る前に確かめるデータ・契約・中身の出し方までをまとめました。読み終えるころには、自社の仕組みをどうするかを決めるための材料がそろいます。
私たちアストラルコードは、作った人や会社がいなくなったシステムを引き取って、動かし続ける仕事をしています。システムを引き取るときに必ず確かめるべきなのは、「どんなデータが、どこに、誰の名義で入っているか」と「何が自動で動いているか」です。この記事は、その確かめ方をノーコードの仕組みに当てはめて、どなたでも使える手順にしたものです。
ノーコードの限界は「できないこと」より「運用で困ること」で来る
結論から言うと、すでに使っているノーコードの仕組みが行き詰まる理由は、多くの場合「技術的にできない」ことではありません。料金の上がり方、作った人しか分からないこと、データを外に出しにくいことなど、「運用で困ること」が先に来ます。
よく言われる技術の限界
ノーコードの「できないこと」としてよく挙げられるのは、次の4つです。
- 複雑な処理：条件がいくつも重なる計算や、何段階もある承認の流れは、画面の設定だけでは組みにくい。
- 速度：件数が増えると、一覧の表示や検索、集計が遅くなる。
- 独自の機能：ツールに用意されていない画面の動きや機能は作れない。
- 連携：ツールが対応していないシステムとは、そのままではつなげない。
どれも本当のことです。ただ、導入する前ならこれらを見て「使わない」と決められますが、すでに業務で使っている場合は、話が違います。
実際に行き詰まるのは運用のほう
すでに使っている仕組みで困るのは、次のような運用の問題です。
- 料金の上がり方：多くのノーコードツールは、利用者の人数や、自動処理を動かした回数で料金が決まります。たとえば kintone のスタンダードコースは、2024年11月の改定で1ユーザーあたり月1,500円から1,800円（税別）になり、最小の契約人数も5人から10人に増えました。利用者や処理の回数が増えるほど、料金も上がります。
- 作った人しか分からない：ノーコードはプログラムを書かないぶん、設計書も残りにくいものです。作った人が退職すると、どの設定が何のためにあるのか、誰も説明できなくなります。
- データを外に出しにくい：データはツールの会社のサーバーに入っています。表のデータは CSV で出せても、添付ファイルや変更の履歴、自動処理の設定まで、そのまま別の仕組みに移せるとは限りません。これを「ベンダーロックイン（特定の会社のサービスから離れにくくなること）」と呼びます。
- ツールの会社の都合に左右される：障害で止まったとき、仕様が変わったとき、サービスや機能が終わるとき、自社では直せません。ツールの会社の対応を待つか、決められた期限までに移るしかありません。
技術の限界は、使い方の工夫や一部をコードにすることで越えられる場合があります。運用の限界は、放っておくと少しずつ重くなります。まずは「自社の困りごとはどちらか」を分けて考えてください。
「もう限界」のサイン5つ
次の5つのうち、当てはまるものが多いほど、今のままで続けるのは難しくなっています。1つずつ、自社の仕組みに当てはめてみてください。
1. 回避策の継ぎ足しが増え、誰も全体を説明できない
ツールでできないことを、別のアプリや自動処理、表計算ソフトでの手作業で補っていませんか。回避策が1つ2つなら問題ありません。しかし、継ぎ足しが重なって「どこを直すと何が止まるか」を誰も説明できない状態なら、限界のサインです。変更のたびに、どこかが壊れる心配が出てきます。
2. 件数や利用者が増えて、遅い・上限に当たる
ノーコードツールには、件数や回数の上限があります。たとえば kintone では、スタンダードコースで作れるアプリは1,000個まで、外部の仕組みからデータを読み書きする API の呼び出しは1アプリにつき1日1万回までです（公式の料金ページより）。データ連携を増やしていくと、こうした上限に当たって処理が止まることがあります。画面が遅くて業務の手が止まる、上限に当たって処理が止まる、が月に何度も起きるなら、限界が近いと考えてください。
3. 料金が利用者数や実行回数で上がり、コードで作る費用を超えそう
料金は「人数」か「実行回数」で上がるものが多いです。たとえば Zapier は、決められた回数（タスク数）を超えると、追加の料金を払って使い続けるか、次の月まで止まるかになります。公式の料金ページでは、追加分の単価は月払いのプランで通常の2.5倍、年払いで1.25倍とされています。Bubble も、処理の量（ワークロードユニット）がプランの量を超えると、追加の枠を買うか、追加の料金を払う仕組みです。
比べ方は単純です。今の月額に36か月（3年）をかけた金額と、同じ仕組みをコードで作って3年動かす費用（作る費用＋3年分の保守とサーバー代）を並べます。今後の人数や件数の増え方も入れて、コードのほうが安くなりそうなら、移る理由になります。移り先は、コードで作るだけでなく、別のツールに乗り換える場合も同じ表で比べられます。
4. ほかのシステムとつなげない・つなぐための別ツールが増える
会計ソフトや基幹システムとつなぐために、つなぐ専用のツールを追加していませんか。つなぐツールが増えるたびに、料金も、止まる場所も増えます。「データを手で写している」作業が毎日あるなら、それも同じサインです。
5. 権限やログの管理など、会社の決まりを満たせない
取引先や監査から「誰がいつ何を見たかを記録してほしい」「この情報は担当者以外に見せないでほしい」と求められて、ツールの設定では対応できない場合です。会社の決まりは後から変えられないことが多いので、満たせないなら移ることを考えます。
サインが1つだけなら、使い方の整理で済むことが多いです。いくつも当てはまる場合や、5番目（会社の決まり）に当てはまる場合は、次の章の考え方で、どう移るかを決めてください。
続ける・一部だけコードにする・作り直す の決め方
選び方は3つです。サインの数と種類で決めます。いきなり「全部作り直す」を選ばなくても、困っている部分だけを外に出せば済むことも多いです。
続ける：サインが0〜1個で、使い方の整理で済む場合
回避策が増えているだけなら、まず使い方を整理します。使っていないアプリや自動処理を止め、残すものに「何のための設定か」を書き残します。料金が気になる場合は、利用者の人数や実行回数を数え直して、プランが合っているかを確かめます。これだけで、困りごとが小さくなることがあります。
一部だけコードにする：重い処理や連携だけを外に出す
入力の画面や一覧はノーコードのまま使い、重い集計や外部のシステムとの連携だけを、コードで作った別の仕組みに出す方法です。現場の人が慣れた画面は変わらないので、業務への影響が小さく済みます。
たとえば kintone なら、データの入力と一覧は kintone のまま、毎晩の集計や会計ソフトへのデータ送りだけを、API を使った小さなプログラムに任せます。ツールが API（外部の仕組みからデータを読み書きする窓口）を持っていれば、この方法が使えます。
作り直す：データ量・料金・会社の決まりのどれかが根本的に合わない場合
件数が上限を大きく超えそう、料金が3年でコードの費用を明らかに超える、会社の決まりをツールでは満たせない。このどれかに当てはまるなら、作り直しを考えます。作り直すといっても、すべてを一度に入れ替える必要はありません。業務ごとに順番に移していけば、途中で止まる危険を小さくできます。
作り直す先は、コードだけではない
作り直すときの移り先は、3つあります。どれが合うかは、業務がどれだけ自社に独特かで決まります。
- 既製のパッケージや別の SaaS に乗り換える：会計・販売管理・勤怠など、どの会社でも似た形の業務なら、その業務専用のサービスを使うのが早くて安く済むことが多いです。業務のやり方をサービスに合わせる必要があります。
- ローコードツールに移る：ローコードは、画面の設定を中心にしながら、足りない所だけプログラムを書き足せるツールです。ノーコードより自由が利きますが、ツールの会社に頼る点は変わりません。プログラムを書いた部分を直せる人も必要です。
- コードで作る：業務が自社に独特で、既製のサービスでは合わない場合です。自由に作れますが、作る費用と、作ったあとの保守が要ります。
どれを選ぶ場合も、前の章の「3年分で比べる」の考え方で費用を並べてください。乗り換える先も、料金の決まり方（人数か、回数か）と、データを出せるかを先に確かめておきます。
迷ったら、まず「一部だけコードにする」で困っている処理を外に出し、それで足りるかを見てから作り直しを考える、という順番が安全です。
移る前に確かめること（データ・契約・中身）
どの選び方をする場合でも、移る前に確かめることは同じです。データを出せるか、契約が誰の名義か、中身がどうなっているか。この3つが分からないまま移り始めると、途中で止まります。
データを外に出せるか
まず、表のデータを実際に書き出してみます。kintone なら、アプリの一覧画面からレコードを CSV ファイルに書き出せます。コメントの機能を使っている場合は、レコードとは別の CSV ファイルに出すこともできます（kintone ヘルプより）。
確かめるのは次の3つです。
- 表のデータ：全部の項目が出るか。日付や金額の形が崩れていないか。
- 添付ファイル：表のデータとは別に保存されていることが多いです。CSV に中身まで入るか、まとめて取り出す方法があるかを確かめます。
- 履歴：変更の履歴やコメントが必要なら、出せるかどうか、出せない場合はどう残すかを決めます。
どこまで出せるかはツールやプランで違います。説明書を読むだけでなく、実際に一度書き出して、中身を開いて確かめてください。
契約とアカウントの名義
ツールの契約が誰の名義になっているかを確かめます。作った人の個人のメールアドレスで登録されていると、その人が退職したあとに、管理者の画面に入れない、請求書が届かない、ということが起きます。
確かめるのは、契約者の名義、支払いのカード、管理者のアカウント、の3つです。個人の名義になっていたら、移る前に会社の共有のアドレスへ変えておきます。作った人がすでに退職している場合の確かめ方は、「システム担当者が退職するときの引き継ぎチェックリスト」もあわせてご覧ください。
中身の書き出し
ノーコードの仕組みは、設計書がないことが多いです。ツールの画面を見ながら、次の一覧を作ります。
- 画面と項目：アプリ（画面）ごとに、どんな項目があり、どれが必須か。
- 自動処理：いつ、何をきっかけに、何をするか（例：レコードが追加されたらメールを送る）。
- つないでいる先：ほかのツールやシステムと、何のデータをやり取りしているか。
- 使っている人と権限：誰が何を見られて、何を直せるか。
この一覧が、作り直すときの設計図になります。一部だけコードにする場合も、どこを外に出すかを決める材料になります。
移る間も業務を止めない進め方
新しい仕組みに切り替えるときは、古い仕組みと新しい仕組みを同じ期間だけ並べて動かします。同じデータを両方に入れ、結果が同じになるかを確かめてから、古いほうを止めます。
並べる期間の長さは、業務の締めのタイミングで決めます。月末にまとめて処理する業務なら、少なくとも月末を1回またぐようにします。古い仕組みの契約は、切り替えが終わってデータを取り出し終えるまで解約しないでください。
データ、契約、中身の3つを確かめてから動き出せば、移っている途中で「データが出せない」「管理者の画面に入れない」と止まることを防げます。
よくある質問
ノーコードで作ったものは、そのままコードに書き換えられますか
多くの場合、自動では書き換えられません。ノーコードツールの設定は、そのツールの中でしか動かない形で保存されているからです。前の章で作った「画面と項目」「自動処理」の一覧をもとに、コードで作り直すのが普通です。
作った人がいなくても、中身を調べられますか
管理者のアカウントに入れれば、調べられます。ツールの設定画面には、項目や自動処理の中身が表示されるからです。まずは管理者の画面に入れるかどうか、入れないなら契約の名義が誰かを確かめるところから始めてください。
料金がいくらになったら移るべきですか
決まった金額はありません。今の月額の3年分と、コードで作るか別のツールに乗り換えて3年動かす費用を比べてください。今後の人数や件数の増え方も入れて比べるのがポイントです。料金だけでなく、上限に当たる回数や、会社の決まりを満たせるかもあわせて判断します。
まとめ
- すでに使っているノーコードの仕組みは、「技術的にできない」よりも、料金の上がり方・作った人しか分からない・データを出しにくい・ツールの会社の都合に左右される、という運用の困りごとで行き詰まることが多い
- 限界のサインは5つ。回避策の継ぎ足し、遅い・上限に当たる、料金がコードで作る費用を超えそう、つなぐための別ツールが増える、会社の決まりを満たせない
- 選び方は「続ける」「一部だけコードにする」「作り直す」の3つ。迷ったら、困っている処理だけを外に出すことから始める。作り直す先は、既製のサービス・ローコード・コードの3つから選ぶ
- 料金は、今の月額の3年分と、コードで作って3年動かす費用を並べて比べる
- 移る前に、データを実際に書き出す、契約と管理者の名義を会社にする、画面・自動処理・つないでいる先の一覧を作る
- 切り替えは、古い仕組みと新しい仕組みを並べて動かし、月末を1回またいでから。古い契約は、データを取り出し終えるまで解約しない
まずは、管理者の画面に入れるか、契約が誰の名義かを確かめてください。数分でできて、ここが分からないと次の手が打てません。
ノーコードで作った仕組みの「中身・データ・契約」を点検します
「作った人がいなくて、中身を説明できる人がいない」「続けるか作り直すか、判断の材料がない」「データをどこまで出せるのか分からない」。そんなときは、ご相談ください。
アストラルコードでは、点検（15万円（税別）・2週間・報告書つき）をご用意しています。ノーコードで作った仕組みの画面・項目・自動処理・つないでいる先を一覧にし、データをどこまで出せるか、契約と管理者の名義が誰かを調べます。そのうえで、「続ける」「一部だけコードにする」「作り直す」のどれが合うかを、理由とともに報告書にしてお渡しします。移り先の開発や保守をご依頼いただくかどうかは、報告書を見てから決めていただけます。
「中身が分からない」という段階から、お気軽にご相談ください。
