HTML5開発の発注/外注/依頼/委託方法について

HTML5開発の外注は、外注か内製かの判断から、発注、契約、納品後の保守まで、一連の流れで進みます。

要件と品質基準を先に固めるほど、安全に進められます。準備から品質管理まで、初めて外注する方にも過去にトラブルを経験した方にも役立つよう説明します。

▼全体ガイドの記事
・HTML5開発の完全ガイド

HTML5開発を外注する前の判断

HTML5開発の外注先4種類と、それぞれの月額単価の範囲を並べた図解。
単価の幅を並べると、外注先ごとの費用感を見比べられます。

HTML5開発を外注する前に、まず自社の状況と案件の特性を正確に把握し、外注が本当に最適かを判断します。見極めないまま外注先を探し始めると、要件が不明確なままプロジェクトが迷走し、費用と時間の両方を浪費するリスクがあります。

外注と内製、それぞれが向くケース

外注か内製かは、社内の技術リソース、プロジェクトの規模・期間、コア事業との関連性で判断します。

  • 内製:経験者と専任の期間を社内で確保できるなら
  • 外注:専門性や短期の対応が必要になるとき
  • 併用:初期開発と将来の運用を分けて考えるとき

社内の技術リソースは、HTML5/CSS3/JavaScriptの経験者が2名以上いるかで見ます。3か月以上専任にできるなら、内製を検討できます。

逆に、フロントエンドエンジニアがゼロなら、外注が合理的です。バックエンド中心で、HTML5の高度なAPI経験がない場合も、外注を検討することになります。

たとえばLP1〜2ページのコーディングのような小規模な案件なら、フリーランスエンジニアへの直接発注で50万円以内に収まることもあります。

経済産業省の「IT人材需給に関する調査」は、2030年の不足を示しています。最大79万人の不足が試算されており、専門人材の確保は難しくなっています。

採用にかかる期間は平均2〜4か月です。その間の機会損失を考えると、短期〜中期の案件では外注のトータルコストの方が低くなるケースが大半です。

長期にわたって更新する自社サービスでは、内製チームの育成が中心になります。なお、初期開発だけを外注し、将来の運用は社内で担うハイブリッド型も有効です。

HTML5/CSS3はオープンな標準仕様です。そのため、外注先が書いたコードを、内製チームが引き継ぎやすくなります。

外注先の種類と特徴

外注先は、規模と専門性に加えて、費用と連絡体制の面から比べます。

  • 大手:大規模な案件や厳しい要件に対応する
  • 専門会社:HTML5とデザイン実装に強い
  • 個人・海外:費用と管理の負担を比べて選ぶ

外注先は、大手のSIer・開発会社と、中小・専門のWeb制作会社に大別できます。ほかに、フリーランスエンジニアやオフショア開発会社もあります。

SIer・大手開発会社は、100名以上の開発体制を持ち、大規模なWebアプリケーション開発やセキュリティ要件の厳しいプロジェクトに強みがあります。ただし、エンジニアの月額単価は100万〜180万円と高めに設定されることが多く、小規模なWebサイト制作には割高になりがちです。

一方で、中小・専門Web制作会社は10〜50名規模が多く、HTML5/CSS3の品質とデザイン実装に強みがあります。月額単価は60万〜100万円程度で、コストパフォーマンスに優れています。

フリーランスエンジニアは、月額40万〜80万円と最もコストを抑えやすい反面、長期プロジェクトでの安定稼働やチーム開発の管理に課題が残ります。

オフショアは、ベトナムやフィリピンが代表的です。月額25万〜50万円ですが、連絡と品質管理の工数を見込む必要があります。

ポイント

外注か内製かは、社内の経験者の人数と専任に割ける期間、案件の規模で判断します。外注すると決めたら、大手、専門会社、フリーランスなどの違いを比べると、候補を絞りやすくなります。

HTML5開発の発注・委託の流れ

要件整理・RFP作成、見積もり取得と選定、契約・キックオフの順に進む発注手順の図。
前段階で決めた条件を次の段階へ引き継ぐ構成です。

発注は、要件整理・RFP作成、見積もり取得と選定、契約・キックオフの3段階に大別され、各段階で押さえるべき点が異なります。

要件整理・RFP作成

RFP(提案依頼書)は、見積もりの前提と完成条件をそろえる文書です。

  • 基本条件:目的、ページ、納期、予算を書く
  • HTML5要件:PWA、WCAG、SEOを示す
  • 素材:Figmaなどの元データを共有する

発注の第一歩は、自社の要件を文書にすることです。要件が文書になっていないと、開発会社は見積もりの前提をそろえにくくなります。

そのうえで、RFPには画面数や対応ブラウザ、デバイス、CMSの条件も記載しておきます。HTML5特有の条件も、RFPに明記します。たとえば、ブレークポイントはモバイル、タブレット、デスクトップの3段階に分けて示します。

