Webflowのシステム開発の発注/外注/依頼/委託方法について

Webflowのシステムを発注するときは、業務ロジックの切り分け、要件の整理、契約と委託先の確認を順に進めます。目指すのは、更新しやすく引き継げるサイトです。全体像はWebflowのシステム開発の完全ガイドもご覧ください。

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

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

Webflowのシステムを発注する前に知る全体像

Webflowは、SaaS型のWebプラットフォームで、ブラウザ上でデザイン、CMS、ホスティング、公開、SEO設定を一体的に扱えます。

発注の成否は、Webflowで作れるかに加えて、データや処理をどこに置くかを最初に決められるかに左右されます。

Webflowに向いているシステムの範囲

Webflowは、継続的にコンテンツを追加・更新するサイトや、社内で運用するサイトに向いています。

• サイトの種類：企業、サービス、採用、オウンドメディア、事例、求人、店舗・拠点一覧のサイト
• 情報の構造化：CMS Collectionと参照フィールドを使い、製品、業界、事例、担当者を表示
• 社内での更新：承認済みコンポーネントを使うことで、小さな修正依頼を減らせる

Webflowは2026年4月、次世代CMSを全顧客向けに提供し、1ページあたりのCollectionリストやネスト構造などを拡張しました（出典：Webflow公式Updates、2026年4月）。

機能が増えても、リアルタイム在庫、複雑な承認、会員ごとの権限判定はWebflow単体では扱いきれません。決済や厳格な監査証跡も、Webflowの外側で扱う領域です。そのため、業務データの正本をどこに置くかを発注前に決めておく必要があります。

Webflowと外部システムの分担

画面、コンテンツ、フォームはWebflowが受け持ちます。CRMやMAは顧客情報と営業活動、予約サービスは空き枠、決済サービスは支払いを扱います。専用バックエンドは業務ルールと機密データを担います。

発注の形は次のとおりです。納期や成果物、要件の確定度に応じて選びます。

• 一括請負：デザインから公開までを丸ごと任せる形態です。納期と成果物を固定したい小規模サイトに合いやすいです。
• 分離発注：要件定義や設計を先に依頼し、実装は別に発注する形です。
• 準委任：開発・運用の担当者を一定期間確保する契約です。要件が揺れやすい連携案件に合う形です。
• 内製化支援：社内担当者を育てながら、伴走してもらいます。

Webflowと専用バックエンドは、CMS APIやコンテンツ配信API、フォーム連携、Webhookを組み合わせてつなぎます。必要に応じて、カスタムJavaScriptも加えます。

会員情報や個人情報を扱う場合は、送信先と保存期間を要件に含めます。削除方法、通知先、再委託先も、必要な項目として加えます。

発注前に行う要件整理とRFPの作り方

RFPは提案依頼書で、委託先から同じ前提のもとで提案と見積もりを受けるために使います。

分厚い仕様書は要りません。目的や対象範囲、現状の課題を中心に、必要な成果物や期限、予算の考え方、選定基準を一つにまとめておくと、提案の違いが見えやすくなります。

最初に決める目的とKPI

発注先と成果物の前提をそろえるため、目的、KPI、移行対象を最初に整理します。

• 事業目的：問い合わせの質向上、事例の月間公開本数、複数ブランドの更新一本化
• KPI：問い合わせ数、公開までの時間、自社更新率、フォーム完了率、自然検索流入、作業時間
• 移行情報：URL一覧、アクセス上位・検索流入ページ、タイトル、メタディスクリプション、画像、構造化データ、フォーム、301の有無
• URL対応表：ページ数だけでは優先順位やリダイレクト工数が抜けるため、移行前後の対応表をRFPの必須成果物にする

RFPにおけるWebflowと外部基盤の境界

データの管理と運用条件は、RFPに項目ごとに書いておきます。

• データの管理先：Webflow、外部サービス、双方向連携、連携不要から選ぶ
• 管理例：事例本文と画像はWebflow CMS、顧客情報はCRM、決済状態は決済サービス、承認履歴は業務バックエンド
• 利用・表示条件：利用者の役割、編集・承認・公開権限、対応ブラウザ、スマートフォン、アクセシビリティ、表示速度
• 保管と復旧：個人情報の保管場所、障害連絡先、バックアップ、復旧、データ・設定の引き渡し条件

