相談する

Wixのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

Wixのシステム開発は、業務と利用者を整理し、標準機能と追加開発の範囲を選び、設計・テスト・稼働の順に進めると、保守しやすい形で定着します。Wixで作れる範囲、6つのフェーズ、費用相場と見積もりの見方を、この順に説明します。

▼全体ガイドの記事
・Wixのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Wixで作れるシステムの範囲と全体像

商品説明・画像、在庫・原価、問い合わせ履歴の管理先を注釈線で示す図です。
データの種類ごとに管理先を定める構成です。

Wixは、ホームページの表示のほか、CMSやフォームを扱えます。顧客との接点に関わる機能としては、次のものも扱えます。

  • 会員管理：会員の登録と情報の管理
  • 予約：予約の受付と予約枠の管理
  • ネットショップ：商品の販売と注文の受付
  • メール配信：お知らせなどのメールの配信
  • アクセス解析：サイトの閲覧状況の把握

クラウド型のWeb基盤で、サーバー構築やCMS更新の負担を抑えやすい一方、複雑な業務処理をすべて集約する製品ではありません。そのため、公開サイトと顧客接点はWixに置き、会計・在庫・基幹データは外部システムに残す構成も検討します。

標準機能で整えられる企業サイトと顧客接点

Wix Studioには、企業サイトの運営に使う機能と環境がまとまっています。

  • サイト運営機能：レスポンシブデザイン、共同編集、サイト単位の権限、CMS、SEO・マーケティング、独自ドメイン、ホスティング
  • 適するサイト：企業・採用・導入事例・店舗・予約サイトや簡易ECなど、閲覧と問い合わせ・予約が中心のサイト
  • 標準機能の判断：業務ルールをWixに合わせられるかで判断し、ニュース更新、メール受付、予約枠管理に活用
  • 個別開発の負担：初期費用に加え、仕様変更や回帰テストの負担も増加

VeloとWix SDKで広げる検索・会員別表示・API連携

標準機能で足りない部分は、JavaScriptで組めるVeloや、段階的に拡充されているWix JavaScript SDKで補います。

  • 拡張できる処理：データCRUD、検索・絞り込み、会員別表示、ECのカート・注文、バックエンド（出典: Wix公式「Velo Docs」、2026年確認）
  • 利用例：物件・事例検索、会員専用ページ、見積もりフォーム、送信後のCRM通知
  • 処理上限：リクエスト数、保存容量、実行時間にプラン・機能ごとのクォータ
  • CMS項目数：Basic 1,500、Standard 4,000、Plus 20,000、Elite 1,000万

CMS項目数はWix公式「Wix Studio Pricing」（2026年確認）に基づきます。

大量データや高頻度のリアルタイム処理、複雑な権限や承認が中心の業務であれば、外部DBや別システムとの分担も検討します。

Wixと外部システムの境界の決め方

最初に構成を役割ごとに分けて、データの正と運用後の保守性を先に見ておきます。

  • 構成の層：表示、Wix CMS・会員・予約・EC、Velo／Wix SDK、外部サービス・API、分析・通知・運用
  • データの正：商品説明・画像はCMS、在庫・原価は基幹、問い合わせ履歴はCRMなどと定める
  • 別方式を検討する条件：厳格な監査ログ、職務分掌、複雑な承認、大量同時アクセス、特殊計算が中核
  • 運用の判断：作成できるかだけでなく、5年程度の変更や担当者交代後の保守性

商品・顧客・予約・注文ごとに正とするシステムを決めておけば、二重登録や上書きの事故を防ぎやすくなります。なお、複雑な業務が中心なら、フルスクラッチや業務パッケージが安全な場合もあります。

ポイント

Wixで作れるかは、業務の中心が公開サイトと顧客接点か、複雑な業務処理かで判断します。後者なら、会計や在庫のデータは外部システムに残す構成も検討します。

Wixのシステム開発の進め方と6つのフェーズ

要件整理から稼働後の定着までを4つの節目で示す時系列図です。
公開前の検証と稼働後の運用が開発の流れに続きます。

