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

Jamstackの発注は、業務を切り分け、RFPで要件を共有し、契約の範囲を合意する順に進めると、要件に合う方式を選びやすくなります。

方式の決め方から委託先の選び方まで、確かめたい点を順に並べます。全体像はJamstackのシステム開発の完全ガイドをご覧ください。

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

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

Jamstackのシステムを発注する前に押さえる全体像

Jamstackは、CMSや製品の名前ではなく、フロントエンドと業務ロジック・データを分けるアーキテクチャです。具体的には、事前に生成したHTMLやアセットをCDNから配信し、必要な処理をJavaScript、API、サーバーレス関数などで補います。

発注するときは、「Jamstackで作る」とだけ伝えるのではなく、画面・データ・処理・運用に分けて依頼します。分けておくと、見積もりの前提を発注側と開発会社でそろえられます。

Jamstackは静的配信と動的APIを組み合わせた構成

Jamstack公式の「What is the Jamstack?」（2026年8月確認）は、事前レンダリングと疎結合を中心原則として説明しています。

• 画面生成：Next.js、Astro、Nuxt、Gatsby、Hugoなどのフレームワーク。
• コンテンツ管理：microCMS、Contentful、WordPressのヘッドレス運用、Strapiなどから取得します。
• 配信：Vercel、Netlify、AWS S3とCloudFrontなどの配信基盤。
• 業務機能：検索・会員・決済・予約・在庫は、外部APIやバックエンドに切り出します。

向いているシステムと向いていないシステム

Jamstackは、公開コンテンツを高速かつ安定して配信する用途に適しています。

• 公開情報：コーポレートサイト、採用サイト、オウンドメディア、製品情報、ドキュメント、ナレッジベース。
• 利用者向け機能：会員登録、フォーム、商品検索、予約、決済、ダッシュボードも、APIを使って実装できます。
• 複雑な業務：秒単位の在庫更新や複雑な権限・監査・取引処理は、すべてを静的化しない対象です。

複雑な業務では基幹側を正とし、公開画面だけを静的またはISRにします。一方で、会員操作や更新処理は、SSR・API・BFFに分けるハイブリッド構成を検討します。

Jamstackのシステム開発を外注する進め方

外注の前に、目的、対象ユーザー、既存データ、公開機能、予算、期限を発注側で整理しておきます。詳細な仕様をすべて作り込む必要はありません。そのうえで、要件定義を支援する会社と、実装だけを担う会社を使い分けます。

企画と適性診断でのページ単位の方式決定

まず、現行サイトや業務システムの課題を洗い出し、画面ごとに要件を確かめます。

• 現状課題：速度、更新、障害、セキュリティ、工数、連携不足の各観点。
• 画面要件：更新頻度、閲覧者、個人情報、即時性、検索要件を、画面ごとに並べたもの。
• 方式：更新の少ないページはSSG、定期更新の一覧はISR、個別データはSSRやクライアント取得に振り分け。

機能ごとに方式を示しておくと、「サイト全体をJamstack化する」とだけ伝える場合より、見積もりの前提が明確になります。

RFPでの機能要件と非機能要件の共有

RFPに盛り込む情報は、基本情報から連携・移行まで、観点ごとに分けて書きます。

• 基本情報：目的・KPI、対象ページ、ユーザー区分、CMS編集者数。
• 機能要件：公開フロー、プレビュー、予約公開、多言語。検索、フォーム、会員、決済も含みます。
• 非機能要件：表示速度、同時アクセス、許容停止時間。バックアップ、監視、ログ、権限、脆弱性対応、個人情報の保管場所も含みます。
• 連携・移行：外部APIと移行範囲、APIの有無、データ項目、更新方向・頻度、障害時の扱い。

連携先には、WordPress、CRM、ERP、在庫、会計などが含まれます。システム名だけでなく、接続条件まで共有しておきます。

設計・開発・テスト・移行の段階的な進め方

設計からリリースまでの工程を、受入時に確かめる内容とあわせて順に並べます。

