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

Power Pagesのシステム開発を発注・外注するなら、ライセンスの購入だけでなく、Dataverse、認証、権限、外部連携、テスト、運用までを一つの業務システムとして整理することが重要です。

「Power Pagesで顧客ポータルや申請サイトを作りたいものの、どの形態で依頼すればよいか分からない」「RFPに何を書けば見積もりを比較できるか知りたい」という担当者に向けて、発注形態の選び方、要件整理、契約、費用相場、委託先の選定方法を解説します。Microsoft環境との連携や外部ユーザーの権限設計まで含めて、失敗しにくい進め方を確認できます。

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

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

Power Pagesは、外部ユーザーがブラウザーから業務データを参照・登録できるWebサイトを、ローコード中心で構築するサービスです。広報サイトを制作会社へ依頼する場合とは異なり、データモデル、認証方式、権限、ワークフロー、基幹システムとの連携を先に決める必要があります。

Power Pagesの代表的な用途は、顧客ポータル、取引先・代理店ポータル、会員サイト、申請・受付サイト、保守サービスの問い合わせ窓口です。Dataverseに顧客情報、申請、契約、問い合わせ、対応履歴などを保存し、Power Automateで承認や通知を自動化します。Dynamics 365、Microsoft 365、SharePoint、Azure、外部APIと接続できるため、社内の既存資産を活用しながら外部窓口を整備できます。

発注時には「ページを何枚作るか」だけでなく、「誰が、どのデータを、どの操作までできるか」を書きます。例えば、顧客Aは顧客Aの問い合わせだけを閲覧し、代理店担当者は担当案件だけを更新し、社内担当者は全体を管理するというように、利用者とデータの関係を定義する必要があります。

標準テンプレートやデザインスタジオだけで実装できる範囲なら、短期間で試作しやすくなります。一方で、複雑な画面、独自の入力チェック、外部API、ファイル処理、決済、細かなレコード制御などが必要になると、Liquid、HTML、CSS、JavaScript、カスタムコネクタ、Azure Functionsなどのプロ開発が必要になります。

この違いを見積もり前に確認しないと、「ローコードだから安いはず」という期待と、実際の費用に差が生じます。Power Pagesを選ぶかどうかも、Microsoft製品との親和性、必要なUIの自由度、連携先、想定アクセス量、社内に運用担当者を置けるかを基準に判断します。

発注形態はどう選びますか？

発注形態は、社内にPower Platformの知識がどの程度あるか、要件が固まっているか、導入後の運用を誰が担うかで選びます。すべてを外部へ任せる一括請負が常に適切とは限らず、構想や要件定義だけを支援会社へ依頼し、実装と運用を分担する方法もあります。

社内に専門人材が少なく、初めて外部ポータルを作る場合は、構想、現状分析、要件定義、設計、開発、テスト、移行、教育、保守を一括して委託する方法が向いています。窓口が一本化されるため責任分界が分かりやすく、プロジェクト管理の負担も抑えられます。

ただし、一括外注では発注者側の判断が不要になるわけではありません。対象業務、利用者、優先順位、社内承認者、データの扱いを決めないと、受託会社が推測で仕様を補うことになります。成果物の範囲、追加変更の扱い、受入基準、運用引継ぎを契約書と要件定義書に明記します。

社内にPower Platformの開発担当者がいる場合は、要件定義、データモデル、認証・権限設計、外部API連携、セキュリティレビューなど、失敗しやすい部分だけを外部へ依頼できます。社内担当者が標準画面を作り、専門会社がレビューと難しい拡張を担当する形です。

この形態は費用を抑えやすい一方、社内と委託先の作業境界が曖昧になりやすい点に注意が必要です。環境、ソリューション、ソースコード、設定情報、テストデータの所有者を決め、成果物を社内で再現できる状態にします。

要件がまだ不確かな場合は、いきなり本番システムを発注せず、2〜4週間程度のPoCで主要な業務を試す方法が有効です。例えば、問い合わせ登録、担当者への通知、顧客による対応状況の確認までを小さく作り、利用者の反応と権限設計の妥当性を確かめます。期間は案件の範囲によって変わるため、ここで示す期間は目安です。

PoC後に本開発へ移る場合は、PoCで分かった未解決課題を残したまま本契約へ進めないことが大切です。使わなかった機能、想定より難しかったデータ連携、匿名アクセスのリスク、ライセンス容量を振り返り、本番フェーズの見積もりを更新します。

