Power Pagesのシステム開発の見積相場や費用/コスト/値段について

Power Pagesのシステム開発費は、ライセンスだけなら月額1万円台から始められますが、認証・権限・Dataverse・外部連携・テストまで含めると、開発費はおおむね150万〜1,500万円以上の幅で見積もられます。実際の費用は、利用者数やデータ量、既存システムとの連携範囲によって大きく変わります。

Power Pagesは、顧客・取引先・代理店・会員など社外ユーザーが利用する業務ポータルを、Microsoft DataverseやPower Automate、Dynamics 365と組み合わせて構築できるサービスです。本記事では、2026年時点で確認できる料金と公開支援価格をもとに、費用の内訳、価格帯、変動要因、開発期間、見積もりの確認方法、コストを抑える進め方を詳しく解説します。

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

Power Pagesのシステム開発費を決める全体像

Power Pagesの見積もりは、単純なホームページ制作費ではありません。外部ユーザーが安全にデータを登録・参照する業務システムとして、利用料、設計・開発、連携、セキュリティ、移行、保守を分けて考える必要があります。

大きく分けると、Power Pagesの費用は「サービスのライセンス」「初期の企画・設計・開発」「周辺サービスとデータ容量」「公開後の保守・改善」の4層です。ライセンスは利用者数やアクセス方式に応じて毎月発生します。開発費は、画面数だけでなく、Dataverseのデータモデル、Webロール、テーブル権限、外部認証、API連携、テストの深さで変わります。

たとえば、会社情報やFAQを公開するだけなら、標準テンプレートを使って短期間に立ち上げられます。一方で、顧客がログインして契約情報を参照し、申請を登録し、社内のDynamics 365で承認して結果を通知する仕組みになると、画面開発以外の設計作業が増えます。見積書に「Power Pages構築一式」とだけ書かれている場合は、どの工程が含まれるかを確認することが重要です。

Power Pagesはコード量を減らしやすい一方で、外部公開する業務データの扱いには専門的な設計が必要です。特に、匿名で見せるページとログイン後だけ見せるページの切り分け、顧客ごとのレコード制限、添付ファイルの取り扱い、API障害時の再送処理は、画面を作るだけでは解決しません。

また、Power Pagesの利用者は社内のDataverseユーザーとしてそのまま扱われるのではなく、ContactレコードやWebロールを使ってアクセスを制御します。社内Power Appsの権限設定を流用すればよいとは限らないため、要件定義と権限テストに工数がかかります。この設計を省略すると、後から修正する費用が初期開発費を押し上げる可能性があります。

Power Pagesの料金・ライセンス相場

Power Pagesのライセンスは、サイトを利用するユーザーの方式によって考え方が変わります。Microsoft公式の日本向け価格ページでは、2026年8月時点で、認証済みユーザーはWebサイトあたり100ユーザー／サイト／月相当で月額29,985円、匿名ユーザーは500ユーザー／サイト／月相当で月額11,244円です。いずれも年払い相当の税別価格で、契約形態や価格改定によって変わるため、発注時には最新の見積もりを確認してください。

認証済みユーザー向けの容量パックは、ログインして申請、契約情報の確認、問い合わせ履歴の参照などを行うサイトに向いています。100ユーザー分を1パックと考えると、200ユーザーなら単純計算で月額59,970円相当、300ユーザーなら月額89,955円相当が目安です。これはライセンス部分の計算であり、開発費、Dataverseの追加容量、Power Automate、外部認証、Azure、メールやSMSなどの料金は別に発生する場合があります。

認証済みユーザーの「人数」は、社内社員数と同じとは限りません。顧客企業の担当者、代理店、会員など、実際にログインする対象者を整理し、月ごとの増減や休眠ユーザーの扱いを確認します。複数サイトや開発・検証環境がある場合は、サイト単位・環境単位の数え方も含めて、Microsoftまたは契約窓口に確認すると安全です。

