Power Platformエンジニアのフリーランス案件の仕事内容｜案件の種類と1日・1か月の流れ

Power Platformエンジニアのフリーランス案件の仕事は、業務の担当者から困りごとを聞き、アプリやフローに置き換え、本番に出して、使われ続ける形に整えることです。ただし、部署の業務アプリを作る案件と、全社の基盤やガバナンスを整える案件とでは、1日の時間の使い方も、話す相手も、手元に残る成果物も大きく違います。

この記事では、Power Platformの案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。求められるスキルはPower Platformのスキルの記事、報酬の決まり方は報酬の記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

案件の中身は「作るものの広さ」と「統制への関わり」で決まる

Power Platformの案件は、同じ「Power Apps開発」という募集でも中身がかなり違います。違いを生むのは、主に次の2つです。

• 作るものの広さ：一つの部署の業務か、部門をまたぐ業務か、基幹システムとつながる業務か
• 統制への関わり：自分が作るだけか、社内の作成者が作るものの決まりまで整えるか

この2つを組み合わせると、フリーランスの案件はおおむね次の4種類に分けられます。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

業務アプリ・フローの作成案件

1日の流れ（例）

午前は、業務部門の担当者と画面を見ながら打ち合わせをします。紙やExcelで回している申請や台帳の流れを聞き、どこをアプリに置き換えるかを決めます。午後は作る時間で、キャンバスアプリの画面とPower Fxの式、承認や通知のクラウドフローを組み立てます。夕方は、利用者に触ってもらった感想や不具合の報告を受けて直します。

この種類は、聞いてすぐ作り、見せて直すの繰り返しが速いのが特徴です。一方で、作ったものの持ち主や保守の担い手を決めないまま広がりやすいため、作る途中で情報システム部門と確認する場面も出てきます。

1か月の流れ（例）

• 月初：前月に出したアプリの利用状況と、届いた要望を整理する
• 毎週：業務部門との定例で、作成中の画面を見せて仕様をそろえる
• 月の半ば：テスト用の環境で利用者に試してもらい、修正を反映する
• 月末：本番に出す。操作の手引きと、保守する人向けの説明を残す

成果物

アプリとフロー、データの置き場所（SharePointのリストやDataverseのテーブル）、操作の手引き、保守用の説明書、変更の記録などです。

Dataverseを土台にした業務システムの案件

1日の流れ（例）

部門をまたいで使う業務システムを、Dataverseのテーブルとモデル駆動型アプリやキャンバスアプリで作る案件です。午前は、PMや業務部門の責任者との打ち合わせで、データの持ち方と、部署ごとに見せる範囲を確認します。午後は、テーブルとリレーション、セキュリティロールの設定や、基幹システムとの連携フローの作成とテストに使います。連携先の担当者と、件数や更新のタイミング、失敗したときの扱いを詰める時間も少なくありません。

作る量より、データと権限の設計を決め、後から変えにくい部分を先に固めることに時間を使います。

1か月の流れ（例）

• 月初：工程の計画に合わせて、今月作るテーブルと画面、連携の範囲を確かめる
• 毎週：PMとの進捗の確認、業務部門との仕様の確認、連携先との調整
• 月の半ば：ソリューションにまとめた部品を、開発からテストの環境へ移して確かめる
• 月末：レビューを受け、本番への移送の計画と切り戻しの手順を整える

成果物

データモデルの設計書、権限の一覧、画面とフロー、連携の仕様、ソリューションと移送の手順、テストの記録などです。設計書は、後から参画した人が読むことを前提に書きます。

基盤・ガバナンスと市民開発の支援の案件

1日の流れ（例）

社内の多くの社員がアプリやフローを作っている組織で、その土台を整える案件です。午前は、情報システム部門やセキュリティ担当と、環境の分け方やデータポリシーで使わせるコネクタの範囲を検討します。午後は、テナントの中で作られたアプリやフローの棚卸しを進めたり、社内の作成者から届く「このコネクタは使えるか」「この作りで問題ないか」という相談に答えたりします。