正しい値を持つ場所が決まっていないと、更新の競合や重複登録が起きます。

2026年5月以降、Webflowの料金ではAIクレジットやTeamプランなどの選択肢も変わっています。そのため、採用するプランの前提と、料金改定時の負担者も確認しておきます（出典：Webflow Help Center、2026年7月更新）。

比較できるRFPの最低項目

各社の提案の差が条件の違いから来るのか、会社の力量から来るのかを見分けるには、RFPの項目をそろえておくことが欠かせません。

• 背景と対象：目的、対象ユーザー、サイトマップ案
• 制作範囲：ページ数、CMS件数、テンプレート、デザインの有無
• 移行と連携：既存データ量、外部サービス連携、SEO要件
• 進行と運用：テスト範囲、公開希望日、社内体制、納品物、保守希望

候補会社には、同じ書式で回答してもらいます。回答に含めるのは、前提条件、除外事項、追加費用が発生する条件です。担当者の経験や想定スケジュール、懸念点も、併せて書いてもらいます。

Webflowのシステム開発を発注してから公開するまでの進め方

発注後は、要件定義から始め、情報設計・デザイン、Webflow実装と外部連携へと進みます。最後はテスト・教育・公開です。

各工程で承認する成果物を決めておくと、後工程での手戻りや範囲の認識違いを防げます。移行、フォーム、公開設定、運用教育の4つは、小規模サイトでも実装と分けて管理します。

企画・要件定義での合意事項

企画段階では、目的とKPI、対象ユーザー、公開範囲を決めたうえで、運用担当者、Webflowと外部システムの役割、予算、期限を合意します。

「会員機能」と言っても、ログインだけの場合もあれば、会員ランク別の表示や契約状態との連動が必要な場合もあります。必要な構成は、要件によって変わります。

画面だけでなく、業務シナリオに沿って確認します。対象は、入力から保存、通知、検索、更新、削除までの流れです。

情報設計・実装でのCMSと連携仕様

設計と実装の段階では、移行後のSEOと社内運用、連携の保守性を確かめます。

• サイトとCMS：サイトマップ、URL、CMS Collection、参照関係、コンポーネント、フォーム、権限、翻訳単位
• 移行SEO：旧新URL、301リダイレクト、タイトル、見出し、canonical、XMLサイトマップ、画像の代替テキスト
• 社内更新：担当者が迷わず使えるよう、フィールド名と入力ルールをそろえる
• 連携仕様：データ項目、送信時期、認証、エラー再送、重複排除、ログ保存先を決める
• 開発範囲：標準機能を優先し、カスタム開発はAPIや外部サービスが必要な部分に絞る

契約時には、APIキーや環境設定の管理者を決めます。納品時に引き渡す範囲も、あわせて決めます。

テスト・教育・公開の納品条件

納品条件には、受け入れ確認と移行後の監視、検収、担当者教育を含めます。

• 受け入れテスト：PC・スマートフォン、主要ブラウザ、フォーム、通知、権限、検索、404、301、速度、アクセシビリティ、インデックス、APIエラー
• 移行後の監視：旧URLの遷移、検索流入ページの順位とクリック、画像の欠落
• 検収：公開後1か月などの検収期間と修正窓口を契約書に記載する
• 操作教育：CMSログイン、新規登録、下書き、承認、公開、差し戻し、画像登録、SEO入力、公開後の修正を実習する
• 運用ルール：マニュアルに加え、更新権限と制作会社へ連絡する条件を残す

公開後の改善を依頼する場合は、月次レポートや定例会、軽微修正の時間、障害対応の優先度を別途決めておきます。

Webflowのシステム発注で選ぶ契約形態と契約条件

成果物と納期を決められる工程には請負契約を、要件が変わりやすい調査・連携・改善には準委任契約を使い分けるのが現実的です。

契約形態の名前だけでは、安全性は決まりません。そのため、完成条件、変更の扱い、障害時の対応範囲を具体的に定めておきます。