匿名ユーザー向けの容量パックは、ログインなしで公開情報を閲覧するサイトに使われます。500ユーザー分で月額11,244円相当のため、1,000ユーザーなら単純計算で月額22,488円相当が目安です。ただし、閲覧者が申請を送信したり、自分の履歴を参照したりする場合は、匿名公開のまま扱えるか、認証済みユーザーに切り替えるべきかを要件とセキュリティの両面から判断してください。

匿名アクセスは安く見えますが、アクセス数の予測が難しいサイトでは、ピーク時のトラフィックや不正アクセス対策も考えます。公開ページと個人情報を扱うページを同じ権限設計で運用せず、ページ権限、テーブル権限、Webロールを分離することが、後の事故対応費用を抑えるポイントです。

（出典: Microsoft公式「Power Pagesの価格」。価格は確認時点の税別・年払い相当で、最新条件は契約前に再確認してください。）

Power Pagesの開発費相場とコストの内訳

Power Pages単体の日本市場における統一的な開発費統計は公表されていません。そのため、ここでは公開されているPower Platform支援価格と、業務システム開発で一般的に発生する工程を組み合わせた推定レンジを示します。金額は標準価格ではなく、要件、体制、品質基準、既存資産の有無によって変わる目安です。

PoCや画面試作であれば30万〜100万円程度、小規模ポータルなら150万〜500万円程度、標準的な顧客・取引先ポータルなら500万〜1,500万円程度、複数の基幹連携や高いセキュリティ要件を持つ外部業務システムなら1,500万〜3,000万円以上がひとつの目安です。PoCは2〜4週間、小規模は1〜3か月、標準的なポータルは3〜6か月、複雑な案件は6〜12か月以上になる可能性があります。

これらのレンジは、利用者数だけでなく、申請の分岐数、データ移行量、APIの本数、認証方式、テストの種類を含めて考えたものです。たとえば、フォームが少なくても顧客ごとの閲覧制御と既存基幹のリアルタイム連携が必要なら、単純な小規模案件にはなりません。逆に、データと業務フローがすでに整理され、標準コネクタを使える場合は、開発費を抑えやすくなります。

初期費用は、要件定義・業務整理、画面とナビゲーションの設計、Dataverseのテーブル設計、認証・権限設計、デザインと実装、Power AutomateやAPI連携、データ移行、テスト、教育、本番リリースに分けて確認します。特に権限設計と連携テストは、画面数からは見えにくいものの、費用差が出やすい項目です。

公開支援価格の例として、PAGEONEはPower Platform導入支援のスターターパックを150万円・125時間、スタンダードパックを460万円・500時間で掲載しています。また、ソフトバンクはPower Apps・Power Automateを対象とした開発支援を12万円／日で掲載しています。これらはPower Pagesの全工程請負価格ではありませんが、作業量ベースの比較材料になります。公開価格をそのまま自社案件へ当てはめず、Power Pages固有の認証・公開・権限・運用が含まれるかを確認してください。

（出典: 株式会社ページワンの公開支援価格、ソフトバンクの開発支援サービス。いずれもPower Pages単体の請負総額ではなく、各社が公開する支援メニューの価格です。）

公開後は、Power Pagesのライセンスに加えて、Dataverseのデータベース・ファイル容量、Power Automateの実行量、Azure FunctionsやAPI管理、メール・SMS・電子署名、監視、バックアップ、問い合わせ対応などの費用が発生する場合があります。添付ファイルや画像、履歴を大量に保存するサイトでは、ファイルをDataverseに置くのか、SharePointやAzure Blob Storageなどを組み合わせるのかで、容量と運用費が変わります。

保守費は契約内容によりますが、業務システムでは初期開発費の年15〜25％程度を予算の置き方として使うことがあります。ただし、これはPower Pagesに固有の公定価格ではありません。月次の軽微な修正だけでよいのか、障害対応、脆弱性対応、ユーザー追加、定期的な権限棚卸し、改善提案まで含むのかによって、必要な保守体制は変わります。

Power Pagesの費用が変動する7つの要因