RFPと要件整理はどのように進めますか？

RFPは、委託先に「何を、なぜ、どの条件で作ってほしいか」を伝える資料です。画面の細かなデザインを先に固定するより、業務目的、利用者、データ、権限、連携、非機能要件、納期、予算の考え方を揃えると、会社ごとの提案と見積もりを比較しやすくなります。

最初に、システム導入で解決したい業務課題を一文で書きます。「顧客からの問い合わせをオンラインで受け付ける」だけでなく、「メールと電話に分散した問い合わせ履歴を集約し、顧客が過去の回答を検索できるようにする」のように、現状の問題と達成したい状態を明確にします。

次に、顧客、代理店、会員、社内担当者、管理者などの利用者を分けます。利用者ごとに、閲覧、登録、編集、承認、削除、ファイルダウンロードの操作を整理します。認証済みユーザーか匿名ユーザーか、月間の利用者数、繁忙期のアクセス集中、利用者の所属情報もRFPに含めます。

Power Pagesの要件整理で特に重要なのが、Dataverseのテーブルと利用者の関係です。顧客、問い合わせ、契約、申請、添付ファイルなどのテーブルを洗い出し、各レコードの所有者、関連付く顧客、公開範囲、保存期間、更新者を定義します。既存のExcelや基幹システムを移行する場合は、データ件数、重複、必須項目、コード体系、移行後の照合方法も確認します。

Microsoft Learnでは、Power PagesのユーザーはDataverseの通常ユーザーではなく、DataverseのContactレコードとして扱われ、Webロールを通じてサイト上のデータアクセスを制御すると説明されています（出典: Microsoft Learn「Power Pages connectivity to a Microsoft Dataverse」、2026年）。そのため、社内のDataverseセキュリティロールを設定するだけでは不十分です。Webロール、テーブル権限、ページ権限をRFPの要件として明示します。

セキュリティ、性能、可用性、アクセシビリティ、ログ、バックアップ、障害通知、運用時間を非機能要件にまとめます。個人情報を扱う場合は、アクセス制御、本人確認、入力値検証、ファイルアップロード制限、監査ログ、脆弱性診断、データ保存場所、委託先の再委託を確認します。

受入条件には、正常系だけでなく、権限のないユーザーが別顧客のレコードを見られないこと、連携先が停止したときに再送できること、二重送信を防げること、ファイル形式と容量を制限できることを含めます。受入テストのケースをRFPの段階で提示すると、各社が同じ前提で見積もりを作れます。

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

Power Pagesの費用は、ライセンス、初期の企画・開発、データ移行、外部連携、セキュリティ・性能テスト、教育、保守に分けて考えます。日本市場のPower Pages専用請負案件を横断した公的な統計は確認できないため、以下の開発費は公開支援料金と一般的な業務システムの工数から整理した編集部の推定レンジです。標準価格ではなく、実際の見積もりは要件によって変わります。

Microsoft公式の日本向け価格では、Power Pages認証済みユーザーはWebサイトあたり100ユーザー／サイト／月相当で月額29,985円、匿名ユーザーは500ユーザー／サイト／月相当で月額11,244円です。いずれも年払い相当、税別の表示です（出典: Microsoft「Power Pages 料金プラン」、2026年8月確認）。単純計算では、認証済み200ユーザー相当を2パック使うと月額59,970円、匿名1,000ユーザー相当を2パック使うと月額22,488円が目安になります。

ただし、契約前に「ユーザー数」だけで判断してはいけません。認証済み容量パックにはサブスクリプションあたりDataverseデータベース2GBとファイル16GB、匿名容量パックにはデータベース0.5GBとファイル4GBが含まれます。添付ファイル、画像、履歴、ログを多く保存する場合は、追加容量や外部ストレージの費用も見積もりに入れます。価格、契約条件、為替や改定の影響は変わる可能性があるため、発注時はMicrosoftまたは販売パートナーへ再確認します。

PoCや画面試作は30万〜100万円程度、小規模ポータルは150万〜500万円程度、標準的な顧客・取引先ポータルは500万〜1,500万円程度、複数APIや厳格なセキュリティ試験を含む複雑な外部業務システムは1,500万〜3,000万円以上が一つの推定目安です。期間は、PoCが2〜4週間、小規模が1〜3か月、標準規模が3〜6か月、複雑な案件が6〜12か月以上です。これらは編集部の推定であり、画面数だけでなくデータ、権限、移行、試験、運用設計を含めて変動します。