まず業務目的と利用者を定め、標準機能と個別開発の範囲を決めます。そのうえで、代表的な業務シナリオで検証してから公開すると、後付けによる手戻りを抑えやすくなります。

発注側と開発会社は、各フェーズの成果物をそろえ、次の工程へ進んでよいかの判断基準も決めておきます。

フェーズ1：要件整理による目的・利用者・データの確定

要件整理では、業務でどんな成果を出したいのか、誰が使うのか、例外を含めてどんな場面があるのかを明らかにします。

  • 成果指標：問い合わせ時間短縮、予約取りこぼし削減、応募情報一元化などから3〜5個
  • 利用者と操作：訪問者、会員、営業、管理者、委託先ごとの閲覧・入力情報と承認権限
  • 確認項目：業務フロー、月間件数、データ、個人情報、既存システム、担当、権限、例外、公開日
  • 業務シナリオ：予約変更・キャンセル・無断キャンセル・担当者不在・決済失敗も含める
  • 要件定義書：利用者、データ項目、完了条件を記載

範囲を伝えるには、機能の一覧に加えて、画面ごとの利用者、データ項目、完了条件まで書いておきます。そうすると、発注側と開発会社を含む関係者が、同じ範囲を確認できる状態になります。

フェーズ2：標準機能・アプリ・外部連携の構成の選定

要件ごとに担当先を機能単位で決めます。標準機能で対応できる業務を個別開発しないことが、更新後の保守性を高めます。

  • 標準機能：企業サイト、ブログ、通常のフォーム
  • Wixアプリ：要件に合う追加機能
  • Velo／Wix SDK：会員別表示、独自検索
  • 外部サービス：在庫・会計・CRMとのデータ交換
  • 別システム：Wixの外に置く業務やデータの管理

開発会社には、Wix Studio、Velo、Wix SDK、DB、API連携のそれぞれを担当できる人がいるかを確かめます。

提案では、非対応の範囲、クォータを超えたときの代替案、外部サービス停止時の手動運用も示してもらいます。

候補が複数あるなら、同じ要件書を渡し、構成、納期、成果物、保守範囲をそろえて比べます。

フェーズ3：設計・開発での画面とデータ連携の固め方

サイトマップやワイヤーフレームを描くだけでは、データをどこで管理し、誰がどこまで見られるかが決まりません。そこで、画面設計と合わせて、データの管理方法とアクセス範囲も定めます。

  • CMS設計：コレクション、項目型、権限、一覧・詳細の関係、登録・編集・公開・削除者
  • データ保護：会員・問い合わせ情報を見られる担当者を絞り、テスト用と本番データを分ける
  • 外部連携：送受信元、同期頻度、更新優先順位、認証、再送、手動復旧を決める

Wix Dataにはクォータがあり、さらに更新値がミラー側へ反映されるまで遅れる結果整合性もあります（出典: Wix公式「Velo Wix Data Introduction」、2026年3月23日更新）。

登録直後に最新値を必ず表示する必要がある場合は、整合性を重視した読み取りや外部DBも設計に含めます。

フェーズ4：正常系と失敗時の動作のテスト

画面表示の確認だけで完了とせず、利用者の役割ごとに主な機能を試します。あわせて、メール未着、二重送信、権限外の閲覧など、失敗する条件も先に洗い出しておきます。

  • 利用者機能：フォーム、会員登録、ログイン、予約、決済、スマートフォン表示
  • 管理・データ：権限別表示、CMS登録、検索・絞り込み、通知
  • 異常系・連携：APIタイムアウト、決済失敗、在庫切れ、予約重複、誤入力、Wix上限到達

受入テストは、代表的な利用者と実データに近いサンプルを使い、要件定義書の完了条件と照らし合わせて行います。

仕様書には、前提データ、操作、期待する結果と実際の結果、担当者、再テスト結果を残します。未解決の不具合が残る場合は、公開を判定する人を明確にしておきます。

フェーズ5：稼働での切り替えと復旧の条件