同じPower Pagesでも、会社紹介サイトに近い構成と、顧客・代理店向けの業務ポータルでは費用が大きく異なります。ここでは見積もり前に整理したい変動要因を、費用が増えやすい理由とともに説明します。

認証済みユーザーの人数、匿名閲覧の規模、ログイン方法の数が増えるほど、ライセンス試算とテストの工数が増えます。Microsoft Entra ID、Microsoft Entra External ID、Microsoftアカウントなどを使い分ける場合は、アカウント発行、退会、パスワード再設定、招待、なりすまし対策まで設計します。

テーブル数、列数、関連、履歴、添付ファイル、検索条件が増えると、データモデル設計と容量設計が複雑になります。顧客、契約、注文、問い合わせ、申請、承認履歴を一つのテーブルに詰め込むと、権限や検索性能が扱いにくくなるため、業務上の関係を整理してから実装します。

Power Automateの標準コネクタで連携できる場合は、独自APIを一から構築するより費用を抑えやすくなります。一方で、基幹システムとのリアルタイム同期、複雑な変換、JWT認証、レート制限、タイムアウト、重複防止、再送、監視が必要なら、Azure FunctionsやAPI管理などのプロコードが必要になることがあります。

顧客Aには顧客Aのデータだけ、代理店には担当案件だけを見せるには、Webロール、ページ権限、テーブル権限、必要に応じた列レベルの制御を設計します。匿名Webロールやテーブル権限のGlobal設定を安易に使うと、意図しないレコード公開につながるため、権限マトリクス作成、拒否テスト、脆弱性診断、監査ログの確認が費用に含まれるかを確認してください。

Excelや既存ポータルからデータを移行する場合は、重複排除、コード変換、欠損値、個人情報の扱い、移行リハーサルが必要です。また、開発・検証・本番環境を分け、ソリューションやPower Platform CLI、GitHubなどを使ってリリースする場合は、デプロイ手順とロールバックも設計します。運用開始後の容量監視、フロー失敗、ユーザー追加、権限棚卸しを誰が担うかまで決めると、安価に作った後で運用費が膨らむリスクを減らせます。

標準のデザインスタジオ、フォーム、リスト、検索、複数ステップフォームを中心にすれば、短期間で作りやすくなります。反対に、独自レイアウト、細かな入力制御、複雑なJavaScript、Liquid、カスタムコネクタ、SPAに近い画面を求めるほど、設計・実装・ブラウザテスト・保守の工数が増えます。ブランド表現を重視する場合も、標準から外す範囲を先に合意してください。

費用を予測しやすくするPower Pages開発の進め方

費用を抑える最も確実な方法は、開発会社に値引きを求めることではなく、後から仕様が膨らまない順序で検証することです。最初から全機能を作り込まず、1つの業務をMVPとして試し、利用者の反応と技術的な制約を確認してから拡張します。

まず「誰が、どのデータを使い、どの業務を完了させるか」を定義します。顧客ポータル、代理店ポータル、申請受付、保守セルフサービスのどれを対象にするのか、利用者ごとの画面、データ、操作、通知、承認者を整理します。月間の登録数、ピーク時の同時アクセス、匿名と認証済みの比率、添付ファイルの容量も初期に確認します。

次に、Power Pagesへ公開するデータと、社内システムに残すデータを切り分けます。個人情報、契約情報、問い合わせ履歴、請求情報などを分類し、参照・作成・更新・削除の権限を表にします。この段階で権限の例外が多い場合は、標準機能だけで対応できるか、APIや追加設計が必要かを判断できます。

最初は、問い合わせ登録から回答確認まで、または申請入力から承認結果の通知までのように、主要ユーザーの1業務を選びます。2〜4週間程度のPoCで、標準フォームで足りるか、認証は成立するか、顧客単位のデータ制限ができるか、既存APIと接続できるかを確認します。ここで解決できない技術課題を本番開発に持ち込まないことが大切です。

