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

SharePointのシステム開発を発注・外注するなら、標準機能を軸に目的・権限・移行範囲を整理し、足りない部分だけをPower PlatformやSPFxで補う進め方が、費用と運用負担のバランスを取りやすいです。

SharePoint Onlineは、社内ポータル、文書管理、検索、申請・承認、Teams連携をまとめられる便利な基盤です。一方で、サイト構成やアクセス権限を決めないまま発注すると、見積金額の比較ができず、移行後に「必要な文書が見つからない」「社外に共有されてしまう」「想定以上に追加開発が発生する」といった問題が起きやすくなります。本記事では、SharePointのシステムを発注・外注する際の発注形態、RFPと要件整理、契約形態、2026年時点の費用相場、委託先と見積書を比較するポイントまで、実務で使える順番に解説します。

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

SharePointのシステム開発を発注する前に整理すべき全体像

SharePointのシステムを発注するときは、「SharePointを入れたい」という製品名ではなく、どの業務をどの情報基盤で改善するかを発注対象に置き換えます。社内ポータルだけなら標準機能中心で進めやすいですが、文書移行、申請、外部共有、基幹システム連携まで含めると、設計・開発・データ整備・教育・運用設計が必要になります。

典型的な構成は、SharePoint Onlineのサイトとページを社内ポータルに使い、ドキュメントライブラリで規程や案件資料を管理し、Microsoft Listsで台帳を作り、Power Automateで通知・承認を自動化する形です。Microsoft Teamsのチームやチャネルに保存されるファイルもSharePointと関係するため、Teamsだけを対象外にすると、文書の保存場所や権限の説明が分かりにくくなります。OneDriveは個人作業、SharePointは組織やチームで共有する情報という役割を基本に、利用者が迷わないルールまで発注範囲へ含めることが大切です。

標準のサイト、ページ、ライブラリ、リスト、検索、権限、Power Automateで実現できる要件は、まず標準構成で検討します。入力画面や承認経路が複雑でも、Power AppsやPower Automateで対応できる場合があります。それでも独自の検索画面やWebパーツ、Microsoft Graphや外部APIとの連携が必要なら、SPFxや個別開発を比較します。Microsoft Learnでは、SPFxをSharePoint、Teams、Viva Connectionsを拡張する推奨モデルと説明しています（出典: Microsoft Learn「SharePoint Frameworkの概要」、2026年8月確認）。最初からスクラッチ開発を前提にせず、標準、ローコード、SPFx、外部システムの順に適合性を確認すると、保守しにくい作り込みを抑えやすいです。

特別なデータ配置要件やネットワーク分離、既存のオンプレミス資産を継続利用する理由がなければ、SharePoint Onlineから比較するのが現実的です。Onlineではサーバー構築、パッチ適用、可用性の基盤を自社で抱えにくい一方、契約条件やMicrosoft 365の更新、テナント管理、データガバナンスは自社の責任として残ります。Serverを選ぶ場合は、サーバー、バックアップ、障害対応、ライセンス、更新計画を含めた総保有コストを見積書に入れます。単に初期開発費だけを比べると、安く見える方式を誤って選ぶ可能性があります。

SharePointの発注形態はどれを選ぶとよいですか？

結論として、社内にMicrosoft 365の管理者と業務側の責任者がいて、標準機能を試しながら進められるなら、設計や難所だけを外注するハイブリッド型が適しています。移行対象が多く、権限や既存システム連携を一括で任せたい場合は、要件定義から導入後支援まで対応できるSIerや専門ベンダーが候補になります。重要なのは、ライセンスを販売できる会社と、業務・移行・運用まで設計できる会社を同じ基準で評価することです。

情報システム部門の工数を抑えたい企業では、現状調査、RFP支援、サイト設計、構築、データ移行、テスト、教育、運用引き継ぎまでを一括して委託する方法があります。社内の意思決定を止めずに進めやすい一方、業務部門が受け身になると、完成後に使われないポータルや、ベンダーしか変更できない仕組みが残ります。契約前に、社内のプロジェクト責任者、各部門のサイト所有者、データ移行の承認者を置き、外注先に任せる作業と社内で判断する作業を分けます。

