# 社内ポータル構築費用の相場｜選び方と外注手順

- 公開日: 2026-10-15
- 監修: 代表取締役 兼 StockSun創業メンバー 板橋 晟星
- URL: https://www.geek-bridge.com/column/intranet-portal-development-cost

社内ポータル（＝社内情報の入口となるWebサイト）の構築費用は、既存ツールの活用なら20万〜300万円、CMS・ローコードなら150万〜600万円、独自開発なら500万〜2,000万円以上が一般的な目安です。価格だけでなく、権限、検索、移行、運用まで含めて比較することが重要です。

## 社内ポータル構築費用と期間の相場

社内ポータルの費用は、既存サービスを設定して使うのか、自社向けに一から開発するのかで大きく変わります。最初に構築方式を決めなければ、数十万円の提案と1,000万円を超える提案が並び、適切に比較できません。

社内ポータルには、社内ニュース、規程・マニュアル、申請システムへのリンク、社員検索などを一つの入口にまとめる役割があります。ただし、すべてを独自開発する必要はありません。目的が情報集約であれば、SaaS（＝インターネット経由で利用する月額制サービス）や既存のグループウェア（＝情報共有や社内連絡をまとめる業務ソフト）で対応できる場合があります。

### 構築方式別の費用相場

以下は、設計、設定または開発、テスト、公開支援を外注する場合の一般的な目安です。消費税、製品ライセンス、大量のデータ移行、特殊な外部連携は別途となる場合があります。

| 構築方式 | 初期費用の目安 | 期間の目安 | 向いているケース |
|---|---:|---:|---|
| SaaSの標準機能を利用 | 20万〜150万円 | 2週間〜2カ月 | ニュース、文書共有、リンク集を早く導入したい |
| 既存グループウェアを活用 | 50万〜300万円 | 1〜3カ月 | すでに社内アカウントや文書基盤がある |
| CMS・ローコードで構築 | 150万〜600万円 | 2〜5カ月 | デザインや画面構成を自社向けに調整したい |
| スクラッチ開発 | 500万〜2,000万円以上 | 4〜10カ月以上 | 独自業務、複雑な権限、多数の連携が必要 |

CMSとは、専門知識がなくてもページや記事を更新しやすくする仕組みです。ローコードとは、プログラムを一から書く量を減らしてシステムを構築する方法です。スクラッチ開発は、既製品を中心にせず、自社要件に合わせて一から設計・開発する方法を指します。

独自開発が2,000万円を超えるのは、数千人規模で利用する、部署・役職・雇用形態によって細かく閲覧範囲を変える、多数の社内システムと連携する、高度な全文検索を実装するといったケースです。反対に、50ページ程度の情報掲載とリンク集が中心なら、独自開発は過剰投資になりやすいでしょう。

### 公開後にかかるランニングコスト

初期費用だけでなく、少なくとも3年間の総費用を確認してください。TCO（＝導入から運用までにかかる総費用）で比べると、初期費用が安い方式でも、利用人数に応じたライセンス費が大きくなる場合があります。

| 費用項目 | 一般的な目安 | 確認するポイント |
|---|---:|---|
| SaaS・製品ライセンス | 1ユーザー当たり月数百〜数千円、または組織単位の月額料金 | 閲覧のみの利用者にも課金されるか |
| クラウド・サーバー費 | 月1万〜20万円程度から | 利用者数、保存容量、バックアップを含むか |
| 保守・問い合わせ対応 | 月5万〜50万円程度から | 障害対応、更新、軽微な修正の範囲 |
| コンテンツ更新代行 | 月5万〜30万円程度から | 原稿作成、掲載、古い情報の棚卸しを含むか |
| 追加改善 | 1回10万〜数百万円 | 機能追加と設定変更の区分 |

利用人数の多い企業では、ユーザー単価制のSaaSよりも、別の料金体系や独自構築のほうが中長期では安くなる可能性もあります。ただし、独自構築では保守、セキュリティ更新、障害対応を自社または委託先で継続する必要があります。初年度だけで判断せず、3〜5年の費用を試算しましょう。

## 費用を左右する機能と見積もり項目

社内ポータルは、ページ数よりも「誰に何を見せるか」「どこから情報を取得するか」によって費用が変わります。特に権限、認証、検索、データ移行、外部連携は、見た目から工数を判断しにくい項目です。

### 必要機能ごとの費用への影響

