LASSIC Media らしくメディア
PWA開発外注の進め方と成功のポイント｜費用・工程を解説
LASSIC IT事業部｜プライムベンダーとしてシステム保守・運用を受託
この記事のポイント
- PWA開発を外注する際のコスト構造と費用相場を、ネイティブアプリとの比較で明確にします。
- 外注先選定で見落としがちな技術要件と契約上の注意点を具体的に解説します。
- 外注プロジェクトが失敗するパターンと、その回避に必要な体制づくりを紹介します。
PWA開発外注とは何か
PWA（Progressive Web Apps）の開発を外部の開発会社に委託することを、PWA開発外注と呼ぶ。PWAはWebブラウザ上で動作しながらネイティブアプリに近い体験を提供できる技術であり、単一のコードベースでiOS・Android・PC向けに展開できる*1。
PWA市場は年平均成長率（CAGR）約30%で拡大しており、2033年には12億ドル超の市場規模に達すると予測されている*1。この成長を支える背景には、開発・運用コストの削減効果と、クロスプラットフォーム対応の容易さがある。ただし、PWA開発には Service Worker・Web App Manifest・HTTPS対応などの専門知識が必要であり、Web開発の経験だけでは対応が難しいケースが多い。そのため、自社に開発リソースがない企業では外注が有力な選択肢となる。Service Workerの実装では、静的アセット向けのCache First、APIレスポンス向けのNetwork FirstまたはStale-While-Revalidateなど、リソース種別に応じたキャッシュ戦略の使い分けが品質を左右する。外注先候補にこの設計方針を質問し、回答が抽象的な場合は実装経験の浅さを疑う材料となる。
外注が適している状況のパターン
社内にWebフロントエンド専門人材がいない状況
PWA開発では React・Vue.js などのモダンフレームワークの習熟に加え、Service Workerの制御ロジックやキャッシュ戦略の設計が必要となる。IPA「DX白書2024」によると、DXを推進する人材の「量」が「大幅に不足している」と回答した日本企業の割合は2023年度時点で62.1%に達しており、2021年度の30.6%から2年間で約2倍に拡大している*2。さらに「やや不足」を含めると人材不足を認識する企業は約85%にのぼる。こうした状況では、専門チームに外注することで即戦力を確保しやすい。
既存のWebサービスをアプリ化したい状況
ECサイトや情報提供サービスをすでに運営しており、それをアプリのように動作させたいというケースでは、PWAは有効な手段となる。このパターンでは既存のコードベースとの整合性確認が必要となり、外注先に技術調査フェーズを依頼することが多くなる。技術調査を誤ると実装工数が当初見積もりの2〜3倍に膨らむリスクがあるため、実績ある外注先への依頼が重要である。
iOS・Android同時リリースを低コストで実現したい状況
ネイティブアプリをiOS・Android両OS向けに開発する場合、それぞれ独立した開発チームと予算が必要となる。PWAは単一コードベースで両プラットフォームに対応できるため、初期開発費用をネイティブアプリと比べて30〜40%削減できるケースが、PWA開発を扱う複数の海外開発会社の調査で報告されている。予算が限られたスタートアップや中小企業に特に適したアプローチである。
App Store手数料を回避したい状況
App StoreやGoogle Playは決済手数料として15〜30%を課す。年商3,000万円のサービスであれば年間450〜900万円のコストになる。PWAはブラウザ経由で提供するためストア手数料が発生せず、収益改善に直結する。一方で、プッシュ通知や一部のデバイス機能へのアクセスはネイティブアプリより制限があるため、機能要件との照合が必要となる。
保守・運用コストを継続的に削減したい状況
ネイティブアプリはiOS・Androidの年次メジャーアップデートへの対応が毎年発生する。PWAはブラウザが互換性を担保するため、OSアップデートによる改修コストが抑えられる。外注先に継続保守契約を結ぶことで、この維持コストをさらに平準化できる。
外注プロジェクトの進め方：5つのステップ
ステップ1：要件定義は最低5〜10営業日を確保し、機能・連携・対応OSを先に固める
最初に行うべきは、自社でPWAに求める機能要件の明確化である。オフライン動作の必要性、プッシュ通知の要否、既存システムとのAPI連携の有無、対応OSバージョンの範囲などを整理する。この段階を怠ると、外注先から正確な見積もりが得られず、後工程でスコープ拡大が起きやすくなる。要件定義に使う人日は最低でも5〜10営業日を確保することを推奨する。
ステップ2：実績件数・使用フレームワーク・契約形態（請負か準委任か）の3点で外注先を選ぶ
外注先を選定する際は、PWA開発の実績件数・使用フレームワーク（React / Vue.js / Angular など）・Service Workerの実装経験を確認する。契約形態は「請負契約」と「準委任契約」の2種類がある。機能の完成を保証したい場合は請負、アジャイルで反復開発する場合は準委任が適している。見積もり精度が低い段階で固定請負契約を結ぶと、追加費用が発生するリスクがある。
ステップ3：週1回以上の定例と決裁権を持つ自社担当者の配置で仕様齟齬を防ぐ
外注先とのコミュニケーション頻度は週1回以上の定例ミーティングを設定し、進捗と課題を共有する。自社担当者（プロダクトオーナー役）が仕様変更の決裁権を持ち、外注先からの質問に迅速に回答できる体制を整えることが重要となる。この体制がなければ、外注先が前提を独自に判断し、想定外の実装につながる。
ステップ4：iOSとAndroid両方の実機検証は必須、Lighthouseで4カテゴリのスコアを確認する
PWAの検証ではChromeのLighthouseによるスコア計測が標準である。確認対象は、Lighthouse 12（PageSpeed Insightsには2024年5月反映）以降ではパフォーマンス・アクセシビリティ・ベストプラクティス・SEOの4カテゴリとなる。なお、従来の「PWA」カテゴリはLighthouse 12でChrome側のインストール要件変更に伴い廃止されており、PWA固有の検証はLighthouseとは別に、Chrome DevToolsの「Application」タブまたは Chrome公式の最新PWAドキュメントに沿って行う。実機での動作検証はiOS（Safari）とAndroid（Chrome）の両方で行う必要があり、特にiOSは16.4（2023年3月）でホーム画面追加済みPWAへのプッシュ通知が有効化された一方、依然としてバックグラウンド処理やキャッシュ保持期間の制約が残るため、リリース直前ではなく設計フェーズでiOS制約を調査することが重要となる。
ステップ5：保守契約は開発契約と同時に締結し、後から追加すると単価が上がる
リリース後はサービスワーカーのキャッシュ更新管理が発生する。OSやブラウザのアップデートへの追随、セキュリティパッチの適用、機能追加対応を継続的に行う保守体制を外注先と契約時に取り決めておく。保守を後から外注先に依頼すると単価が上がる傾向があるため、開発契約時に保守条件を同時に合意することを推奨する。
失敗パターンと注意点
要件未定義のまま見積もりを依頼するパターン
「とりあえず見積もりをもらいたい」という状況では、外注先も概算しか提示できない。その後に要件が具体化するたびに追加費用が発生し、最終的に当初予算の2倍になるケースがある。見積もり依頼前に、少なくとも機能一覧・デザインの方向性・連携システムの仕様を整理することが最低条件となる。
最安値業者を選んで品質問題が起きるパターン
PWA開発において、Service Workerの実装を誤るとブラウザキャッシュが制御不能になり、ユーザーに古いコンテンツが表示され続ける重大な不具合が発生する。この問題を修正するためにさらに専門業者に依頼する二重コストが生じる。外注先の選定では実績の確認と、コードレビュー体制の有無を必ず確認する。
iOSの動作検証を後回しにするパターン
AndroidのChromeで正常動作していても、iOSのSafariでは挙動が異なるケースがある。特にプッシュ通知・ファイルシステムアクセス・カメラ連携などの機能はiOS制限の影響を受けやすく、iOS対応の追加工数がリリース直前に判明すると納期と予算の両方を圧迫する。設計フェーズでiOS制約を調査することが必要となる。
保守体制を考慮せずにリリースするパターン
リリース後に外注先との契約が終了し、保守担当者が不在になると、ブラウザアップデートによる不具合に対処できなくなる。PWAは年間を通じてブラウザの仕様変更が発生するため、リリース後の保守を担える体制を持つ外注先を選ぶことが重要となる。
外注先の選定基準
PWA開発の外注先を選定する際に確認すべき要素を整理する。内製と外注の差分を正確に評価することで、リスクを最小化した発注が実現する。
| 選定基準 | 確認内容 | リスク（未確認の場合） |
|---|---|---|
| PWA開発実績 | 過去のPWA案件数・公開URL | 理論だけの実装、品質問題 |
| 使用技術スタック | React / Vue.js / Angular の使用実績 | 既存システムとの非互換 |
| iOS対応実績 | Safariでの動作確認体制 | リリース直前の追加工数発生 |
| 保守体制 | リリース後の対応可否と費用 | 保守担当不在でブラウザ対応遅延 |
| コミュニケーション体制 | 定例ミーティングの頻度・PM体制 | 仕様齟齬・手戻りの増加 |
費用相場と見積もりの読み方
PWA開発の外注費用は機能規模によって大きく異なる。中規模アプリ（ECサイトや予約システム相当）の場合、PWAは700〜1,200万円程度、Swift／Kotlinによるネイティブアプリ（iOS／Android別個に開発）は1,400〜2,000万円程度とされ、初期開発費用でPWAがネイティブアプリと比較して30〜40%程度低くなる傾向がある（参考：Grand View Research の市場規模分析、および複数の業界調査による）。なお、Flutter・React Nativeなどクロスプラットフォーム開発と比較した場合は、PWAとの差は20〜40%程度に縮まる。これらはあくまで中規模の参考値であり、要件・デザイン複雑度・API連携数によって大きく変動する。
見積もりを受け取った際は以下の3点を確認する。第一に、工数の内訳（要件定義・設計・開発・テスト・リリース作業の各フェーズ別）が明示されているかどうかである。第二に、変更が発生した場合の追加費用の算出ルールが契約に含まれているかである。第三に、リリース後の保守費用（月額）の見積もりが別途提示されているかである。この3点が明確でない見積もりは、後工程でのトラブルリスクが高い傾向がある。
PWAの外注を内製と比較した場合、必要なスキルセットはReact・Service Worker・Web App Manifest・Lighthouseによるパフォーマンス計測・HTTPS環境整備の5領域に及ぶ。これらを習得した人材を1名確保・採用するコストは年収ベースで600〜900万円以上になるケースが多く、外注の方が短期的には費用対効果が高いケースが少なくない。
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Grand View Research「Japan progressive web apps (pwa) market, 2021-2033」（2024年）
- *2 出典：IPA 独立行政法人情報処理推進機構「DX動向2024 – 深刻化するDXを推進する人材不足と課題」（2024年）