ハイブリッド型では、社内が目的、業務ルール、コンテンツの責任を持ち、外注先が情報設計、難しい権限設計、移行、連携、レビューを支援します。標準サイトのページ更新や新しいサイトの申請は社内で行い、SPFxの改修やAPI連携は専門会社に任せるといった分担も可能です。SCSKが公開するSharePoint Onlineの事例のように、チケット制の支援や内製化支援を比較対象にすると、毎回フル開発を依頼するよりも、運用フェーズの費用とスピードを管理しやすくなります（出典: SCSK「SharePoint Onlineで情報共有サイトを内製」、2026年8月確認）。

Microsoft 365のライセンス販売を得意とする会社、基幹システムとの連携を得意とするSIer、SharePointのポータルや移行を専門とする会社では、得意領域が違います。販売会社にすべてを任せる場合でも、実際に構築する担当会社、再委託先、問い合わせ窓口、障害時の責任分界を確認します。複数社を組み合わせる場合は、テナント管理、権限、データ移行、契約更新の責任者を一社に集約した方が、問題発生時のたらい回しを防ぎやすいです。

RFPと要件整理はどこまで作ってから外注すべきですか？

完全な仕様書を自社だけで作る必要はありませんが、解決したい課題、対象部門、データ、利用者、期限、予算の考え方は、RFPに最低限書きます。外注先に「よい感じのポータルを提案してください」とだけ伝えると、会社ごとに想定範囲が変わり、見積金額の差が技術力の差なのか、対象外項目の差なのか分からなくなります。特にSharePointでは、サイト数よりも、権限の例外、移行するファイルの状態、承認や連携の有無が費用を大きく左右します。

最初に、「何を作るか」ではなく「何を改善するか」を記します。たとえば、社内規程を探す時間を短くする、申請の承認リードタイムを短縮する、最新版ではない文書の利用を減らす、問い合わせ件数を減らす、といった目標です。KPIは、検索にかかる時間、承認の平均日数、移行後に利用されるサイトの割合、問い合わせ件数など、導入前後に測れるものへ落とします。目的が「情報を一元化する」だけでは抽象的なので、対象部門と現状の困りごとを具体的な業務場面で示します。

ファイルサーバー、旧ポータル、Notes、Teams、OneDrive、紙やメール添付に分散している情報を一覧にします。対象ごとに、所有者、利用部門、ファイル数、容量、最終更新日、機密区分、保存期限、現在の権限、移行後のサイト・ライブラリ、移行しない理由を記録します。不要なファイルをそのまま移すと、検索結果がノイズになり、権限の不整合も持ち込みます。移行前に削除・保管・移行・再作成へ分類することが、発注費用を抑える最も確実な方法の一つです。

サイトを部門別に作るのか、業務やプロジェクト単位に作るのかを決め、サイト所有者、メンバー、閲覧者、退職・異動時の更新担当を明確にします。個別ファイルやフォルダーへ例外権限を増やすほど、後から説明しにくくなります。Microsoft Learnでは、Microsoft 365グループやMicrosoft Entraセキュリティグループを使い、指定グループ外のユーザーによるサイトやコンテンツへのアクセスを制限する機能が案内されています（出典: Microsoft Learn「Microsoft 365グループとMicrosoft Entraセキュリティグループを使用してSharePointサイトへのアクセスを制限する」、2026年8月確認）。RFPには、MFA、外部共有、ダウンロード、監査ログ、DLP、保持ラベル、秘密度ラベル、権限レビューの要否も記載します。

RFPには、現在の業務フロー、現行画面、サイト一覧、権限表、移行対象のサンプル、主要な帳票、連携先一覧、ユーザー数、拠点数、希望時期を添付します。要件は「必須」「できれば」「対象外」に分け、標準機能で実現する提案、Power Platformで実現する提案、独自開発する提案を分けて提示してもらいます。発注側が実データを十分に出せない場合は、まず有償の現状調査や要件定義を発注し、その成果物を本開発のRFPに使う段階発注も有効です。

SharePointの外注契約は請負と準委任をどう使い分けますか？