PoCの成果物は、動く画面だけではありません。必要なテーブルと項目、権限マトリクス、連携方式、ライセンス容量、残課題、本番移行の条件を残します。PoCを単なるデモで終わらせず、次の見積もりに使える判断材料として整理すれば、追加要件による予算超過を抑えられます。

本開発では、Dataverseの設計、ページとナビゲーション、フォーム・リスト・検索、Webロールとテーブル権限、Power Automate、外部API、通知、エラー処理を実装します。開発・検証・本番を分け、ソリューションやCLIを使って移行する場合は、環境ごとの設定値と接続情報の管理も必要です。

テストは、機能テストだけでなく、顧客Aと顧客Bのデータが混ざらないことを確認する権限テスト、匿名アクセスの確認、入力値検証、ファイルアップロード、API障害時の再送、負荷、アクセシビリティ、個人情報のログ出力を確認します。公開後の問い合わせ窓口、監視、容量アラート、緊急時の停止手順を決めてからリリースします。

Power Pagesのシステム開発費を最適化するポイント

コスト最適化は、必要な品質を落とさずに、作らないものと標準化するものを決めることです。将来の拡張を考えずに最小構成へ削ると、後から作り直す費用がかかります。反対に、利用実績がない機能を先に作ると、使われない開発費とライセンス費を抱えることになります。

デザインスタジオのページ、標準フォーム、リスト、検索、複数ステップフォーム、Dataverse、Power Automateの標準コネクタを優先します。標準機能で業務を変えられる部分まで、最初から独自JavaScriptやAPIで置き換えないことがポイントです。独自実装は、顧客体験や業務上の差別化に直結する部分へ絞ると、初期費用と保守負担の両方を抑えられます。

認証済みユーザーと匿名ユーザーを実績に合わせて見直し、使われていないアカウントや不要なサイトを整理します。容量も、添付ファイル、画像、ログ、履歴の増加を月次で確認します。古いデータを保管領域へ移す、保存期間を定義する、検索に必要なデータだけをDataverseへ置くといった運用設計は、追加容量と性能の抑制につながります。

第1段階は問い合わせや申請など利用頻度の高い1業務、第2段階で契約・注文・保守履歴、第3段階でAIチャットボットや高度な分析というように分けると、効果を確かめながら投資できます。最初からすべての部門とユーザーを対象にせず、代表顧客や社内の少人数で試して、入力率、自己解決率、処理時間、問い合わせ削減数を測ります。

導入効果が確認できた機能だけを拡張すれば、予算配分の説明もしやすくなります。株式会社シーイーシーの公開事例では、Dynamics 365 Customer ServiceとPower Pagesを使ったサポートポータルで、保守作業時間5.6時間／月削減、保守原価費10％低減などの効果が紹介されています。これは同社の自己申告事例であり、自社で同じ効果が保証されるものではありませんが、費用対効果を業務指標で測る考え方の参考になります。

（出典: 株式会社シーイーシーの公開導入事例。効果は同社が公開する事例上の数値です。）

Power Pagesの見積もりを比較するポイント

相見積もりでは、合計金額の安さだけでなく、同じ前提条件で比べられているかを確認します。ライセンスを含むのか、開発・検証・本番の環境をどう数えるのか、外部サービスの契約は誰が持つのかを揃えないと、安い見積もりに見えても後から追加費用が発生します。

見積書では、要件定義、画面設計、Dataverse設計、認証、権限、連携、データ移行、テスト、教育、本番移行、ドキュメント、保守を分けて記載してもらいます。各項目には、対象画面数、テーブル数、ロール数、API本数、データ件数、テスト範囲、作業時間、前提条件を添えてもらうと、会社間の比較がしやすくなります。

「標準機能に含む」「追加費用」「対象外」を明確にすることも重要です。たとえば、認証プロバイダーの設定、メール送信、ファイル保存、WAF、脆弱性診断、アクセスログの保管、障害時の再送、利用者向けマニュアルが対象外になっていないかを確認します。保守契約は、対応時間、受付方法、月の作業時間、緊急対応、バージョンアップ対応を分けて確認してください。