請負契約と準委任契約の使い分け

成果物を検収できる工程と、専門家の稼働を依頼する工程では、契約形態を分けて考えます。

• 請負契約：サイト一式、移行、CMS、指定連携などが対象。成果物、品質基準、検収期間、修正回数、納期変更、追加費用を明記
• 準委任契約：要件定義、技術検証、継続改善、運用支援などが対象。月の稼働時間、曜日、定例、報告書、未消化時間を確認
• 段階構成：最初の2週間は要件定義・技術検証の準委任、その後は請負、公開後は月次の準委任も候補

要件が固まる前に一括請負で全機能を固定すると、変更のたびに契約変更が必要になります。一方で、準委任だけでは完成時期が曖昧になりやすいです。

契約書で確認する項目

契約後に揉めないよう、契約書と仕様書では5つの観点を確かめておきます。アカウントの持ち主から、外部サービス費の負担までが対象です。

• アカウント：Webflow、サイトプラン・Workspaceプランの契約者、ドメイン
• データと権利：CMS、デザイン、カスタムコード、API設定、分析アカウント、画像・文章の著作権、納品形式
• 情報管理：再委託、秘密保持、個人情報、障害・漏えい時の連絡
• 契約終了：引き渡し範囲を定め、制作会社名義のアカウントで公開を止められない状態になっていないか確かめる
• 外部サービス費：月額、追加容量、AIクレジット、API利用料、翻訳費、決済手数料の負担者

個人情報を含むフォームでは、委託先の選定と契約、取扱状況の把握、再委託の管理を確認します（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」）。

Webflowのセキュリティ機能を確認しても、自社の法令対応や社内規程まで自動で完了するわけではありません。

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

Webflowの発注費用は、四つに分けて考えます。プラットフォームの利用料、制作・開発の初期費用、移行・連携費、公開後の運用費です。

工数はページ数だけでなく、CMS設計や入稿、デザイン再現、SEO移行によっても変わります。API連携や権限、多言語、研修も、工数を左右します。「サイト構築一式」とだけ書かれた見積もりでは、各社の金額を比べられません。

Webflowのプラン料金

プラン料金と継続費用は、初期開発費とは別に確認して予算に組みます。

• Basic：2026年5月13日以降、年払い月15ドル、月払い月25ドル
• Premium：CMSから移行したプラン。年払い月25ドル、月払い月39ドル
• Team・Enterprise：契約形態や料金体系が異なる
• プラン機能：CMS・Collection件数、ファイルアップロード、公開ワークフロー、権限、Localization、アクセスログを確認
• 支払額：為替、税、追加帯域、サイト数、アドオン、契約時期を踏まえ、ドル額と円換算の前提を分ける

Teamプランは、サイトやシート、Localizeなどを束ねた年契約です。Enterpriseは個別見積もりです（出典：Webflow公式Help Center、2026年7月更新）。

制作会社のWorkspaceで作業するか、発注者のWorkspaceに招待するかによって、引き継ぎや解約時の扱いが変わります。

制作・開発費用の目安

公開料金の例と企画時の推定レンジは、分けて把握します。

• LikePay Basic：税別30万〜70万円。15ページまでの実装、CMS、SEO、運用マニュアルを含む
• LikePay Pro：税別100万〜300万円
• 小規模サイト・MVP：企画時の目安は30万〜70万円
• 標準CMS・WordPress移行：企画時の目安は100万〜300万円
• 大規模案件：複数ブランド、多言語、外部API、権限、運用設計を含むと300万〜1,000万円以上の可能性

LikePay Proの公開料金には、100ページまでの実装、CMS、外部連携、分析、MA設定、社内教育などが含まれます（出典：LikePay「Webflow制作料金」、2026年確認）。

この価格例は一社の提示額であり、すべての会社や案件に当てはまる相場ではありません。小規模を除く推定レンジは、公開料金や海外市場の参考値、案件の複雑さをもとに整理したものです。Webflow公式の開発費用表ではありません。

正式な予算は、同じRFPで複数社から円建て見積もりを取得して決めます。

見落としやすい追加費用とランニングコスト