1. 要件を定義したうえで、画面・データ・APIを設計します。
2. CMSと配信基盤の環境を構築して実装し、テスト、移行、リリースへ進みます。
3. 全機能を作る前に、小さなMVP（Minimum Viable Product）で検証します。
4. MVPに含める範囲は、トップページ、代表的なCMS記事、主要API、権限、計測、ロールバックです。
5. 検証環境と本番環境を分けたうえで、プレビューURL、CI/CD、301リダイレクトを確かめます。
6. 受入条件には、サイトマップ、404、フォーム通知、障害時の切り戻しも含めます。

発注形態と契約形態の選び方

発注形態は、既製サービスをどこまで使うか、独自業務がどれだけあるかで選びます。契約形態は、要件がどこまで確定しているかと、発注側と開発会社で検証する必要があるかをもとに決めます。

フロント、CMS、ホスティング、API、監視は、別々のサービスになりやすい構成です。そのため、発注側は担当範囲を契約書と作業分担表で一致させ、責任の境界を明確にします。

パッケージ・クラウド・スクラッチの比較

3つの形態を、標準機能の活用度と独自業務への適合性で比べます。

• パッケージ型：環境構築と運用の負担を抑えやすい方式。
• クラウド型：ネットワークやデータ配置を細かく管理できる方式。
• スクラッチ：独自業務に合わせやすい一方、長く使うための体制も考慮の対象になります。

パッケージ型は、ヘッドレスCMSとマネージドホスティングを組み合わせる形です。標準的なコンテンツサイトやメディアに向きますが、独自の承認や複雑な権限には、制約や追加費用が生じます。

AWSなどを自社アカウントで構築すると、WAFや監視も自社で設定できる一方、障害対応やパッチ適用の責任も増えます。

スクラッチでは、保守費、担当者の交代、ベンダーロックインを慎重に見積もる必要があります。

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

契約は、成果物の完成を求める範囲と、検証や継続改善を進める範囲とで分けて考えます。

• 請負契約：仕様と受入基準が確定し、成果物の完成を重視する場合の候補。
• 準委任契約：要件検証を伴うPoCや、継続改善・保守の場面で扱いやすいことがあります。

請負では、納品物、検収条件、修正、瑕疵や契約不適合への対応に加え、知的財産権、再委託、遅延時の扱いを契約に明記します。

準委任では、稼働時間だけでなく、担当者、会議体、成果物、意思決定の進め方を合意しておきます。さらに、優先順位の変更方法を決めておき、準委任だからといって成果に関する責任を曖昧にしないことが大切です。

契約で決めるサービス費と成果物の所有者

複数のサービスと成果物が関わるため、契約の前に、費用・管理・権利の確認事項を洗い出しておきます。

• サービス費：CMS、ホスティング、CDN、画像最適化、検索の費用。監視、WAF、メール、決済、外部APIの費用も含みます。
• 契約管理：契約者、請求先、管理者、リージョン、データのエクスポート方法、上限到達時の挙動。
• 成果物の引渡し：ソースコード、Gitリポジトリ、IaC、デザイン、CMSデータ。ドメイン、環境変数、ログも含みます。
• 権利処理：著作権や翻案権は、委託だけで発注者に移るとは限りません。条項は法務と確認します。

Jamstackのシステム開発の費用相場と内訳

Jamstack専用の公的な費用統計は確認できません。そのため、ここで示す金額は、業務システムの相場、Next.js開発の公開相場、マネージドサービスの料金を組み合わせた概算です。

金額は、ページ数だけでなく、デザイン、CMS・データ移行、API、認証によっても変わります。さらに、テストや保守、セキュリティ要件も費用に影響します。

見積書を見るときは、総額に加えて、含まれる作業と別料金の作業を確かめます。

規模別の初期開発費の幅

初期開発費は、規模や機能範囲によって大きく変わり、50万円から5,000万円超まで幅があります。

• 小規模：目安は50万〜200万円程度。
• 中規模：目安は300万〜1,000万円程度。
• 業務連携型：目安は700万〜1,500万円以上。
• 全社規模：1,500万〜5,000万円超になることがあります。

