ノーコードで作り始めて、ある日先に進めなくなった
子供向けの育成記録アプリ「そだてる」を作ろうとしたとき、最初はノーコードツールから入った。AIと一緒に進めていく中で「まずはノーコードでやってみよう」という流れになり、物は試しでそこから始めた。コードを一行も書かずに、画面を組んで、ロジックをノードでつないで、データベースと接続して……というあれだ。
最初の数週間は順調だった。画面は思ったより簡単に作れたし、データの流れもGUIで見えるから「これは便利だな」と素直に思った。でも、機能を増やしていくうちに、だんだん雲行きが怪しくなってきた。
結論から言うと、自分は途中でコード直書き（Next.js + Firebase + Vercel）に切り替えた。今そだてるはβ版を公開できる状態まで来ている。同じように「ノーコードで先に進めなくなりつつある」人の参考になればと思って、切り替えの判断基準ごと書いておく。
どこで限界を感じたのか
ノーコードで作り始めてから、コード直書きに移るまでの流れは、ざっくりこんな感じだった。
1. 条件分岐が一気にスパゲッティになる
「無料プランなら登録は2人まで」「ベータユーザーは無制限」みたいな、少し条件が複雑になっただけで、GUIのアクションフローが画面いっぱいのノードグラフになる。コードならif文3行で済むものが、視覚的にどんどん追えなくなっていく。これがじわじわ効いてくる。
2. ちょっと凝ったUIを作るとどうせコードを書くことになる
標準のコンポーネントから一歩外れると、結局はカスタムウィジェット＝コードを書くしかない。「だったら最初からコードで書いた方が早かったのでは？」と思う瞬間が必ず来る。ノーコードを名乗っていても、ある程度以上の凝ったものを作ると、結局コードの世界に半分足を突っ込むことになる。
3. バージョン管理とAIレビューが効かない
これが個人的には一番大きかった。GitHubで差分が見えないので、何をいつ変えたのか後から追えない。AI（自分はClaudeを使っている）に「このあたりの設計どう思う？」と相談しようにも、画面のスクリーンショットを送るしかなくて、文脈が半分も伝わらない。コードが「テキスト」として外に出てこないツールは、AIとの協働には正直向かなかった。
コード直書きに切り替えてみたら
「ゼロからコード書き直すのしんどそう」と最初は腰が引けた。でも結果として、こっちのほうが早かった。
ノーコードと、今使っているコード直書き構成を並べると、向き不向きがはっきり見える。
- 立ち上がりは速い
- 画面数が少ないMVP向け
- 条件分岐が複雑になると先に進めなくなる
- AIにレビューしてもらいにくい
- 初期セットアップはやや面倒
- 機能追加しても崩れにくい
- Gitで差分が見えるので安心
- AIと並走しやすい
切り替えて一番良かったのは、AIと一緒に書けるようになったことだ。「この画面でこういう動きをしたい」と日本語で書けば、コードの形で返ってくる。差分はGitで見えるし、気に入らないところは戻せる。エラーが出れば、エラーメッセージごとAIに投げて聞ける。
ノーコードのGUIだと「ここでこのアクションを足してほしい」をAIに伝える手段がほとんどなかった。コードに落ちた瞬間、AIとの相性が一気に上がった感覚がある。これは予想以上のメリットだった。
とはいえ、ノーコードが全部ダメというわけじゃない
念のため書いておくと、ノーコードを全否定したいわけではない。向き不向きがあるだけだ。
自分の場合、そだてるは「ユーザーが日々使い続けて、機能を継続的に増やしていく」タイプのアプリだとわかってきた段階で、早めに切り替えた。これが結果的に時間の節約になった。「ここから先はノーコードでは伸ばしきれない」と気づいた瞬間が、乗り換えのサインだった。
まとめ：早めに「天井」を見積もっておく
ノーコードで始めるか、コードで始めるかで迷っている人に伝えたいのは、その案件の「複雑さの天井」を最初に見積もっておくこと、それだけだ。
シンプルなものを早く出したいなら、ノーコードは強い味方になる。でも「これは複雑になる予感がする」と感じたら、コードに乗り換えるタイミングをずるずる遅らせないほうがいい。AIに伴走してもらえる今、コード直書きのハードルは数年前より確実に下がっている。
自分の場合、そだてるは早めに切り替えてよかった。次に何か作るときは、最初からコードで書くと思う。AIと並走しやすい環境さえあれば、コード直書きのほうが結果的に早くて柔軟だった、というのが今回の実感です。
※この記事はNPCの中の人の実務経験をもとに書いています。