契約形態は、成果物と要件が固まっている範囲を請負、調査や継続的な設計支援など変動が大きい範囲を準委任で分ける考え方が実務的です。SharePointでは、標準サイトの構築や定型的な移行は成果物を定義しやすい一方、現行データの整理、利用部門との合意形成、運用ルールの設計は途中で変わりやすいです。契約名称だけで判断せず、作業範囲、成果物、検収条件、変更時の単価、再委託、知的財産、終了後の引き継ぎを確認します。

請負契約では、設計書、構築済みサイト、移行済みデータ、テスト結果、操作マニュアルなど、何を完成とするかを定めます。準委任契約では、月の稼働時間、担当者の役割、会議体、調査・助言の範囲、作業報告の形式を定めます。Microsoft 365のライセンス、追加ストレージ、バックアップ、既製Webパーツ、Power Platformの利用料は、開発費と別のランニング費用になることがあります。見積書でライセンスと作業を一行にまとめず、初期費用、月額・年額、従量課金、更新費を分離してもらいます。

現状調査では、業務フロー、データ一覧、権限の課題、対象範囲を成果物にします。要件定義では、サイトマップ、情報分類、メタデータ、権限モデル、移行方針、非機能要件、受入条件を確定します。構築では、開発環境と本番環境の分離、変更履歴、管理者権限、テストデータを用意します。テストでは、通常ケースだけでなく、異動、退職、外部共有、リンク切れ、権限継承の解除、検索結果、移行エラー、復元手順を確認します。各フェーズの承認者を決め、未決事項を次工程へ持ち越さないことが重要です。

SharePointは設定で実現できる範囲が広く、発注後に「この画面も欲しい」「既存と同じ動きにしたい」という追加要望が出やすいです。RFPで対象外とした機能を一覧化し、追加要望が出たときは、費用、納期、保守性、標準機能への影響を記載した変更依頼として承認します。検収時は、画面が存在するだけでなく、指定したユーザーが指定した文書へアクセスできること、指定外のユーザーがアクセスできないこと、通知と履歴が残ることまで確認します。

SharePointのシステム発注・外注費用の相場はいくらですか？

SharePointの費用は、ライセンス費、導入支援・開発費、移行費、教育費、保守・運用費に分けて考えます。公開された一律の開発定価はなく、ユーザー数だけでなく、サイト数、移行データ、権限の複雑さ、Power PlatformやAPI連携、教育・定着支援によって変わります。以下の金額は、Microsoft公式の掲載価格と一般的な業務システムの人月単価・規模別相場をもとにした、2026年時点の発注計画用の推定目安です。正式な予算は、同じRFPを複数社へ提示して確認します。

Microsoftの日本向け価格ページでは、2026年8月確認時点で、SharePointプラン1が年契約・年払いで税抜749円／ユーザー／月相当、Microsoft 365 Business Standardが税抜1,874円／ユーザー／月相当、Business Premiumが税抜3,298円／ユーザー／月相当として掲載されています。EnterpriseのMicrosoft 365 E3は税抜5,397円／ユーザー／月相当の表示です（出典: Microsoft「Microsoft 365 SharePoint: プランと価格を比較」、2026年8月確認）。価格改定、月契約、販売地域、既存契約、Teamsやセキュリティ機能の有無で変わるため、発注時点の公式見積を確認します。

単純計算では、100ユーザーがSharePointプラン1を利用する場合、ライセンスだけで月7万4,900円、年89万8,800円の税抜相当です。500ユーザーなら月37万4,500円、年449万4,000円の税抜相当です。Business Standardを100ユーザーで契約する場合は、月18万7,400円、年224万8,800円の税抜相当になります。実際の総額には、ゲスト、追加ストレージ、バックアップ、Power Platform、運用支援などが加わるため、単純計算を予算の確定額として扱わないことが大切です。