| 機能 | 内容 | 費用への影響 |
|---|---|---|
| お知らせ・ニュース | 全社、部署、拠点ごとの情報配信 | 標準機能なら小さい。予約公開や承認があると増える |
| 文書・マニュアル管理 | 規程、手順書、申請書の掲載と版管理 | 文書数、分類、更新履歴、検索方式で変わる |
| 社内検索 | ページや添付ファイルを横断して検索 | PDF内検索、絞り込み、検索精度の調整で増える |
| 社員・組織検索 | 氏名、部署、スキル、連絡先の検索 | 人事データとの同期が必要なら連携費用が発生する |
| 閲覧・編集権限 | 部署、役職、雇用形態別に表示を制御 | 権限パターンが多いほど設計・テスト工数が増える |
| SSO | 一度のログインで複数サービスを利用 | SSO（＝共通認証による一括ログイン）の方式確認が必要 |
| 外部システム連携 | 勤怠、経費精算、ワークフローなどと接続 | APIの有無と連携方向により大きく変わる |
| 多言語・スマホ対応 | 言語や端末に応じて表示を最適化 | 翻訳運用、対象画面、端末テストが追加される |
| アクセス分析 | 閲覧数や検索語を把握 | 標準分析で足りるか、個人単位の分析が必要かで変わる |

APIとは、異なるシステム同士がデータを受け渡すための接続口です。連携先にAPIが用意されていなければ、手作業でのデータ取り込みや追加開発が必要になり、費用が増えることがあります。

発注のご相談を受ける開発会社の立場では、「社員番号でログインできればよい」「既存の文書を検索できればよい」といった要望について、実際の認証方式やファイル形式を確認するまで正確な見積もりを出せません。利用中の製品名、契約プラン、データ件数、サンプルファイルを共有すると、見積もり精度が上がります。

### データ移行は件数だけで判断しない

既存のファイルサーバーや古い社内サイトから情報を移す場合、ファイル数が少なくても整理されていなければ工数がかかります。見積もり前に、次の項目を確認してください。

- 移行するページ、ファイル、画像の件数
- Word、Excel、PDFなどのファイル形式
- 重複ファイルや古い版を削除する担当者
- 部署やカテゴリなどの分類ルール
- 作成者、更新日、公開範囲を引き継ぐか
- リンク切れや文字化けをどこまで修正するか
- 移行後の確認を誰が行うか

「既存データをすべて移行」とだけ依頼すると、開発会社は不確実性を見込んで高めに見積もるか、移行作業を見積もり対象外にすることがあります。重要情報から段階的に移し、利用されていない文書は移行しない方針も有効です。

### 見積書で分けて確認したい項目

見積書は総額だけでなく、次の内訳に分かれているかを確認します。

- 現状調査と要件定義
- 情報設計と画面設計
- デザイン制作
- SaaS・CMSの設定
- 個別機能の開発
- 認証・外部システム連携
- データ移行
- テストと修正
- 操作マニュアルと管理者研修
- 公開作業
- ライセンス、クラウド、保守
- 見積もりに含まれない作業

要件定義とは、作るもの、利用条件、対応範囲を具体的に決める工程です。初回見積もりの段階で要件が固まっていない場合は、要件定義と開発を分けて契約する方法があります。調査前から開発総額を固定すると、必要な作業が後から追加費用になったり、予算内に収めるため機能が削られたりするためです。

## 自社に合う構築方式と依頼前の準備

構築方式は「独自性の高さ」ではなく、社内ポータルで解決したい課題を基準に選びます。情報の入口を整理することが目的なら既存製品を優先し、独自業務をポータル上で完結させる必要がある場合に個別開発を検討するのが現実的です。

### 構築方式を選ぶ判断基準

| 判断項目 | SaaS・既存ツールが向く | CMS・ローコードが向く | スクラッチ開発が向く |
|---|---|---|---|
| 主な目的 | 情報共有を早く整える | 自社向けの情報構造を作る | 独自業務をポータルに統合する |
| 機能の独自性 | 低い | 中程度 | 高い |
| 権限の複雑さ | 標準的 | ある程度調整 | 独自ルールが多い |
| 外部連携 | リンク中心 | 一部データ連携 | 双方向・リアルタイム連携 |
| 公開までの速さ | 最も早い | 中程度 | 長い |
| 自社の運用体制 | 少人数でも始めやすい | 管理者が必要 | システム担当を含む体制が必要 |