追加作業と継続費用は分けて考え、保守の対応範囲と単価も見積もりで確認します。

• 制作・移行：ページやCMS増加、デザイン再現、データ整形、301、画像差し替え
• 機能追加：検索・絞り込み、アニメーション、会員・予約・決済、CRM・MA・分析連携、多言語
• 公開と改善：コンテンツ入稿、研修、公開後の改善
• API連携：一件でも認証、データ変換、エラー処理、テスト、運用監視が必要な場合がある
• 継続費用：Webflow、ドメイン、外部SaaS、決済手数料、保守、更新、分析・改善、障害対応

保守を開発費の一定割合で見積もる会社もあります。率だけでなく、月の対応時間、未使用時間の繰り越し、緊急対応、軽微修正の定義、追加開発単価を確認します。

要件定義を省いて後から機能を追加すると、工数と費用が1.3〜1.5倍に膨らむリスクがあります。そのため、初期の段階で不確実な点を洗い出しておきます。

Webflowの委託先選定と見積比較のポイント

委託先は、Webflowの制作実績に加えて、要件定義、CMS設計、移行SEO、API連携に対応できるかで選びます。個人情報、教育、保守、引き継ぎへの対応も、選ぶ際の条件になります。

デザインの事例だけでは、公開後の運用や障害対応の品質までは分かりません。初回相談では、似た規模と課題の実績や、担当者が担った工程を確認します。

委託先の比較観点

価格を見る前に、委託先の提案を次の3つの観点で比べます。

• システム構成：Webflow、CRM、決済、専用バックエンドの境界を説明できるか
• 運用と安全性：移行、SEO、データ保管、権限、バックアップ、障害対応を含むか
• 引き継ぎ：社内担当者への操作移管と、別会社へ保守を移せる成果物があるか

Webflow単体に機能を詰め込まず、各システムの役割を説明できる会社は、将来の保守リスクを抑えやすいです。

国内企業は日本語で要件調整や法務確認をしやすい一方で、海外パートナーは大規模移行や多言語、Enterprise運用の実績を持つ場合があります。

海外委託では、時差や英語での仕様確認を含む連絡の進め方を比べます。円建ての請求、準拠法、個人情報の越境、再委託、緊急連絡も確認します。

公式PartnerやCustomer Stories掲載企業でも、担当チーム、現在の認定状況、保守窓口を個別に確認します。

見積書の比較項目

見積書は、作業項目と、含まれない作業が分かる形にそろえてもらいます。

• 設計と制作：要件定義、情報設計、デザイン、Webflow実装、CMS設計
• 移行と検証：コンテンツ移行、リダイレクト、外部連携、テスト
• 公開後：教育、公開、保守

各項目には、作業内容と数量、単価を書いてもらいます。担当や納品物、期間、対象外の作業も、併せて記載してもらいます。「ページ数」は、固定ページ、CMSテンプレート、CMSアイテムの入稿に分けてもらいます。

各項目が分かれば、見積もりが安い理由や高い理由を説明できます。

合計額に加えて、変更管理や追加開発の単価を確認します。検収の回数、無料修正の期間、保守の応答時間、障害の優先度も確かめます。

解約時の引き渡し条件と、アカウントやドメインの所有者も確認します。なお、安価な見積もりでは、要件定義、移行、テスト、教育、保守が除外される場合があります。

各社に、金額に含まれない作業、最も不確実な前提、費用が増える条件を同じ質問で尋ねると、比べやすくなります。

発注後の失敗を防ぐチェックポイント

発注後の連絡体制と機能の優先順位を決めておくと、移行、連携、引き継ぎの抜けを防げます。

• 社内の停滞：確認の遅れや原稿不足による入稿費の増加を防ぐ
• 移行・連携：URLの洗い出し不足によるSEO流入の低下や、APIエラー処理の未定義を避ける
• 引き継ぎ体制：制作会社アカウントへの依存を避け、発注側の責任者、承認者、実務担当者を決める
• 進行管理：毎週の判断事項と期限を共有し、必須機能と将来機能を分ける
• 段階公開：MVP（Minimum Viable Product）として問い合わせ、CMS、基本SEO、分析を先行し、会員や高度なパーソナライズは検証後に加える