小規模の目安は、標準サイト1〜3個、基本的な権限、ポータルまたは文書庫、利用者教育を含めて100万〜300万円、期間は1〜3か月です。中規模は、複数部門、ファイルサーバー移行、メタデータ・検索設計、Power Automate数本、Teams連携を含めて300万〜1,000万円、3〜6か月が目安です。大規模は、数千ユーザー、旧ポータルやオンプレミスからの移行、多数サイト、複雑な権限、基幹・API連携、全社展開を含めて1,000万〜3,000万円以上、6〜12か月以上を見込みます。これは公開定価ではなく、案件条件から整理した計画用の推定レンジです。

SPFxの独自Webパーツ、Graphや外部APIとの連携、特殊な入力・検索画面は、要件によって一機能あたり100万〜500万円程度が追加になる可能性があります。ただし、既製WebパーツやPower Appsで代替できる場合もあるため、追加金額だけを先に受け入れません。人件費の目安として、一般業務システムではPMが90万〜150万円／人月、SEが65万〜110万円／人月、大手SIerでは150万〜200万円／人月程度という整理があります（出典: リサーチノート内の業務システム費用・人月単価情報、2026年）。SharePoint案件でも、移行・権限・テスト・教育の工数を省くと安く見えるため、作業項目と人月を対応させて確認します。

保守・運用は、一般的な業務システムの目安として初期費用の年15〜25％程度、または月15万〜80万円程度を置くことがあります。ただし、これは利用者追加、サイト管理、問い合わせ、権限レビュー、アップデート確認、障害対応、軽微な改修をどこまで含むかで大きく変わる参考レンジです。Microsoft 365自体の更新や標準機能の変更に加えて、SPFxやPower Platformの改修、バックアップ製品、監査・ログ保管、教育コンテンツの更新も考慮します。

見積書では、データクレンジング、移行リハーサル、エラー修正、権限確認、受入テスト支援、操作説明会、マニュアル作成、切り戻し計画、稼働後の伴走を別項目にします。特にファイルサーバーの不要データ整理や、所有者不明の文書の扱いは、発注側の作業として残ることがあります。初期費用だけでなく、3年程度のライセンス、運用、追加改修を含むTCOで比較すると、見積金額の安さだけに引っ張られにくくなります。

SharePointの委託先と見積書を比較するポイント

委託先は、Microsoftの販売実績だけでなく、SharePoint Onlineのサイト設計、移行、権限、Teams・Power Platform連携、教育、運用支援の実績で比較します。2026年3月公開の旭有機材の事例では、既存ポータルの機能再現とSharePoint Onlineへの移行を進め、2024年12月に一部門からリリースして全社や部門サイトへ展開しています。移行では、標準機能だけでは再現しにくい機能を既製サービスで補完する方法もあるため、独自開発だけを前提にしない提案かを確認します（出典: ソフトバンク「旭有機材株式会社 導入事例」、2026年3月）。

事例は、会社名やユーザー数だけでなく、何を移行し、どの範囲を標準機能で作り、どこを追加開発し、誰が運用を担当したかを確認します。たとえば、300名規模の社内専用サイトを標準機能中心で構築し、設計・教育・運用保守まで約3か月で支援した事例と、数千人規模のポータル移行では、必要な体制も見積の出し方も違います。提案責任者、設計者、移行担当、権限担当、運用窓口を実名または役割で提示できる会社は、契約後の責任分界を確認しやすいです。

相見積もりでは、各社に同じRFP、同じ移行データのサンプル、同じユーザー数、同じリリース時期を渡します。見積書は、現状調査、要件定義、サイト・情報設計、権限設計、構築、カスタマイズ、連携、移行、テスト、教育、稼働支援、保守に分け、作業量、期間、担当ロール、前提条件、対象外、追加単価を確認します。ひとまとめの「SharePoint導入一式」では、安い理由も高い理由も検証できません。

比較表では、機能の有無だけでなく、標準機能、Power Platform、SPFx、既製サービスのどれで実現するかを横並びにします。デモでは、一般的なページを見せてもらうだけでなく、異動したユーザーの権限変更、社外ユーザーの共有、文書の版管理、検索、承認差し戻し、移行エラー、運用担当者によるサイト払い出しを実際に試します。提案に都合のよい成功ケースだけでなく、できないことと代替案を説明できる会社ほど、発注後の追加請求を予測しやすいです。