小規模はLPや10ページ程度で、Next.jsまたはAstro、CMS、CDNを組み合わせる構成です。基本SEOと問い合わせフォームを含む場合は、50万〜200万円程度が目安になります。

中規模の対象は、コーポレートサイト、メディア、採用・会員サイトです。ヘッドレスCMS、プレビュー、多言語、検索、複数API、権限を含むと、300万〜1,000万円程度になります。

業務ポータル、EC、予約・在庫連携が対象で、認証や決済、DB、外部連携を含む場合は、700万〜1,500万円以上です。

全社規模や高可用性、複雑な基幹連携では、1,500万〜5,000万円超になることがあります（出典：株式会社ripla「Next.js開発の進め方・費用相場」（2026年公開）、リサーチノートの業務システム相場）。

人件費と工程配分の確認

公開相場では、フリーランスのNext.js開発者は月60万〜100万円程度です。受託会社については、月60万〜120万円程度が目安として示されています。

職種別では、PMが90万〜150万円、SEが65万〜110万円、PGが50万〜90万円です。テスターは45万〜80万円程度が目安です。これらは、人材や会社によって変わる参考の幅で、発注金額を断定する数字ではありません。

費用の60〜80％が人件費になるケースが多いため、工程の配分も、見積もりの妥当性を見る材料になります。

• 要件定義：費用の10〜12％程度。
• 設計・環境構築：22〜24％程度。
• 実装：48〜50％程度。
• テスト：15〜17％程度。

ホスティング・CMS・保守のランニングコストの合算

料金の目安と変動条件を並べて、月額の負担を見積もります。

• 運用費の目安：開発費の年15〜25％程度。
• 合算する費用：CMS、ホスティング、画像配信、検索、監視が対象です。WAF、バックアップ、外部API利用料も含めます。
• Vercel Pro：月20ドルで同額の利用クレジット付き。
• Netlify：Personalは月9ドル、Proは月20ドルからです。
• 見積もり：為替、利用量、プラン変更を踏まえ、固定費、従量課金、上限・通知・停止条件を分けて示す。

2026年8月時点で、帯域、エッジリクエスト、ISR、関数実行などは利用量課金です（出典：Vercel Pricing、2026年8月確認）。一方、Netlifyはクレジット制で、帯域、コンピュート、Webリクエスト、デプロイなどを計測します（出典：Netlify Pricing、2026年8月確認）。

RFP・要件整理で見積もりを比較するポイント

見積もりは、各社を同じ前提で比べられる状態にそろえてから判断します。CMS込み、デザイン別、API別途、保守なしなどの条件が違うと、金額だけでは比べられません。

RFP、画面一覧、API一覧、データ項目、受入条件を共通資料として渡します。質問への回答も、すべての候補会社に共有します。

RFPに記載する目的・機能・非機能・移行範囲

RFPの目的は、業務上の成果で表します。たとえば、次のような形です。

• 更新時間：「記事更新を公開まで30分以内にする」など。
• アクセス：「繁忙期のアクセス増でも表示を維持する」など。
• 公開運用：「担当者が開発者を介さず予約公開する」など。

機能要件は、ページ種別と権限ごとに分けて書きます。画面の表示から公開の運用まで、次の4点を書き込みます。

• 一覧と詳細：一覧画面と詳細画面の表示範囲。
• CMS項目：編集者が入力する項目。
• プレビュー：公開前に確認する範囲。
• 予約公開：公開日時を指定して公開する運用。

検索、フォーム、ログイン、API、管理画面も、機能要件に含めます。

非機能要件では、表示速度、アクセシビリティ、SEO、可用性を示します。加えて、バックアップ、監視、ログ、セキュリティ、個人情報、サポート時間を定めておきます。

移行では、現行URLの維持、301、画像・記事データ、会員情報の移行範囲を記載するとともに、移行できないデータの扱いも決めておきます。

見積書の作業・成果物・前提・除外項目の横並び比較

見積書は工程別に並べて、作業範囲と費用の対応を見ます。