よくある誤解は、スクラッチ開発なら将来の要望に何でも対応できるという考え方です。自由度は高いものの、追加機能ごとに設計、開発、テスト、保守が必要です。標準機能で運用を合わせられる部分まで独自化すると、初期費用だけでなく将来の改修費も増えます。

### 依頼前チェックリスト

見積もりを依頼する前に、少なくとも以下を整理してください。すべてを確定する必要はありませんが、「決定済み」「提案してほしい」「今回は対象外」に分けると、開発会社が提案しやすくなります。

- 導入目的を一文で説明できる
- 現在困っている業務や情報探索の問題を列挙した
- 利用者数と3年後の増減を想定した
- 社員、派遣社員、取引先など利用者の種類を整理した
- 必須機能と将来機能を分けた
- 全社、部署、役職ごとの閲覧・編集権限を整理した
- 移行対象のページ数、ファイル数、容量を把握した
- 連携したいシステムと契約プランを確認した
- スマートフォンや社外アクセスの要否を決めた
- 公開後に記事や文書を更新する担当者を決めた
- 初期予算と年間運用予算を分けて考えた
- 希望公開日と、延期できない理由を明確にした

目的は「社内ポータルを作る」ではなく、「規程を探す時間を減らす」「全社連絡の未確認を減らす」など、改善したい状態で表現します。目的が明確なら、必須機能を絞りやすく、公開後の効果も評価できます。

### 最初から全社・全機能を対象にしない

対象部署や掲載情報を限定して先行公開し、利用状況を確認してから広げる方法もあります。例えば、初期段階では次の範囲に絞ります。

1. 全社ニュースと重要なお知らせ
2. 就業規則や申請マニュアル
3. よく使う社内システムへのリンク
4. 担当部署への問い合わせ先
5. 利用状況を測るアクセス分析

社員プロフィール、社内SNS、高度な検索、複雑なワークフローは、実際の利用状況を見て追加できます。段階導入は単なる費用削減ではなく、使われる機能へ予算を配分するための方法です。

## 外注の進め方と開発会社の選び方

外注では、同じ前提条件を複数社へ伝え、初期費用・運用費・対象範囲をそろえて比較することが重要です。金額だけで選ばず、情報設計、移行、定着支援まで具体的に提案できる会社を選びましょう。

### 外注の基本ステップ

1. **現状の課題を調査する**  
   社員へのヒアリングや検索履歴、問い合わせ内容から、見つからない情報と利用場面を確認します。

2. **目的と対象範囲を決める**  
   対象部署、利用者、掲載情報、必須機能、連携先を整理します。

3. **RFPを作成する**  
   RFP（＝候補会社へ同じ条件を伝える提案依頼書）に、背景、目的、要望、予算、スケジュール、提案してほしい事項を記載します。大規模案件でなければ、簡潔な資料でも構いません。

4. **2〜3社へ見積もりを依頼する**  
   各社へ同じ資料と質問回答を共有します。方式が異なる提案では、3〜5年間のTCOを比較します。

5. **小さく要件定義する**  
   画面、権限、情報分類、移行、運用方法、受入条件を具体化します。

6. **設計・構築・移行を進める**  
   発注者側も定期的に画面を確認し、判断を先送りしないことが大切です。

7. **一部利用者で試行する**  
   検索しやすさ、権限、表示速度、スマートフォンでの使い勝手を確認します。

8. **公開後の運用を改善する**  
   閲覧数、検索キーワード、検索結果がゼロだった語句、問い合わせ件数を確認し、情報構造を改善します。

