WixやWebflowで会社のサイトを作り、勢いそのままに「予約管理」「会員機能」「在庫連携」まで載せようとした結果、設定画面の奥深くで身動きが取れなくなる——この数年で、もっとも多く受けるようになった種類の詰まりです。月額17〜159USDで使えるノーコードSaaSは、コーポレートサイトとしては優秀ですが、業務システムとして使うと急に天井が見える瞬間があります。本記事では、その天井がどこにあるのか、そしてどの兆候が出たら自社開発に切り替えるべきかを、経営者の判断軸として整理します。
この記事の結論（3行）
- Wix・Webflowは月額17〜159USDの範囲で「見せる業務」までは十分に担えるが、「動かす業務」には構造的な限界がある
- 複雑な業務ロジック・権限分離・外部連携・データ整合性の4領域のどれか1つでも踏み込む段階で、自社開発の検討が現実的になる
- 「使う人が3部署を超える」「データが2,000件を超える」「月額が合計5万円を超える」のいずれかが見えたら、見直しのタイミング
Wix・Webflowの月額プラン（17〜159USD）で本当にできる範囲
Wix・Webflowは、世界的に見ても「コードを書かずに動くサイトを作る」領域の代表格です。ただし、月額プランで提供される機能は、あくまで「サイト運用」を前提に設計されています。業務システムとして使えるかは、プランの能力ではなく、業務の構造で決まります。
Wixの料金帯と現実的な守備範囲
Wixは月額17USD前後のLightプランから、Businessプラン59USD、Business Eliteプラン159USDまで幅広く揃っています。Lightで実現できるのは、シンプルなコーポレートサイトと簡易フォーム程度。Businessプランに上げると、決済機能・予約機能・簡易在庫管理が乗り、店舗業のフロント業務はほぼ賄えるようになります。Business Eliteは、顧客サポートや高度な分析がセットになり、月額20,000円弱で「業務システムっぽい何か」を1人で動かせる構成です。
問題は、これらが「商品単位・予約単位・問い合わせ単位」での処理は得意でも、「業務フロー全体」を支える設計にはなっていないことです。たとえば、見積もりを作り、承認を回し、受注処理を行い、別部署に作業指示を出して、最後に請求書を発行する——この一連の流れをWix単体で組もうとすると、ワークフロー部分の自由度が足りず、結局Excel併用に戻る現場を多く見ます。
Webflowの料金帯と現実的な守備範囲
Webflowは、デザイン自由度の高さで人気のあるノーコードプラットフォームです。SiteプランがBasic 14USD、CMS 23USD、Business 39USDの3層構成、加えてEcommerce向けや企業向けのEnterpriseプランも用意されています。CMS Itemsの上限はCMS プランで2,000件、Business プランで10,000件と、ある程度の規模感までは耐えられる設計です。
ただし、Webflowは「動的に表示する」のは得意ですが、「動的に処理する」のは苦手です。フォーム送信を別ツールに転送し、ZapierやMakeで連携し、別のデータベースに記録して……と、サービスを継ぎ足していくと、月額の合計が気づけば5万〜10万円規模に膨らみます。さらに、連携の途中で1サービスが落ちると、業務全体が止まるというリスクも背負います。
業務システムとしての限界はどこに現れるか
「Wixで業務システムを作る」と聞いたときに私が最初に確認するのは、その業務が「見せる業務」なのか「動かす業務」なのかという1点です。前者ならノーコードで十分、後者なら遠からず限界が来ます。
| 領域 | Wix・Webflowで可能な範囲 | 限界が来やすいライン | |---|---|---| | 複雑な業務ロジック | 単純な条件分岐・在庫減算 | 承認フロー・多段階の状態遷移 | | データベース | 数千件までのCMS／コレクション | 数万件超・複数テーブルのJOIN | | 権限管理 | 管理者と一般ユーザーの2段階 | 部署別・役職別・閲覧/編集の細分化 | | 外部システム連携 | 標準コネクタ＋Zapier等 | リアルタイム双方向同期・在庫連動 | | 月額コスト | 17〜159USD単体 | 連携サービス込みで5〜10万円超 |
この表でいうと、左列に収まる範囲なら、Wix・Webflowは費用対効果の高い選択肢です。問題は、業務を回しているうちに、いつのまにか右列に踏み込んでしまうケースが非常に多いことです。各領域の限界を、もう少しだけ詳しく見ていきます。
複雑な業務ロジック：承認フローと状態遷移の壁
Wixにも「Velo」というJavaScript拡張環境があり、Webflowにも「Logic」というワークフロー機能があります。ただし、いずれも「サイト内の振る舞い」を作るための仕組みで、業務システムが必要とする「申請→上長承認→部長承認→経理確定→請求発行」のような多段階フローを安定して回すには、設計の自由度が足りません。途中で差し戻したい、承認者を動的に変えたい、特定金額以上は二人承認にしたい——こうした要件が積み重なるほど、ノーコード側のメンテナンスコストが急上昇します。
データベース：件数とリレーションの壁
WebflowのCMS Itemsの上限は最大でも10,000件で、複数コレクション間のリレーションも限定的です。Wixも同様で、CMS上で「JOIN相当」の検索を高速にこなす設計にはなっていません。顧客数が2,000を超える、商品マスターが3,000を超える、案件履歴が5年分積み上がる——こうした規模に達した瞬間、表示速度の劣化や検索のもたつきが、業務を直接的に止め始めます。「ノーコードのままでは未来が描けない」という現場感が、ここから生まれます。
このあたりで業務の重さに気づき、月額の総額や運用工数を 業務改善・システム見積もりAI適正診断 で整理しておくと、現状維持と移行の損益分岐点が見えやすくなります。
自社開発に切り替えるべき3つの兆候
「では具体的に、どのタイミングで自社開発に切り替えるべきか」——ここに、経営者が判断軸として持っておくとよい3つの兆候があります。技術的な話ではなく、業務側に現れる「移行のサイン」です。
兆候1：使う部署が3つを超えてきた
最初は営業部だけで使っていたWebflowのCMSが、いつのまにか「マーケティング部もここでLPを作っている」「カスタマーサポート部もここで問い合わせを管理している」と広がっていく。使う部署が3つを超え、それぞれが違う運用ルールを持ち始めると、Wix・Webflow標準の2段階権限では情報統制が破綻します。閲覧してはいけない人がデータを見られる、編集してはいけないページが編集されてしまう——こうした「権限事故」が1回でも起きたら、構造を見直すサインです。
兆候2：データ件数が2,000を超え、検索や絞り込みが遅くなってきた
WebflowのCMSなら2,000件、Wixのコレクションでも数千件のラインで、検索結果が出るまでに「数秒の待ち」が発生し始めます。1日に100回検索する業務なら、年間で20時間以上の純粋な待ち時間です。現場の生産性を時給換算してみると、ノーコードの月額より、待ち時間の人件費のほうが高くついていた、という逆転が起きるのがこの段階です。
兆候3：連携サービスの月額合計が5万円を超えた
Wix・Webflow単体の月額は安く見えますが、Zapier、Make、外部DB、決済代行、メール配信、顧客管理SaaS——気づけば毎月10種類以上に支払っている会社は珍しくありません。月額合計が5万円を超えた時点で、年間60万円・3年で180万円の運用コストです。自社開発のSaaS型システムを200〜500万円台で構築できる現代では、十分に乗り換えがペイするレンジに入っています。
経営者目線で考える「ノーコードからの卒業タイミング」
業界一般論では、「ノーコードは安い・速い・誰でも作れる」が長所として語られます。確かにスタート時点では正しい。ただ、経営者の立場で見ると、ノーコードを使い続けるかどうかは「ツール選択」の問題ではなく「事業の重心がどこに移ったか」の問題です。
最初はサイトを見せるだけだったWebflowが、いつのまにか売上の3割を生む受注フォームになっている。Wixで作った予約システムが、店舗オペレーションの中核になっている。このとき、ツールに対する依存度と、ツールの設計思想のあいだに、深い溝が生まれます。Wix・Webflowは「Web表現の自由度」を最大化する思想で作られた製品であって、「業務継続性」を最大化する設計ではありません。
ここで経営者が見落としがちなのが、「移行コスト」と「停止リスク」の非対称です。ノーコードを使い続ければ、確かに今月の請求は安く済む。しかし、データ構造が独自仕様のまま蓄積し続けると、3年後5年後に他環境へ移行する難易度は指数関数的に上がります。「いまの月額は安いが、未来の身動きの取れなさを買っている」——この視点を経営の判断軸に1本加えるかどうかで、選択は変わります。
中間マージンが多重に重なるSIer型の見積もりに疑問を持ち、ノーコードに逃げた会社が、今度はノーコードのロックインに苦しみ始めている——この数年で頻繁に目にする構図です。解決の方向性は、「業務の中核は自社で持つ、見せる部分はノーコードに残す」というハイブリッド設計に切り替えることです。両者の役割を最初から分けておけば、どちらの限界にもひっかからずに走り続けられます。
ぷらすわんの実例：AI-SAKUの開発
具体的なイメージとして、弊社で開発したAI-SAKUのケースを紹介します。AI-SAKUは、AI活用支援のためのSaaSで、ユーザーごとのAI利用履歴、プラン管理、決済処理、ダッシュボード、運用画面までを1本で抱える構成です。
このカテゴリ（AI活用SaaS）を大手の開発会社に外注すると、相場としては700万〜1,500万円が一般的なレンジです。弊社では、これを 500万円 で開発・納品しました。相場の半額前後です。
実現できた背景は、3つです。
1つ目は、AI駆動開発による工数圧縮。 Claude CodeをコーディングのコアエンジンにしてNext.jsベースのフロントエンドを構築し、エンジニアの作業は「業務固有のロジックの設計」と「AI出力のレビュー」に絞り込みました。これだけで体感3〜4割の工数圧縮になっています。
2つ目は、Supabaseによるバックエンド統合。 認証、データベース、ストレージ、リアルタイム同期までを1つのプラットフォームでまかなうため、Wix・Webflow＋Zapier＋外部DBで組む構成と比べて、運用面の継ぎ目が圧倒的に少ない。月額のランニング構成も、サービスを継ぎ足すのではなく、1〜2つのSaaSに集約できます。
3つ目は、Stripe連携による決済の標準化。 決済代行を自前で抱え込まず、Stripeで世界標準の決済フローに乗せることで、開発期間と監査リスクを同時に抑えられます。ノーコードSaaSの月額連携をしなくても、フルスクラッチで構築したシステム側に直接Stripeを組み込むほうが、結果として安定するというケースです。
経営者として得た学びは、「ノーコードの限界点で迷ったら、フルスクラッチを試算してみる」だけで判断が変わるということです。手元の運用コストとフルスクラッチ費用を 診断する ことで、移行の損益分岐点を具体的な数字で把握できます。
切り替えを検討するときの実践ステップ
「では実際にどう動けばいいのか」を、3つのステップで整理します。いきなり全部を作り替えるのではなく、移行は段階的に進めるのが鉄則です。
- 月額コスト全体と運用工数の棚卸し
- 業務領域ごとの「ノーコード残し／自社開発化」の仕分け
- 中核業務だけを先に自社開発し、見せる部分はノーコードに残す
月額コスト全体と運用工数の棚卸し
最初の作業は、現在の月額コストを「全部1枚にまとめる」ことです。Wix／Webflowの本体プラン、外部連携サービス、メール配信、決済代行、SaaS型CRM、これらをすべて並べると、想像より大きな数字になっている会社がほとんどです。あわせて、「これらの維持と更新に毎月何時間使っているか」を1人ずつ書き出します。月額金額×12と、運用工数×時給を足したものが、現状維持の年間コストです。
業務領域ごとの「ノーコード残し／自社開発化」の仕分け
次に、現在ノーコードで動かしている業務領域を「見せる業務」と「動かす業務」に分類します。会社案内、採用情報、ブログ、LPなどはノーコードに残してよい領域。受注処理、見積もり、在庫管理、顧客データ、決済——このあたりは自社開発化を検討する領域です。完全に切り替える必要はなく、「どちらに置くべきか」を業務単位で線を引くことが目的です。
中核業務だけを先に自社開発し、見せる部分はノーコードに残す
最後の実践ステップは、いきなり全部を作り直さないことです。中核業務だけを自社開発で構築し、フロントの見せる部分はWix・Webflowに残す。両者をAPIやWebhookでつなぎ、3年程度かけて自社開発側のシェアを増やしていく。この段階的な進め方なら、月額コストもいきなり跳ね上がらず、現場の混乱も最小限です。他社見積もりとの 比較を依頼する ことで、フルスクラッチ提案とノーコード継続の構造の違いを具体的に確認できます。
まとめ
Wix・Webflowは、月額17〜159USDという価格帯において、コーポレートサイトやLPの領域では明確に強い選択肢です。ただし業務システムとして使うと、複雑な業務ロジック・データベース規模・権限管理・外部連携の4領域で、構造的な限界に必ずぶつかります。「使う部署が3つを超えた」「データが2,000件を超えた」「連携サービスの月額が5万円を超えた」のいずれかが見えてきた段階が、自社開発の検討タイミングです。
次に取るべき1ステップは、現在の月額合計と運用工数を1枚に書き出してみること。そのうえで、自社開発に切り替えたときの費用感を、相場と比較してみることです。整理が必要な業務範囲が広いと感じる場合は、現在のシステムを 診断する ことで、優先順位と移行の損益分岐点を見直せます。