発注側は、PWA、WCAG 2.1のA/AA/AAA、SEO要件を示し、構造化データとCore Web Vitalsの目標も確認します。

デザインカンプがあるなら、Figma、Adobe XD、Sketchの元データを共有すると、開発会社が見積もりを進めやすくなります。デザインカンプがない場合は、デザイン制作も含めて頼むのか、別途デザイン会社に頼むのかを、事前に決めておく必要があります。

RFPは記載が細かいほど、後工程での認識のずれや追加費用のリスクを低減できます。

見積もり取得と選定

選定では、費用、内訳、技術提案を同じ軸で比べます。

  • 比較社数:最低3社から見積もりを取る
  • 内訳:実装、テスト、対応範囲を確認する
  • 提案:技術選定の理由を読む

1社だけの見積もりでは相場感がつかめず、2社だと比べる軸が限られます。そのため、3社以上から取って初めて、費用の適正さと技術提案の質を多角的に評価できます。

見積書を比べるときは、総額だけでなく内訳の粒度にも注目します。「フロントエンド開発一式」とだけ書かれた見積もりは、内訳を確認します。

マークアップ、JavaScript、レスポンシブ対応を分けて見ると、どこまでが含まれるかを比べられます。ブラウザテスト、性能、アクセシビリティの範囲も確認します。

逆に、工程ごとに金額が個別に記載されている見積書は、開発プロセスを体系的に管理できている企業である可能性が高いです。

技術提案書の内容も、選定の大事な基準になります。提案書にはHTML5/CSS3の設計方針を明記してもらい、JavaScript、ビルド、テストの選定理由にも根拠があるかを見ます。その理由が明確なら、技術的な裏付けも確認できます。

契約・キックオフ

成果物と連絡方法は、契約と初回会議で確定します。

  • 成果物:コード、素材、資料、テスト結果を定義
  • 権利と不具合:帰属と対応期間を取り決める
  • 運営:ツール、報告、承認の流れを決める

発注先を決めたら、契約内容の詰めに入ります。HTML5開発の契約では、4つの項目を確認します。成果物と権利に加えて、瑕疵担保と追加開発の扱いを押さえます。

成果物には、ソースコード一式(HTML/CSS/JavaScript)を含めます。画像やフォント、技術資料、テスト結果も、範囲を明記します。

著作権には「買い切り型」と「ライセンス型」があり、前者は権利が移転し、後者は開発会社が保持します。長期の改修や他社への引き継ぎを想定する場合は、買い切り型を選ぶのが安全です。

瑕疵担保期間は3か月〜6か月が一般的です。納品後に見つかったバグやブラウザ互換性の問題を、無償で修正してもらえる期間を指します。

キックオフでは、Slack、Teams、Chatworkなどのツールを決めます。そのうえで、報告の方法、承認の流れ、テスト環境の共有方法も合わせて決めておきます。これらを初回ミーティングで明確にしておくと、プロジェクト全体のコミュニケーションのロスを抑えられます。

ポイント

RFPで要件をそろえ、3社以上の見積もりを内訳まで比べ、契約で成果物と権利を明記しておくと、発注後のずれを減らせます。

発注時の注意点とリスク対策

要件が明確な場合の請負契約と、要件が流動的な場合の準委任契約を対比した図。
要件が固まっているかどうかが、契約を選ぶ分かれ目です。

よくあるトラブルとその回避策

トラブルは、仕様と互換性、性能、納期の条件を先に固めることで防げます。

  • 認識差:動き方を仕様書に残す
  • 互換性:対象ブラウザを契約前に決める
  • 性能:LighthouseやLCPの基準を置く

外注でよく起こるトラブルには、要件の認識齟齬やブラウザ互換性の問題、パフォーマンス品質の不足、スケジュール遅延などがあります。要件の認識齟齬は、最も頻繁に起こるトラブルです。特に、レスポンシブデザインのブレークポイント設定や、インタラクションの挙動の解釈で食い違いが起きがちです。

対策として、「インタラクション仕様書」に動きを記録します。ホバーやクリック、スクロールなどの操作と、画面が切り替わるときの挙動を明記します。

ブラウザ互換性の問題は、Internet Explorer 11のサポートを求める案件で深刻化します。IE11は、Custom ElementsやCSS Grid(一部)に対応していません。さらに、ES6構文にも非対応で、polyfillなどの追加工数が発生します。

そのため、対応するブラウザとバージョンは、契約前に明確に合意しておくことが大切です。性能では、「Lighthouseスコア90以上」を品質基準にし、「LCP 2.5秒以内」など、数値を契約に記載します。

契約形態の選び方

契約形態は、成果物の確定度と変更の多さで決めます。

  • 請負契約:範囲が明確な制作に向く
  • 準委任契約:MVPなどの変更に対応しやすい
  • 単価:スキルと期間を含めて判断する