• 工程：要件定義、UX・画面設計、デザイン、実装ごとの費用。
• システム：CMS、API・DB、認証・認可、インフラごとの費用。
• 納品後：テスト、移行、SEO、リリース、保守ごとの費用。

各行には、工数、単価、金額、担当を記載してもらいます。さらに、成果物、検収条件、前提、除外項目も書いてもらいます。

「検索機能一式」と書かれている場合は、対象データと全文検索か絞り込みかに加えて、インデックス更新頻度、検索サービス費、同義語対応、性能目標も確かめます。

低価格の見積もりでは、CMSの初期設定やコンテンツ投入が除外されていないかを見ます。加えて、アクセシビリティ、脆弱性診断、リリース後の修正範囲も確かめます。

提案の質と実装体制を金額と合わせた評価

技術提案から担当者、運用支援まで確かめ、体制と見積もりを合わせて見ます。

• 方式と責任：静的化、ISR・SSR、API担当、CMS編集フロー、障害時の代替表示。
• 実装設計：キャッシュ無効化、Webhook、プレビュー、環境変数を確かめ、ロールバック、ログ、権限も見ます。Next.jsの名前より中身で判断します。
• 体制：PM、テックリード、デザイナー、QAの配置。保守窓口、再委託の有無、類似案件での担当範囲も見ます。
• 対応力：CMS、業務API、セキュリティ、移行、保守まで、説明できるか。

Jamstackの委託先選定と契約での確認事項

委託先は、実績数よりも、今回の業務に必要な能力で選びます。Jamstackと書かれていても、LP中心か、会員・予約・在庫・基幹連携まで対応できるかは分かりません。

候補会社とは技術担当同士で質疑を行い、現行システムや類似案件の説明を受けます。さらに、案件の体制と失敗例、運用開始後の支援方法も確かめます。

技術・業務理解・運用の3観点

候補会社は、技術、業務理解、運用の3つの観点から見ます。

• 技術：レンダリング、CMS、API、DB、認証を設計できるか。加えて、CI/CD、クラウド、監視の扱いも見ます。
• 業務理解：業務フロー、権限、例外、データの正しさ、既存制約について質問できるか。
• 運用：CMS、プレビュー、承認、緊急更新、障害連絡などを説明できるか。

運用面では、脆弱性対応やバックアップの復元も、実際に説明してもらいます。

発注側にIT専門部署がない場合は、要件定義とベンダー管理を支援するPMO機能も評価します。

認証・個人情報・脆弱性対応の責任分界の明記

静的配信と動的機能では守る対象が違うため、必要な対策と担当範囲を分けて確かめます。

• 責任分界：静的配信で攻撃面を減らせても、API、管理画面、認証、外部サービスは別途保護が必要です。
• 認証・認可：認可の重要な判定箇所の明確化。
• RFP要件：入力検証、秘密情報、CSP、TLS、WAFの要件。加えて、レート制限と監査ログも対象です。
• 継続対応：脆弱性診断、依存パッケージ更新、インシデント時の連絡時間を求めます。

Next.js公式は、認証、セッション管理、認可を分け、重要な認可判定をデータアクセス層で行う考え方を示しています（出典：Next.js公式「Authentication」、2026年3月更新版）。

再委託・データ保管・終了時の引渡しの確認

個人データの管理と、契約終了後の移行に備えて、委託条件を確かめます。

• 委託先管理：安全管理措置の事前確認と、取扱状況の把握。
• データ管理：再委託先、業務範囲、保管国・リージョン、アクセス権の記載。削除方法、漏えい時の報告、監査方法も、契約に記します。
• 契約終了時：ソースコード、CMSコンテンツ、画像、DB、IaCを渡す。ドメイン、証明書、ログ、バックアップも含め、他社へ移行できる状態にする。

個人情報保護委員会のガイドラインは、委託先の安全管理措置を事前に確認し、契約で取扱状況を把握するよう示しています。出典は、個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（2025年6月改訂版、2026年8月確認）です。

よくある質問（FAQ）