候補会社には、Power Pages単体だけでなくDataverse、Dynamics 365、Power Automate、外部認証、API、ALMまで対応できるかを聞きます。特に「顧客ごとのレコード制限をどのように設計するか」「匿名と認証済みをどう分けるか」「連携失敗時にどう再送するか」「開発環境から本番へどう移行するか」「公開後の権限棚卸しを誰が行うか」は、技術力と運用力を見極める質問です。

公開事例を見るときは、企業名や画面の見た目だけでなく、課題、データ構成、連携先、利用者、運用体制、効果の測定方法を確認します。Power Pagesの導入経験があっても、自社と同じ認証方式や基幹連携を経験しているとは限りません。可能なら、要件定義担当者、権限設計担当者、リリース後の保守担当者が商談に参加する会社を選びます。

Power Pagesのシステム開発でよくある質問

Power Pagesの費用を検討するときは、料金表の数字だけでなく、自社の利用者、データ、連携、運用を前提に考える必要があります。ここでは、発注前によく聞かれる質問に直接回答します。

ライセンスだけなら、認証済み100ユーザー相当で月額29,985円、匿名500ユーザー相当で月額11,244円が2026年8月時点の公式価格の目安です。開発費は、PoCで30万〜100万円、小規模ポータルで150万〜500万円、標準的な顧客・取引先ポータルで500万〜1,500万円程度が一つの推定レンジです。認証、権限、連携、移行、試験、保守の有無によって変動します。

標準機能、既存のMicrosoft 365やDynamics 365、標準コネクタを活用できる場合は、スクラッチ開発より初期実装を短縮できる可能性があります。ただし、外部公開の権限設計、API連携、セキュリティ試験、データ移行、運用を省略してよいという意味ではありません。費用ではなく、要件を標準に寄せられる範囲と、独自実装が必要な範囲で比較してください。

PoCなら2〜4週間、小規模ポータルなら1〜3か月、複数の認証・権限・外部連携を含む標準的なポータルなら3〜6か月が目安です。複数拠点、大量データ、複数API、厳格なセキュリティ試験、段階移行がある場合は6〜12か月以上かかることがあります。要件定義の段階で、利用者受け入れテストと本番移行の期間まで含めて計画してください。

Microsoft 365、Dynamics 365、Dataverseをすでに使っており、外部ユーザー向けの申請・照会・問い合わせを早く構築したい場合は、Power Pagesが有力です。反対に、完全に自由な画面、大量アクセスを前提とした独自アーキテクチャ、Microsoft以外のデータ基盤、非常に複雑なトランザクション制御が中心なら、スクラッチや別のPaaSも比較します。初期費用だけでなく、認証、監査、アップデート、障害対応を含む5年程度の総保有コストで判断してください。

まとめ

Power Pagesのシステム開発費は、公式ライセンスの月額料金だけで決まりません。認証済みユーザーは100ユーザー／サイト／月相当で月額29,985円、匿名ユーザーは500ユーザー／サイト／月相当で月額11,244円が2026年8月時点の目安ですが、開発費はPoCの30万〜100万円から、複雑な外部業務システムの1,500万〜3,000万円以上まで幅があります。

見積もりでは、ライセンス、Dataverse容量、要件定義、画面、権限、認証、外部連携、移行、テスト、教育、保守を分けて確認してください。特に、顧客ごとのデータ制限、匿名と認証済みの使い分け、API障害時の処理、環境分離、公開後の権限棚卸しを含めると、金額の根拠が明確になります。安さだけでなく、業務上必要な安全性と運用性が確保されているかを判断します。

まず、対象ユーザー、認証方式、公開するデータ、主要業務、連携先、添付ファイル量、月間アクセス、希望時期を1枚に整理します。そのうえで、標準機能中心のPoCを行い、実現性とライセンス容量を確認してから、要件定義・開発・保守を分けた見積もりを複数社へ依頼すると、Power Pagesを自社に合った費用で導入しやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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