個人情報や機密文書を扱う場合は、委託先の担当者がアクセスする環境、ログの保存、再委託、データの返却・削除、事故時の報告、秘密保持を契約に含めます。電子取引データを保存する場合も、SharePointの版管理だけで電子帳簿保存法の要件を満たすとは限りません。検索性、改ざん防止、保存期間、ダウンロードや監査への対応を、税務・法務・情報セキュリティ担当と確認します。個人情報保護法の委託先監督や外国での取扱いも、対象データと契約内容に応じて確認します。

稼働後は、サイト所有者の育成、権限レビュー、検索失敗の分析、利用状況の確認、Microsoft 365の変更確認、バックアップ・復元テスト、軽微な改修の受付を運用に組み込みます。導入後30日で権限と移行エラーを見直し、60日で利用状況と検索語を確認し、90日でKPIと追加要件を評価するような定着計画を提案に含めると、作って終わりになりにくいです。

SharePointのシステム発注・外注でよくある質問

SharePointの外注では、ライセンス、移行、標準機能と追加開発の境界、社内の準備範囲について質問が多くなります。ここでは、発注前に特に確認しておきたい質問へ直接回答します。

いいえ、契約済みのプランで使える機能と、追加で必要なライセンスやサービスを確認する必要があります。SharePointの利用料が含まれるプランでも、追加ストレージ、Power Platformの実行、バックアップ、監査・セキュリティの高度な機能、独自Webパーツの保守費が別に発生することがあります。現在の契約プラン、ユーザー数、ゲスト利用、必要な機能を外注先とMicrosoftの公式価格ページで突き合わせます。

標準サイト1〜3個と基本的な教育であれば1〜3か月、複数部門の移行やPower Automate連携を含む中規模案件は3〜6か月、大規模な移行や基幹連携は6〜12か月以上が計画上の目安です。期間は開発作業だけでなく、現行データの棚卸し、権限の合意、利用部門のレビュー、移行リハーサル、教育日程にも左右されます。発注前に、社内レビューの回数と承認にかかる期間を予定へ入れると、無理のないリリース日を設定できます。

外注できますが、社内側に意思決定者と各部門の業務代表者は必要です。委託先がサイトや画面を作れても、どの情報を誰が所有し、誰に見せ、いつ廃棄するかは自社が決める必要があります。最初は現状調査と要件定義を外注し、操作マニュアル、サイト所有者向け研修、運用手順、問い合わせのエスカレーション先まで引き継いでもらうと、特定ベンダーへの依存を抑えながら導入できます。

要件と成果物が固まっている構築・定型移行は請負、現状調査、要件整理、運用改善、継続支援は準委任が向いています。実際には一つの契約形態に統一せず、フェーズや作業単位で分ける方法もあります。契約前に、成果物、検収条件、変更依頼の扱い、時間単価、再委託、知的財産、稼働後の保守範囲を確認し、契約書と見積書の内容を一致させます。

まとめ

SharePointのシステムを発注・外注するときは、製品の機能説明から始めるのではなく、改善したい業務、移行するデータ、利用者、権限、運用責任を先に整理します。標準機能を基本に、Power Platform、SPFx、既製サービス、外部システム連携を必要な箇所だけ組み合わせることが、初期費用と将来の保守負担を抑えるポイントです。

発注形態は、全委託、ハイブリッド、内製支援から社内体制に合わせて選びます。RFPには、目的とKPI、現行データの一覧、サイトと権限の方針、移行範囲、連携、セキュリティ、教育、保守を記載します。費用は、ライセンス、開発、移行、教育、運用を分け、小規模100万〜300万円、中規模300万〜1,000万円、大規模1,000万〜3,000万円以上という推定レンジを出発点に、同じ条件の相見積もりで精度を上げます。

まずは、対象部門、利用者数、現在の保存場所、移行したいデータ、困っている業務、希望時期、社内で決められる担当者を一枚にまとめます。そのメモをもとに現状調査を依頼し、標準機能でできることと追加開発が必要なことを分けてください。発注側と委託先が同じ前提に立てれば、見積の比較、契約条件の確認、導入後の運用設計まで一貫して進めやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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