公開前に切替条件を決めておくと、稼働後の確認や障害対応にそのままつなげられます。

  • 切替条件：公開対象、日時、DNS・ドメイン担当、移行方法、窓口、連携有効化、旧サイトへ戻す条件
  • 公開前確認：URL、タイトル、メタ情報、画像、フォーム、リダイレクト、解析
  • 稼働初期の確認：フォーム送信数、予約完了率、エラー件数、外部連携の失敗、問い合わせ、表示速度を毎日見る
  • 障害時の連絡：Wix、制作会社、自社の連絡先と、再送の担当者
  • 代替手順：自動処理の停止中も受付・登録を続ける方法を、公開条件に含める

まず社内や一部の顧客で試し、そのあとで全機能を切り替えると、業務上の例外を見つけやすくなります。

フェーズ6：定着に向けた更新・教育・改善

公開後にシステムを定着させるには、担当者の運用を整え、業務の成果と利用量を継続して見ていく必要があります。

  • 運用体制：操作説明、権限管理、問い合わせ窓口、承認ルール、機能追加申請
  • 役割分担：共同編集と権限機能で記事更新、フォーム確認、サイト設定を分け、管理者権限を限定
  • 業務KPI：問い合わせ対応時間、予約完了率、応募情報の入力漏れ、更新時間、連携失敗率、削減時間を月次で見る
  • 利用量への備え：クォータに応じたプラン変更や外部DBへの分離を検討

データやバックエンドのクォータを意識した設計が求められます（出典: Wix公式「Best Practices for Building a Site with Velo」、2026年確認）。

利用量が増えたときに、プランを変えるか外部DBへ分けるかの条件を、運用計画に残しておきます。

ポイント

業務目的と利用者を決めてから、構成、設計、テスト、稼働と進めます。各フェーズの成果物をそろえて次へ進むと、手戻りを抑えやすくなります。

Wixのシステム開発の費用相場とコストの内訳

Wixシステム開発の費用を利用料、制作・追加開発費、保守費に分けたカード図です。
初年度と2年目以降で中心となる費目が変わります。

費用は、利用料、要件整理と制作、追加開発の3つを中心に考えます。月額プランの料金だけで見積もると、原稿・画像、CMS設計、API連携、テスト、公開後の改善費が抜けてしまいます。次の費用は、初年度と2年目以降で中心になる時期が違うため、別々に確かめます。

  • 移行：旧サイトからの移し替え
  • 教育：担当者への操作の説明
  • 保守：公開後の対応

ここで示す金額は、業務システム一般の相場と、Wixの公開料金・機能をもとに組み立てた予算の目安です。

Wixの利用料の違い（プラン・契約期間・機能）

利用料は、プラン料金だけでなく、契約条件、CMSの規模、追加サービスを含めて見ます。

  • 月あたり表示：Basic 19、Standard 27、Plus 34、Elite 159米ドル（年額一括払い）
  • 価格条件：税別。地域、通貨、契約期間、キャンペーン、請求先で変動し、日本円額は購入画面で確認
  • CMS項目数：Basic 1,500、Standard 4,000、Plus 20,000、Elite 1,000万。検索・絞り込みのリクエストも含める
  • 別料金の可能性：ドメイン、決済、予約、メール配信、CRM、分析ツール。プラン外の月額費も一覧にする

表示価格の出典は、Wix公式「Wix Studio Pricing」（2026年8月確認）です。日本円の契約額は発注時点の日本向け購入画面で確かめ、ここでの予算目安を確定した見積もりとして扱わないようにします。

制作・追加開発費の幅（30万円台〜500万円超）

制作・追加開発費は、サイト規模と実装範囲によって、下のような幅になります。

  • 小規模サイト：既存テンプレート、5〜10ページ、基本SEO、フォーム、初期設定で30万〜80万円、期間は2〜6週間程度が目安
  • 素材を自社用意：原稿・画像を用意しデザイン調整を抑えると10万〜30万円台もあり得る
  • 中規模案件：独自デザイン、CMS、採用・事例、予約・会員機能で80万〜250万円、1〜3か月程度が目安
  • 追加開発：検索、会員別表示、見積もり、API・Sheets・CRM連携は追加で50万〜300万円、期間は1〜4か月程度を見込む
  • 複合システム：EC、予約、多言語、複数拠点、基幹連携で150万〜500万円、2〜6か月程度が初期検討の目安