公開料金の比較材料として、株式会社ページワンはPower Platform導入支援のスターターパックを税別150万円・125時間、スタンダードパックを税別460万円・500時間で掲載しています（出典: 株式会社ページワン公式サービスページ、2026年8月確認）。これはPower Pagesの全工程請負価格ではありませんが、支援作業の公開例として、見積もりの工数感を確認する材料になります。

ランニングコストには、Power Pagesのライセンス、Dataverse容量、Power AutomateやCopilot Studioなどの追加サービス、Azureや外部認証、メール・SMS、監視、バックアップ、問い合わせ対応が含まれます。保守契約では、月次の稼働確認、障害対応、脆弱性対応、Microsoftの仕様変更への追随、軽微な改修、利用状況と容量のレポートをどこまで含むかを確認します。

業務システム全般では、保守運用費を初期開発費の年15〜25％程度とする考え方がありますが、これはPower Pagesの一律価格ではありません。24時間監視が必要か、営業時間内の問い合わせでよいか、連携障害の一次切り分けを誰が行うかで変わります。開発費と保守費を分け、3年程度の総保有コストで比較します。

契約形態と見積比較のポイント

Power Pagesの発注では、要件が固まった部分と、試しながら決める部分を分けて契約することが現実的です。契約形態を選ぶ際は、金額だけでなく、仕様変更の扱い、成果物の定義、納期、検収、知的財産権、再委託、情報管理、契約終了後の引継ぎを確認します。

請負契約は、合意した成果物を完成させ、検収を受けることを前提にした契約です。画面、テーブル、権限、連携、テスト結果、操作マニュアルなどの納品物と、受入条件が明確な案件に向いています。発注者は進捗だけでなく、完成の定義を確認しやすくなります。

一方で、発注後に「この画面も必要」「業務ルールが変わった」という変更が続くと、追加費用や納期延長につながります。要件定義を別契約にする、変更管理の手順を定める、優先度の低い機能を次期フェーズへ回すなど、請負に向く範囲を切り分けます。

準委任や時間単価型の契約は、発注者と委託先が相談しながら要件を具体化する案件に向いています。PoC、業務ヒアリング、権限設計、アジャイルな画面改善、運用伴走など、作業内容は定義できても最終成果物を最初から固定しにくい場合に使われます。

この契約では、稼働時間を払うだけにならないよう、月ごとの作業計画、担当者、会議体、成果物、レビュー方法、残課題を管理します。時間単価が安くても、要件の往復や会議が多ければ総額は増えます。見積もりには、作業時間だけでなく、発注者側の確認工数も含めて計画します。

相見積もりでは、合計金額の安い会社を選ぶのではなく、同じRFPに対して何が含まれているかを比較します。要件定義、UX・画面設計、Dataverse設計、Power Pages構築、Power Automate、外部API、データ移行、認証・権限、テスト、教育、リリース、保守を工程別に分けてもらいます。

見積書に「一式」とだけ書かれている項目は、作業時間、担当者、成果物、対象範囲、前提条件を質問します。ライセンスのパック数、Dataverse容量、追加サービス、環境数、検証環境、本番移行、障害対応、軽微な改修の範囲も別欄で確認します。初期費用だけを比べず、月額費用と契約期間を含む3年分の総額で判断します。

Power Pagesの委託先を選定する方法

Power Pagesの委託先は、製品名を知っているかだけでなく、外部公開する業務システムを設計・運用できるかで選びます。提案書の見栄えより、要件の不明点を質問する力、権限のリスクを指摘する力、連携障害や運用変更を見積もる力を確認します。

実績確認では、Power Pagesの画面を作った件数だけでなく、どのような利用者とデータを扱ったかを聞きます。顧客・代理店ポータル、外部申請、問い合わせ・ナレッジ、契約照会、Dynamics 365連携など、自社に近い案件があると要件の先回りが期待できます。

公開事例では、株式会社シーイーシーがDynamics 365 Customer ServiceとPower Pagesを使った顧客向けサポートポータルを構築し、保守作業時間を月5.6時間削減、保守原価費を10％低減したと紹介しています（出典: 株式会社シーイーシー導入事例、2026年8月確認）。これは同社の自己申告事例であり、自社案件で同じ効果が保証されるものではありませんが、業務データと顧客窓口を一体で設計する参考になります。