Webflow公式事例では、GreenhouseがHappyCogと移行し、標準ページの更新・新規制作がおおむね2倍速くなったとされています。さらに、デモ申込ページのコンバージョンも最大40%改善したと紹介されています（出典：Webflow公式Customer Stories、2026年確認）。

事例の数値は自社の成果として約束させず、測定方法と改善サイクルを契約に落とし込みます。

よくある質問

発注では、費用や納期だけでなく、業務システムとの境界、契約後の変更、公開後の運用も確認します。初回相談でよく出る質問を、まとめて挙げます。

Webflowはノーコードなので、専門会社に依頼しなくても作れますか？

小規模サイトなら、社内で作れる場合があります。一方で、CMS設計やURL移行、API連携、個人情報の扱い、権限、SEO、アクセシビリティには、専門家の支援が有効です。

ノーコードでも、画面制作以外の設計、検証、運用には知識が必要です。そこで、要件定義だけを外注し、実装の一部を社内で進めるといった段階的な方法も選べます。

WordPressからWebflowへ移行するとSEOは下がりますか？

移行だけで順位が決まるわけではありません。ただし、URL変更や301リダイレクト、タイトル、見出し、canonicalを誤ると、流入が落ちる可能性があります。構造化データ、内部構造、表示速度、インデックス設定の誤りも、流入に響く可能性があります。

旧URLと新URLの対応表を作り、重要ページを優先して検証します。公開後は、検索パフォーマンスとアクセス解析を追います。見積もりに移行作業と公開後の監視が含まれるかも、あわせて確認します。

Webflowで会員・予約・決済・CRM連携はできますか？

連携はできます。ただし、Webflow単体で全てを処理せず、会員、予約、決済、CRMの専門サービスやバックエンドと役割を分けます。

依頼するのは、認証や個人情報の保存、決済状態まで設計できる会社です。権限、エラー時の再送、運用者のログ確認まで、設計の対象に入れられるかを確かめます。

連携一件の金額に加えて、保守やサービス仕様の変更、API制限、障害時の切り分けが見積もりに含まれるかを確認します。

発注前に最低限そろえるべき資料は何ですか？

発注前には、目的とKPI、現状サイトのURL一覧、サイトマップ案を用意します。ページ数とCMS件数、移行対象、連携サービス、社内運用体制、希望時期もそろえておきます。

予算の上限または検討レンジも伝えると、初回見積もりの精度が上がります。未確定の事項はそのまま記載し、調査や技術検証を先行工程として提案してもらいます。

まとめ

Webflowをコンテンツやサイト体験の基盤として使うか、業務ロジックまで担わせるかを切り分けます。会員、予約、決済、在庫、社内承認は、外部サービスや専用バックエンドと分担します。

Webflowには、更新しやすいCMSや画面、フォーム、公開機能を持たせる設計が基本です。

発注成功のために押さえる5つの要点

発注の前に決めておくと、後の手戻りが減る要点は5つあります。業務境界、成果物、契約、費用の四つの観点から、発注側と委託先の前提がそろっているかを確認します。

• 目的とKPI：事業上の目標と評価指標を決める
• データ境界：Webflowと外部システムの管理範囲の決定
• RFP：移行、連携、保守、引き継ぎまで依頼する
• 契約：請負と準委任を工程に応じて使い分ける
• 費用：初期費用、プラン、外部SaaS、保守を分けて比べる

委託先は、価格だけでなく、自社で更新できるか、障害から復旧できるか、別会社へ引き継げるかまで含めて評価します。

RFP作成への次の一歩

RFPの作成から委託先への相談までは、次の順で進めます。

• 条件をまとめる：目的、現状URL、ページ・CMS件数、移行範囲、外部連携、運用体制、希望時期を1枚に整理
• 同じ条件で相談する：2〜3社へ相談し、対象外作業、追加費用の条件、終了時の引き渡し、公開後の保守を確認
• 委託範囲を決める：見積額だけでなく、自社の業務と運用を整理したうえで、依頼する範囲を定める

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

▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【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を創業。