金額を比べるには、原稿・画像の準備、デザイン調整、ページ数、修正回数、公開範囲をそろえます。

認証、例外処理、移行、監視まで含めると、カスタム部分だけで300万〜800万円になる可能性もあります。

これらの金額は、NotebookLMリサーチノートと一般的な業務システム工数からの推定で、Wix案件全体の公的な平均ではありません。要件が大きい場合は、外部クラウドやスクラッチも含めて個別に見積もります。

保守費の作業範囲と月額・年額

保守費は作業範囲で変わるため、費目と契約年次を分けて比較します。

  • 予算目安：制作費の年15〜25％、または月3万〜20万円を仮置きする場合がある
  • 含む作業：更新代行、SEO改善、障害対応、外部サービスの仕様変更、機能追加、バックアップ、操作相談の範囲
  • 対応条件：作業時間、受付時間、緊急対応、追加開発単価を分け、記事更新とAPI監視・復旧を区別
  • 変動費：外部利用料、為替、キャンペーンで変動

総額は、初年度と2年目以降に分けて考えます。初年度は制作・移行・教育が中心で、2年目以降はプラン、ドメイン、アプリ、保守、更新、改善が中心になります。

見積書には、現時点の参考価格と、契約時に改めて確かめる費目を書いておきます。

ポイント

費用は、利用料だけでなく制作・追加開発、移行、教育、保守を合わせて考え、初年度と2年目以降に分けて見ます。金額は目安なので、発注時点の購入画面や見積もりで確かめます。

Wixのシステム開発で見積もりを取る際のポイント

合計金額より前に、前提条件と作業範囲をそろえて比べます。要件定義、データ設計、原稿・画像を含むかどうかで、金額は変わります。ほかに、次の作業が含まれるかも確かめます。

  • CMS登録：サイトに載せる情報の登録
  • API：外部サービスとのデータのやり取り
  • テスト：公開前の動作確認
  • 移行・教育：旧サイトからの移し替えと、担当者への操作説明
  • 保守：公開後の対応

成果物と対象外を発注前に明らかにしておくと、追加費用や納期の遅れを抑えやすくなります。

要件・データ・成果物を載せた依頼書

依頼書には、作業範囲と受け入れ条件が伝わるよう、下の情報をそろえて書きます。

  • 依頼条件：目的、利用者、ページ・機能、月間件数、CMS項目、個人情報、既存システム、連携先、納期、社内作業
  • 完了条件：「会員サイト」だけでなく、申込状況の確認、担当者の状態更新、更新時のメール送信まで明記
  • 設計・テスト成果物：業務フロー、サイトマップ、画面一覧、CMS定義、権限表、連携一覧、構成図、テスト仕様
  • 運用成果物：操作・運用手順、引き継ぎ資料
  • Velo／SDKの納品条件：ソース、設定値、APIキー管理者、ログ確認法、Wixアカウント所有者

複数社を対応範囲と体制で比べる観点

同じ要件書を渡して、標準機能、アプリ、Velo／SDK、外部システムの提案を比べます。あわせて、似た業界・規模・データ量での実績も見ておきます。

  • 実装体制：Wix Studio、Velo／SDK、データ移行の担当者
  • 品質・安全：SEO・リダイレクト、セキュリティレビュー、テスト責任者
  • 運用：公開後の保守担当と対応範囲

「一式」と書かれた項目が多い見積もりでは、工数、ページ数、納期の前提を質問します。ほかに、回数、CMS件数、修正、テストの範囲も確かめます。

API調査、権限設定、メール到達の確認、スマートフォン調整、公開後の不具合対応も、見積もりに含まれているかを確かめます。そのうえで、自社の負担分を含めた実質総額で判断します。

移行・権限・個人情報のリスクの契約前確認