セキュリティ面では、匿名ユーザーにどのデータを公開するのか、認証プロバイダーは何か、Webロールとテーブル権限を誰がレビューするのかを確認します。Microsoft Learnでは、Power Pagesの主要な保護要素として、サイトの表示方法、認証ユーザー、Webロール、テーブル権限、ページ権限、HTTPSヘッダー、セキュリティスキャンが挙げられています（出典: Microsoft Learn「Power Pagesのセキュリティ」、2026年）。

また、開発環境、検証環境、本番環境を分離し、ソリューション、Power Platform CLI、GitHubなどで変更を追跡できるかを確認します。2026年リリース計画では、Power Pagesのセキュリティエージェント機能や、GitHub連携・Gitからのデプロイを含むALMの強化が示されています。ただし、リリース計画の機能は提供時期や仕様が変更される可能性があるため、現時点で利用できる範囲を委託先へ確認します。

委託先との打ち合わせでは、「匿名ユーザーにも登録を許可するのか」「顧客ごとにレコードを分ける方法は何か」「外部APIが止まったときの再送方法は何か」「Power Pagesを採用しない場合の代替案は何か」と質問します。良い提案は、要望をそのまま肯定するだけでなく、リスク、前提、代替案、段階導入の条件まで説明します。

個人情報を扱う場合は、委託先の安全管理措置、再委託先、インシデント報告の期限、データの保存場所、契約終了時のデータ返却・消去を確認します。個人情報保護委員会のガイドラインを参照し、自社の法務・セキュリティ部門と一緒に、アクセス制御や委託先監督の要件を契約へ反映します。

よくある質問（FAQ）

Power Pagesの発注では、ライセンス、開発範囲、契約、セキュリティの疑問が同時に出てきます。ここでは、特に相談の多い質問に対して、発注判断に使える形で回答します。

画面試作やPoCであれば30万〜100万円程度、小規模ポータルであれば150万〜500万円程度が推定レンジです。認証、複数のWebロール、Dataverse設計、外部API、データ移行、セキュリティ試験が増えると、500万〜1,500万円程度以上になる可能性があります。いずれも統一された公定相場ではないため、RFPを渡して工程別の見積もりを取得します。

ライセンスだけでサイトを作ることはできますが、業務で安全に運用するには、Dataverseのデータ設計、認証、Webロール、テーブル権限、連携、監視、バックアップ、問い合わせ対応が必要です。標準機能で自社構築できる企業もありますが、外部ユーザーが個人情報を扱う場合や、既存基幹システムと連携する場合は、少なくとも設計レビューとセキュリティレビューを外部へ依頼する方法が安心です。

Microsoft製品の導入実績だけでなく、Power Pages、Dataverse、外部認証、API連携、Webロールとテーブル権限、ALM、保守の実績を確認します。自社と似た業種・利用者・データ量の事例を見せてもらい、担当者が本番後も支援するか、再委託があるか、障害時の連絡体制がどうなっているかを比較します。

外注できますが、匿名閲覧と匿名でのデータ登録は分けて設計します。Microsoft Learnでは、匿名ユーザーWebロールにテーブルへのアクセスを許可すると、サイトを訪れたすべてのユーザーがデータへアクセスできるため、慎重に設定する必要があると説明されています。公開するページ、登録できる項目、迷惑投稿対策、レート制御、入力値検証、監視を要件に含めます。

まとめ

Power Pagesのシステムを発注・外注するときは、ローコードで作れることだけを理由にせず、外部ユーザー向けの業務システムとして計画します。まず、顧客・取引先・会員などの利用者、業務目的、必要なデータ、認証方式、Webロールとテーブル権限、外部連携を整理します。

見積もりを依頼する前に、要件定義、データ移行、連携、テスト、教育、保守を含むRFPを作成します。請負契約と準委任契約のどちらが合うかを検討し、工程別の金額、前提条件、追加費用、ライセンス、容量、3年分の運用費を同じ条件で比較します。

要件が不確かな場合は、問い合わせ登録や申請受付など、価値の高い一業務をPoCで試します。委託先の実績、権限設計、セキュリティ、ALM、運用体制を確認し、標準機能とプロ開発の境界を明確にしたうえで本契約へ進めると、予算と品質の両方を管理しやすくなります。

▼全体ガイドの記事
・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を創業。