社内ポータルは総務、人事、情報システム、各事業部が関係するため、発注者側の意思決定者が不明確だと進行が止まります。必要な役割や工数は、[システム開発の発注者体制｜役割・工数・作り方](https://www.geek-bridge.com/column/system-development-client-team)も参考にしてください。

### 見積もりを比較するポイント

| 比較項目 | 確認する質問 |
|---|---|
| 提案範囲 | 要件定義、移行、研修、公開後支援は含まれるか |
| 前提条件 | 利用者数、ページ数、ファイル数、権限数は何件を想定しているか |
| 製品・技術選定 | なぜその方式が自社に適しているのか |
| 追加費用 | 何が変更された場合に追加見積もりとなるか |
| 運用費 | ライセンス、保守、サーバー、改善費を含むか |
| 体制 | 誰が要件整理を担当し、公開後も相談できるか |
| セキュリティ | 認証、権限、ログ、バックアップをどう設計するか |
| 引き継ぎ | 設定情報、データ、マニュアルを自社へ渡すか |

安い見積もりでは、データ移行、権限設定、操作研修が含まれていない場合があります。一方、高い見積もりでも、将来機能を過剰に盛り込んでいれば適切とは限りません。「何を作るか」と同時に「今回は何を作らないか」が明記されている提案は、追加費用の条件を判断しやすくなります。

### 開発会社を見極める質問

候補会社との打ち合わせでは、次の質問をしてみてください。

- 当社の目的に対して、標準機能で十分な部分はどこですか
- 費用が増えやすい要件はどれですか
- 権限設計はどのような資料で確認しますか
- データ移行前に当社が整理すべきことは何ですか
- 検索しやすさをどのように検証しますか
- 社員に利用を定着させる支援は含まれますか
- 公開後の軽微な変更はどこまで保守に含まれますか
- 将来、別会社へ保守を引き継げる状態で納品されますか

要望をそのまま機能へ置き換えるだけでなく、既存ツールで代替できる部分や、運用変更で解決できる部分を説明する会社が適しています。社内ポータルの方式選定や費用整理から相談したい場合は、[開発のご相談はこちら](https://www.geek-bridge.com/#contact)からお問い合わせください。

### よくある失敗と回避策

**見た目を整えることが目的になる**  
デザインが新しくなっても、情報が古い、検索できない、更新担当がいない状態では利用されません。最初に利用場面と情報の責任者を決めます。

**既存ファイルをすべて移行する**  
古い情報や重複ファイルまで移すと、検索結果の品質が下がります。保存義務のある情報、日常的に使う情報、過去資料を分けて扱いましょう。

**権限設計を開発の終盤に回す**  
権限は画面表示、検索結果、テストケースに影響します。利用者の種類と情報区分を要件定義の段階で整理してください。

**初期費用だけで製品を選ぶ**  
利用者課金、容量追加、連携オプション、保守を含めると総額が逆転する場合があります。利用者数の増加を想定し、3〜5年間のTCOを比較します。

**公開すれば自然に使われると考える**  
公開時の説明だけでは定着しないことがあります。検索語や閲覧数を確認し、トップページ、分類、見出しを継続的に改善する運用が必要です。

## まとめ

- 社内ポータルの初期費用は、SaaS活用で20万〜150万円、既存グループウェア活用で50万〜300万円、CMS・ローコードで150万〜600万円、スクラッチ開発で500万〜2,000万円以上が一般的な目安です
- 構築期間は、既存ツールの活用なら2週間〜3カ月、CMS・ローコードなら2〜5カ月、独自開発なら4〜10カ月以上を見込みます
- 費用を左右する主な要素は、利用者数、権限、認証、検索、データ移行、外部システム連携です
- 初期費用だけでなく、ライセンス、インフラ、保守、更新作業を含む3〜5年間のTCOで比較します
- 依頼前に目的、対象者、必須機能、権限、移行量、連携先、運用担当者を整理すると、見積もりの精度が上がります
- すべてを独自開発せず、標準機能で対応できる部分と個別開発が必要な部分を分けることが重要です
- 開発会社は価格だけでなく、情報設計、移行、セキュリティ、定着支援、引き継ぎ条件まで比較して選びましょう

## よくある質問

### 社内ポータルは何人規模から導入する価値がありますか？

人数だけでは決まりません。数十人規模でも、拠点が分散している、規程やマニュアルを探す時間が長い、重要連絡が届かないといった課題があれば導入効果を期待できます。まずは情報探索時間や問い合わせ件数など、現在の損失を確認することが重要です。

### Microsoft 365などの既存ツールでも社内ポータルを構築できますか？

構築できます。すでに利用しているグループウェアに、社内ニュース、文書検索、リンク集などの機能があれば、追加開発を抑えられる可能性があります。ただし、権限設計、情報構造、移行、運用ルールの整備には別途作業が必要です。

### 社内ポータルを最小費用で始める方法はありますか？

SaaSや既存グループウェアの標準機能を使い、対象部門と掲載情報を限定して始める方法が現実的です。自社設定ならライセンス費用中心、外注する場合は初期20万〜150万円程度が一般的な目安ですが、データ移行や認証連携の有無で変わります。

### 開発会社へ見積もりを依頼する前に何を準備すべきですか？

導入目的、利用者数、必要機能の優先順位、掲載する情報、閲覧・編集権限、移行データ量、外部システムとの連携、予算、希望公開時期を整理してください。未確定事項は無理に決めず、検討中であることを明記すると提案を比較しやすくなります。