Jamstackの発注では、技術の細部より、適用範囲と責任分界を明確にすることが不安の解消につながります。発注前によくある質問を、順に取り上げます。

Jamstackのシステム開発は従来型より安くなりますか？

公開配信やサーバー運用を簡素化できれば、初期構築や一部の運用費を抑えられる可能性があります。認証、決済、在庫、複雑な権限、管理画面には、設計・実装・テストの費用がかかります。データ移行とAPI連携にも、費用がかかります。

そのため、静的化する範囲と動的な処理の範囲を分け、CMSやクラウドの従量課金も含めて見積もると、比較の前提がそろいます。

Jamstackでも担当者がCMSから記事を更新できますか？

CMSからの記事更新は可能です。ただし、発注時に更新の流れと運用要件を確かめておく必要があります。

1. ヘッドレスCMSのWebhookで、ビルドやISRを再生成する構成にします。
2. 担当者は、管理画面から編集、プレビュー、承認、予約公開まで行えます。
3. 編集権限、公開前確認、画像管理、URL変更、リダイレクト、緊急更新を要件に含めます。
4. ビルド失敗時の通知を定め、現場担当者が操作できるかを受入テストで確かめます。

Jamstackの認証や個人情報のセキュリティは大丈夫ですか？

Jamstackだからといって、安全とは限りません。静的ファイルは、サーバー側の実行処理を減らせる一方で、他の機能は別途保護が必要です。

• 保護対象：認証、API、管理画面、外部サービス、秘密情報を別途守ります。
• アクセス制御：認証と認可を分け、重要なデータアクセスをサーバー側で検証します。
• 技術対策：CSP、TLS、入力検証、レート制限の設計。ログ、脆弱性対応、バックアップ、委託先監査も含めます。
• 委託先管理：保管場所、再委託、削除、漏えい時の報告を契約に定め、発注者も監督体制を置きます。

Jamstackに強い開発会社はどう見分ければよいですか？

実績数に加えて、必要な技術判断や引き継ぎ、運用を担えるかを確かめます。

• 経験範囲：CMS、API、認証・認可、データ移行の経験。テスト、監視、保守の経験も確かめます。
• 技術判断：ページごとのSSG・ISR・SSR、API障害時の挙動、公開フロー、ロールバックについて質問します。
• 体制と責任：ソースコードの引渡し、担当者、再委託を確かめ、構成と責任分界を図や見積書で説明できるかを見ます。

まとめ

発注時は、公開コンテンツ、編集、業務API、認証、データ、運用に分けて考え、技術名は後から決めます。

公開ページはSSGやISR、ログインや個別データはSSRやAPIなど、機能に合う方式を選びます。この切り分けによって、速さと業務要件を両立できます。

発注前のRFPと比較軸のそろえ方

候補を比べるときは、共通の要件と費用条件をそろえてから判断します。

• 要件：目的、KPI、ページ・機能、CMS運用、API、権限を記載します。非機能、移行、受入、保守も含めます。
• 比較：要件定義、設計、実装、テストの粒度をそろえる。移行、インフラ、保守も同じ粒度にします。従量課金、除外、終了時の引渡しも確かめます。
• 費用目安：小規模50万〜200万円、中規模300万〜1,000万円、業務連携型700万〜1,500万円以上。要件に応じて増減します。

小さなPoCから始める、運用まで任せられる会社の選び方

PoCと契約条件を通じて、候補会社の業務理解と継続運用の体制を確かめます。

1. 代表ページ、CMS更新、主要API、権限、計測、切り戻しを含むPoCや初期フェーズを、提案してもらいます。
2. PoCで、業務理解と技術判断を確かめます。
3. 契約で、ソースコード、CMSデータ、インフラ設定の引渡しを明確にします。
4. 個人情報の安全管理、脆弱性対応、再委託、SLA、保守、終了時の移行を、契約で定めます。

Jamstackは、更新速度や表示品質、工数、障害復旧、事業成果の改善に役立てる手段として使います。その姿勢が、長く使えるシステムの発注につながります。

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

▼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を創業。