プラットフォームの認証は、自社の個人情報保護対応の一部です。

  • 自社の個人情報管理：取得目的、権限、保存期間、委託先、Cookie・解析、退会時削除、事故連絡
  • 海外サービスの利用：所在、委託契約、本人への説明・同意、安全管理
  • アカウント管理：制作会社に認証情報を残さないための所有者、権限付与、退職・契約終了時の回収方法

Wixは、TLS 1.2以上、保存データのAES-256、SOC 2 Type 2、PCI DSS Level 1、ISO 27001などを案内しています（出典: Wix公式「Security Framework and Compliance」、2026年に確認）。

海外サービスが個人データを扱う場合は、個人情報保護委員会の「外国にある第三者への提供編」も確かめておきます。旧サイトのデータの保管者と消去時期も、移行計画に含めます。

ポイント

見積もりは合計金額だけで比べず、依頼書と作業範囲の前提をそろえて判断します。移行や権限、個人情報のリスクも契約前に確かめると、追加費用を抑えやすくなります。

Wixのシステム開発に関するよくある質問

費用、技術、運用に関する疑問に、下の質問で答えます。標準機能で始める範囲と、追加開発や外部連携へ進む条件を先に決めておくと、判断しやすくなります。

Wixのシステム開発は月額料金だけでできますか？

月額利用料だけでも、標準機能を使った簡易サイトは運用できます。ただし、要件整理と独自デザインは含まれていません。月額料金のほかに用意や対応が要るものは、次の4つです。

  • 原稿・画像：サイトに載せる文章と写真の用意
  • 移行：旧サイトや既存データの移し替え
  • 追加開発：標準機能で足りない部分の開発
  • 教育：担当者への操作の説明

外注するときは、サイトプラン、制作費、アプリ・外部サービス、保守費を分けて、総額を確かめます。

VeloとWix SDKはどのような機能に使えますか？

会員別表示、CMS検索、独自フォームに使えます。ほかに、次の処理にも使えます。

  • 通知：送信後の連絡や知らせ
  • API連携：外部サービスとのデータのやり取り
  • EC・予約の追加処理：標準機能に足りない注文や予約の処理

クォータ、権限、結果整合性、API変更の影響があるため、処理量と失敗時の復旧方法を設計してから実装します。

Wixで作ったシステムは将来ほかの環境へ移行できますか？

ドメインやコンテンツの移行計画は立てられます。ただし、標準機能やVeloのコードを、別のCMSやクラウドへそのまま移せるとは限りません。

移行の可能性があれば、データ出力、連携仕様、コードと設定の引き渡し条件を、契約書や設計書に残します。ほかに、次の項目も残しておきます。

  • 画像：サイトで使う画像ファイル
  • URL：移行前後のページのアドレス
  • メタ情報：ページタイトルや説明文などの情報

ポイント

月額料金だけでは要件整理や制作、追加開発は含まれないため、サイトプラン、制作費、保守費を分けて総額で比べる必要があります。

まとめ：Wixのシステムを6フェーズで定着させる進め方

標準機能、Velo／Wix SDK、外部システムの役割を分けて考えます。6フェーズを順に進めると、短期間の公開と将来の保守性を両立しやすくなります。

業務とデータの正を最初に決めること

開発前に、誰が、どの画面で、何を扱い、どのデータを使い、何をもって完了とするかを明らかにします。

見積もりには、CMS件数、API処理量、権限、個人情報、移行、障害時の手動運用を含めます。標準機能で合わせられる範囲は、作り込まないようにします。

公開後の改善は、アクセス数だけでなく、業務時間、問い合わせ、予約、応募、連携エラーなどのKPIをもとに進めます。

発注前の要件書と比較軸の準備

まず、現状の業務フロー、利用者、データ、既存システム、月間件数、希望公開日を1枚にまとめます。

そのうえで、標準機能、追加開発、外部連携、別システムに区分し、同じ資料をもとに複数社へ相談します。提案と見積もりの前提を比べ、自社で運用できる構成かを判断します。

▼全体ガイドの記事
・Wixのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。