HTML5開発の外注で主に使われる契約形態は、請負契約と準委任契約です。請負契約は、完成したWebサイトやWebアプリケーションの納品を約束する契約で、要件が明確で変更が少ないプロジェクトに適しています。

たとえば、コーポレートサイトのリニューアルや、デザインカンプが確定しているLP制作のように、ゴールを明確に定義できる案件では、請負契約が一般的です。費用はプロジェクト全体で一括見積もりとなるため、予算を管理しやすいという利点があります。

一方、準委任契約は、エンジニアの稼働時間に対して対価を支払う契約です。要件が流動的なプロジェクトやアジャイル開発型の案件で使われます。

特に、HTML5を使ったWebアプリケーションのMVP開発やプロトタイピングでは、ユーザーからのフィードバックを取り入れながら仕様を柔軟に変えられる準委任契約が有利です。

月額単価は、フロントエンドエンジニアの場合60万〜120万円が相場で、スキルレベルや経験年数によって変動します。プロジェクトの性質に応じて契約形態を選ぶことが、費用対効果を高めることにつながります。

ポイント

対象ブラウザや性能の基準は、契約前に数値で決めておくと、後の認識のずれを減らせます。契約形態は、成果物の確定度と変更の多さに合わせて選びます。

発注先の評価と品質管理

進捗管理とコミュニケーション

進捗は、早い実動作の確認と課題共有で管理します。

  • 試作:主要ページを早期に確認する
  • タスク:BacklogやJiraで状況を共有する
  • レビュー:GitHubやBitbucketで品質を見る

HTML5開発プロジェクトの進捗管理では、マイルストーンの設定と中間成果物のレビューが鍵を握ります。フロントエンドは早い段階で動作を確認できるため、開発着手後1〜2週間以内に主要ページをレビューします。

レビューでは、再現度、レスポンシブ動作、画面遷移を確認します。プロジェクト管理ツール(Backlog、Jira、Asanaなど)を使い、タスクの状況をリアルタイムに共有できる体制を整えてください。

週次の定例ミーティングでは、完了したタスク、進行中のタスク、ブロッカー(障害)の3点を確認します。課題があれば、その場で対処方針を決めます。

Slackなどで、技術的な質問や仕様の確認をリアルタイムに行います。こうしたリアルタイムに相談できる環境を整えると、開発速度が20〜30%向上するという調査もあります。

ソースコードはGitHubやBitbucketで管理し、Pull Requestのレビューで品質を確認します。

納品後の保守・運用体制

保守では、互換性、更新、性能を継続して確認します。

  • 継続対応:ブラウザとAPIの変化を追う
  • 保守範囲:ライトとフルの対応を分ける
  • 評価:レポートと総コストで見直す

HTML5で構築したWebサイトやWebアプリケーションは、公開後も継続的なメンテナンスが必要です。運用では、ブラウザ互換性とセキュリティを確認し、コンテンツの更新と性能の監視も続けます。HTML5はWHATWGのLiving Standardとして更新されるため、新しいAPIへの対応や、Deprecated機能の代替対応が必要になります。

保守は、ライト保守とフル保守に分けて考えます。ライト保守は、テキストや画像、バグの軽微な修正を扱い、月額10万〜30万円程度です。一方、フル保守は機能追加やデザイン変更にも対応し、月額30万〜80万円程度です。

保守では、Lighthouseスコアやアクセス解析データの月次レポートを提出してもらう契約にしておくと、パフォーマンスの劣化を早期に発見できます。保守契約の有無や内容は見積もり段階で必ず確認し、運用までを見据えた総コストでパートナーを選びます。そうした選び方が、長期的な費用対効果を高めることにつながります。

ポイント

開発中は、早い段階で実際の画面を確認し、週次の定例で課題の対処方針を決めます。納品後は、月次のレポートで性能と互換性の変化を追うと、保守の見直しに役立ちます。

まとめ

HTML5開発を外注する際は、発注前の準備段階が成功の8割を決めると言っても過言ではありません。まず、技術リソースと案件特性を評価して、外注か内製かを決めます。外注する場合は、次に要件をRFPとして具体化します。

見積もりは3社以上から取り、総額だけでなく、内訳の粒度、技術提案の質、コミュニケーション体制を総合的に比べます。契約形態は、要件が確定していれば請負契約、仕様が流動的なら準委任契約を選ぶのが基本です。

開発を始めたら、マイルストーンごとに中間成果物を確認し、ブラウザでの実動作を早い段階でレビューします。そうすれば、手戻りを抑えられます。

納品後の保守・運用も含めた中長期的なパートナーシップを築けるかどうかが、外注を成功させる最終的な分かれ目となります。ここまでの知識とチェックポイントを活用して、自社に合うパートナーを見つけてください。

▼全体ガイドの記事
・HTML5開発の完全ガイド

会社紹介

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

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

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

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

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

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