Microsoft Learnでは、これまでガバナンスの整備に使われてきたCoEスターターキットは積極的に保守されなくなり、その中心の機能はPower Platform管理センターのインベントリや使用状況、監視などに移っていると案内されています（2026年10月時点）。こうした管理の機能を使って、誰がどこで何を作っているかを見える状態にし、決まりをつくって守ってもらうのが仕事の中心です。

1か月の流れ（例）

• 月初：前月の棚卸しの結果から、持ち主が不在のアプリやフロー、決まりに合わない作りを洗い出す
• 毎週：情報システム部門との定例で、方針の変更や例外の申請を検討する
• 月の半ば：作成者向けの勉強会や相談会を開き、作り方の決まりを伝える
• 月末：利用状況とライセンスの使われ方をまとめ、翌月の方針を示す

成果物

環境の設計とデータポリシーの一覧、作成のルールと申請の手順、棚卸しの結果、作成者向けの手引き、月次の報告資料などです。ライセンスの考え方も成果物に入ることがあります。Microsoft Learnのライセンスの概要では、一部のMicrosoft 365のライセンスに含まれるPower AppsやPower Automateの使用権は、Microsoft 365のデータと標準のコネクタを使う場面を対象とし、Premiumのライセンスと同じ権利ではないと説明されています（2026年10月時点）。どの作りにどのライセンスが要るかを整理し、作成者に伝える役割も担います。

Copilot Studioのエージェント構築の案件

1日・1か月の流れ（例）

社内の問い合わせ対応や、業務の手続きの案内を、Copilot Studioのエージェントに任せる案件です。最初の数週間は、業務部門から問い合わせの記録やマニュアルを集め、どの情報をナレッジとして使わせるか、どこで人に引き継ぐかを決めます。その後は、エージェントを作って試験運用を始め、回答の記録を見て、答えられなかった質問や誤った回答を直す作業を繰り返します。

1か月の単位では、試験運用の範囲を広げるかどうかを、業務部門と情報システム部門の両方と確かめます。見せてよい情報の範囲や、エージェントに呼ばせるフローの権限は、ガバナンスの担当者と一緒に決めることが多くなります。

成果物

エージェントの設計（使わせる情報、会話の流れ、引き継ぎの条件）、呼び出すフロー、試験運用の記録と改善の一覧、運用の手順などです。この分野の今後の広がりはPower Platformの将来性の記事で解説しています。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべての案件にあります。

1. 業務の聞き取り：画面の要望より先に、業務の流れと例外の処理を聞く
2. 作る範囲と作らない範囲の線引き：Power Platformで作るのが合わない業務は、その理由を伝える
3. 移送と記録：開発・テスト・本番の環境を分け、何をいつ移したかを残す
4. 引き継ぎの準備：自分がいなくなっても保守できるよう、持ち主と説明を残す

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。打ち合わせ、作成、相談対応に使った時間を日々つけておくと、月末の精算や、作業範囲の見直しの相談がしやすくなります。

関わる相手と、その相手に出すもの

働く場所は、作る工程の多くをリモートで進められる一方、業務の観察や作成者の支援は現地になりやすい傾向があります。詳しくはPower Platformのリモート案件の記事をご覧ください。隣の分野の働き方はRPAの仕事内容やDynamics 365の仕事内容も参考になります。

よくある質問

Power Platformの案件は、ほとんどの時間を作る作業に使いますか？

作成の案件では作る時間が長くなりますが、業務の聞き取りや利用者とのやり取りも同じくらい時間を使います。業務システムやガバナンスの案件では、設計や調整、相談への対応が中心になり、自分で作る時間は短くなることがあります。

1人で参画することが多いですか、チームで参画することが多いですか？

部署の業務アプリの案件では、社内の担当者と自分だけ、という体制も珍しくありません。業務システムの案件では、PMや他の開発者とチームを組むことが多くなります。1人で参画する場合は、設計から引き継ぎまでを自分で担う前提で、稼働の見込みを確かめておきましょう。

参画して最初の1か月は何をすることが多いですか？

環境の状態と既存のアプリやフローの把握、関係者と役割の確認、移送の流れの確認から始めるのが一般的です。初月の進め方はPower Platformエンジニアの参画初月にやることで詳しく解説します。