社内ポータルの発注は、発注前の準備、開発会社の選定、契約後のプロジェクト推進の3段階で進みます。
各段階で押さえるべき点を事前に把握しておくと、発注から利用開始までの見落としを防げます。
- 発注準備：利用部門の要件、予算、スケジュールを整理する段階
- 会社選定：UI/UX、認証連携、セキュリティ実績から開発会社を評価する段階
- 契約後の推進：部門間の調整、UAT（ユーザー受け入れテスト）、コンテンツ移行の計画づくり
社内ポータル開発の全体像は、以下の記事をご覧ください。
▼全体ガイドの記事
・社内ポータル開発の完全ガイド
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
社内ポータル開発を外注する前の準備
社内ポータルの外注を成功させるには、発注前の準備が欠かせません。利用部門が多い社内ポータルは要件が発散しやすいため、発注前に要件を絞り込んでおく必要があります。
要件整理と発注仕様書の作成（利用部門・機能要件・連携システム）
発注仕様書では、まず利用部門と想定ユーザーとして、ポータルを使う部門・拠点・社員数・利用端末（PC、スマートフォン、タブレット）を明記します。利用者の範囲が定まらないと、要件はさらに広がりやすくなります。そのうえで「機能要件」として、必要な機能を優先順位付き（Must/Should/Could）で一覧にします。
お知らせ・ドキュメント管理・社員検索・申請ワークフロー・社内SNSなど、各機能の詳細仕様を書きます。投稿権限・承認フロー・通知方式などは、とくに具体的に記述してください。連携システムについては、Active Directory・人事システム・グループウェア・勤怠管理などの連携先を挙げ、連携方式（API/LDAP/ファイル連携）と連携データの種類を明示します。
非機能要件では、セキュリティ基準（ISMS準拠、暗号化要件）と可用性目標を記載します。同時接続ユーザー数やレスポンスタイムの要件も、あわせて書いておきます。既存コンテンツを移行する場合は、その種類と量も整理しておきます。
予算・スケジュールの事前検討
社内ポータル開発の予算は、初期開発費用に加えて、コンテンツ移行費用、社員向けの導入研修費用、保守費用まで含めて計画します。一般的な費用感は、社員100名以下の小規模ポータルで200万〜500万円、100〜1,000名規模で500万〜2,000万円、1,000名以上の大規模ポータルで2,000万円以上が目安です。
スケジュールは、本番稼働の目標日から逆算して組み、各フェーズに必要な期間を先に確保します。社内ポータルは要件定義で複数部門のヒアリングが必要になるため、この工程だけで1〜2ヶ月かかることが多くなります。そのため、この工程には余裕を見込んでおく必要があります。
さらに、コンテンツ移行と社員向けの説明会・トレーニングの期間も、本番稼働の前に確保しておきます。大規模なコンテンツ移行が発生する場合は、本番稼働の2〜3ヶ月前から移行作業を並行して進める計画が望ましいです。
開発会社の探し方と選定プロセス
社内ポータル開発会社を選ぶときは、技術力に加えて、UI/UX設計力、プロジェクトマネジメント力、運用定着支援の体制も見ておきます。これらが、開発後の高い利用率につながります。
候補は複数から比べ、自社のニーズに最も合うパートナーを選びます。
社内ポータル開発会社を探す方法
社内ポータル開発会社を探す主な方法は、まずIT系の開発会社比較サイト（発注ナビ・アイミツ・クラウドワークスエンタープライズなど）を使うことです。「社内ポータル」「イントラネット開発」「社内SNS開発」などのキーワードで検索・絞り込みを行い、実績のある会社をリストアップします。
次に、SharePointを活用したポータルを検討している場合は、Microsoftの認定パートナーリストが有効です。Microsoft認定パートナー（Gold/Silver Partner）を優先して探すことが推奨されます。また、知人や取引先企業からの紹介も、信頼性の高い情報源です。類似規模・類似業種で社内ポータルを導入した企業から開発会社を紹介してもらうと、実際の評価が参考になります。
展示会・セミナーへの参加も、社内ポータルやイントラネット関連の技術会社と直接接点を持てる機会として有効です。候補が集まったら、3〜5社程度に絞り込み、発注仕様書（RFP）を送付して提案を比較検討します。
選定時の評価基準（UI/UX・認証連携・セキュリティ実績）
社内ポータル開発会社の評価では、まずUI/UX設計力を確認します。提案書に画面モックアップとデザインプロセスの説明が含まれているか、ユーザビリティテストの実施経験があるかを見ます。過去の開発実績サイトでUI品質を評価し、デモ環境を見せてもらえると理想的です。
認証連携では、Active Directory・Azure AD・SAML/OIDCによるSSOの実装経験が豊富かを確認します。具体的な連携実績（どのような規模・環境での実装か）を詳しく聞くことが大切です。セキュリティでは、ISMS認証の取得有無、セキュリティ診断の実施体制、過去のセキュリティインシデント対応事例などを確認します。
プロジェクトマネジメント力では、多部門が関わるプロジェクトの調整経験、定例報告の仕組み、課題管理の方法を評価します。最後に、運用定着支援体制として、リリース後のトレーニング、マニュアル作成、利活用促進支援のメニューを確認します。
見積もり依頼から契約までの流れ
見積もり依頼から契約までの進め方を丁寧に行うことで、開発開始後のトラブルを防げます。社内ポータルは仕様変更が起きやすいため、とくに契約内容を明確にしておく必要があります。
見積もり依頼のポイント
社内ポータルの見積もり依頼では、発注仕様書（RFP）を3〜5社に送り、同じ条件で比べます。費用は項目ごとに分けて提示してもらいます。初期開発費用、要件定義費用、テスト費用のほか、コンテンツ移行費用、教育費用、保守費用（月額・年額）も含めます。
回答が出そろったら、各社の提案内容を技術提案の適切さ、業務理解の深さ、見積もりの透明性の順に比べます。技術提案では、技術スタック、認証連携方式、インフラ設計が要件に合うかを確認します。業務理解では、ヒアリングや提案書で、社内ポータル特有の課題（多部門の要件調整、コンテンツ管理、利用率向上）への理解が示されているかを見ます。
見積もりの透明性では、工数の根拠、追加費用が発生するケースの説明、仕様変更時の費用算出方法が明示されているかを確認します。価格に加えて、提案品質、会社の信頼性、担当者との相性も判断材料にします。絞り込んだ2〜3社には、プレゼンテーションとヒアリングを行ったうえで最終決定します。
契約形態の選択
社内ポータル開発では、請負契約と準委任契約の特性を理解して選ぶことが大切です。請負契約は成果物の完成を約束する契約で、仕様が確定した後の開発フェーズに向いています。契約金額が固定されるため予算管理がしやすい反面、仕様変更が起きた場合は変更見積もりが必要になります。
準委任契約は業務の遂行を委託する契約で、成果物の完成は保証されないものの、仕様変更には柔軟に対応できます。要件が流動的な段階（要件定義フェーズ）や、アジャイル型の開発に適しています。
社内ポータルのように利用部門が多く、要件変更が生じやすいプロジェクトでは、要件定義フェーズは準委任、設計・開発フェーズは請負とするフェーズ分割型の契約が有効です。さらに、契約書には、知的財産権（著作権）の帰属、ソースコードの開示、瑕疵担保の期間を必ず明記します。保守条件、秘密保持（NDA）、個人情報保護に関する条件も明記します。
発注後のプロジェクト推進
発注後のプロジェクトは、IT部門に加えて関係する各部門を巻き込みながら進めることが成功の鍵です。
社内の関係者が多いぶん、コミュニケーションの管理と意思決定の流れを明確にしておくことが特に大切です。
各部門との要件調整
社内ポータルは全社が使うシステムなので、人事部と総務部、経営企画部、IT部門など、複数の部門が要件に関わります。各部門の代表者は、プロジェクトメンバーとして正式に任命しておきます。そのうえで、定期的な要件確認と意思決定の場を設けることが大切です。
部門間で要件が競合する場合（例：「総務部は全社員に表示したい」vs「IT部門はセキュリティ上の理由で制限したい」）は、プロジェクトオーナー（役員クラス）が意思決定権を持って調整します。各部門の要件をすべて取り込むと、機能が膨大になり、コストと期間が増大します。そのため、優先順位を明確にしたうえで、スコープを管理する必要があります。
開発会社との週次定例ミーティングでは、進捗・課題・次週の作業計画を確認し、課題は「課題管理表」でステータスを管理します。社内調整の議事録は必ず文書化して開発会社と共有すると、「言った・言わない」のトラブルを防げます。
UAT（ユーザー受け入れテスト）の重要性
社内ポータルは、本番稼働の前に、実際の利用者である各部門の代表社員によるUAT（ユーザー受け入れテスト）を必ず行います。開発会社のシステムテストは、技術面の動作確認が中心です。一方、UATでは実際の業務シナリオに沿って、操作性・使い勝手・要件との整合性を検証します。
まず、想定ユースケースが問題なく実行できるかを見ます。たとえば、お知らせを投稿する、ドキュメントを検索する、申請書を提出するといった操作です。さらに、権限管理が正しく設定されているか（自部門外の機密情報にアクセスできないか）、モバイル端末からのアクセスが問題なく機能するか、認証（AD・SSO）が正常に動作するかも確認します。
UATには各部門の代表者5〜10名程度を参加させ、2〜3週間のテスト期間を確保するのが理想的です。UATで見つかった問題は、「改修が必要なもの」と「次フェーズで対応するもの」に分類します。そのうえで、本番稼働前に対応する改修の優先順位を発注者と開発会社で合意してから対処します。
外注でよくある失敗と対策
社内ポータル開発の外注には、特有の失敗パターンがあります。代表的な失敗事例を事前に把握しておくと、リスクを大きく減らせます。
なかでも、利用部門の巻き込み不足とコンテンツ移行計画の不備は、多くのプロジェクトで繰り返し起きています。
利用部門の要件収集不足
社内ポータル開発で多い失敗の一つは、利用部門への要件ヒアリングが不十分なまま開発を進めてしまうことです。IT部門が独自に要件を決めた結果、「使いにくい」「必要な機能がない」「現場の業務フローと合っていない」といった問題が本番稼働後に発覚し、大規模な改修を余儀なくされるケースが後を絶ちません。
この失敗を防ぐには、要件定義の段階で、人事・総務・営業・製造などの主要部門の代表者を必ずヒアリングに巻き込みます。ヒアリングでは、「現在困っていること」「よく使う業務ツール」「ポータルに求めること」を具体的に引き出します。
さらに、要件定義後のワイヤーフレームやプロトタイプのレビューにも、各部門の代表者を参加させます。作る前に使えるかを確かめるプロセスを設けます。IT部門主導で進めず、「社内ポータルは全員のもの」という意識で関係者を巻き込むことが、高い利用率を実現する根本的な取り組みです。
コンテンツ移行計画の不備
社内ポータルの開発では、コンテンツ移行計画の不備も頻発する失敗パターンです。十分な時間と予算をかけたにもかかわらず、規程類・マニュアル・既存の掲示板投稿の移行が間に合わず、新ポータルが空のまま本番稼働するケースがあります。コンテンツが不足したポータルは社員に「使えない」と判断され、旧システムへの逆戻りを招くリスクがあります。
この失敗を防ぐには、コンテンツ移行計画を開発計画と並行して早期に策定することが大切です。具体的には、移行するコンテンツを洗い出し（種類・量・担当部門の確認）、フォーマット変換が必要かを確かめたうえで、移行作業の担当者を割り当てます。移行スケジュールを立てる作業は、本番稼働の3〜4ヶ月前に着手します。
既存コンテンツは、「最終更新から2年以上経過したコンテンツは廃棄・更新してから移行する」などのルールを設けて整理します。こうして移行量を適切に抑えると、質の高いコンテンツが揃ったポータルで開始できます。
まとめ
社内ポータル開発の発注・外注では、事前準備・開発会社の選定・見積もりと契約・プロジェクト推進・よくある失敗と対策の順に、押さえるべき点を見てきました。
まず、利用部門を巻き込んで要件を収集し、RFPとして文書化することが最も大切です。開発会社の選定では、UI/UXデザイン力、利活用支援の実績、既存システムとの連携経験を重視してください。
契約時には、ソースコードの所有権と保守体制を明確にしておきます。コンテンツ移行計画は、開発計画と並行して早期に策定することが、失敗防止のカギです。
UATでは実際の利用者を巻き込み、本番稼働の前に使い勝手を検証します。
社内ポータルは、社員が毎日使う業務インフラです。この記事を参考に計画的に発注を進め、社員に本当に使われるポータルを実現してください。
▼全体ガイドの記事
・社内ポータル開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブックもご覧ください。
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。