「Garoonもdesknet'sもMicrosoft 365も入れているのに、結局メールとExcelで仕事が回っている」——社員50〜300人規模の企業で、近年もっとも増えている声のひとつです。情報共有・スケジュール・ワークフロー・社内文書が別ツールに散らばり、社員は「どこを見れば最新か」が分からないまま日々を過ごしています。本記事では、既製の社内ポータル製品が足りなくなる3つの典型理由と、自社開発の費用相場を300〜3000万円のレンジで整理し、自社開発が有利になる業務条件を経営者目線で解説します。
この記事の結論（3行）
- 既製ポータルが足りない理由は機能不足ではなく、業務独自フローと権限設計が枠に収まらないこと
- 自社開発の相場は小規模300〜600万・中規模600〜1200万・大規模1200〜3000万。中規模が最も費用対効果が高い
- Claude Code活用で市場相場の3〜5割減も実現可能。AI-SAKUは700〜1500万相場のSaaSを約500万で構築
既製の社内ポータルでは足りなくなる3つの典型理由
社内ポータルの定番製品は数多くあります。Garoon・desknet's NEO・サイボウズ Office・Microsoft 365（SharePoint）・Google Workspace——どれも導入実績は豊富で、月額数百円〜数千円で始められます。それでも社員50人を超えたあたりから「足りない」という声が出てくるのは、機能の問題ではなく構造の問題です。
- 業務独自フローが標準テンプレートに収まらない
- 権限・閲覧制御の粒度が粗すぎる
- 部署横断の情報が「ハブ」に集まらない
3つに共通するのは、製品が想定する「標準的な企業像」と、自社の実態がずれていることです。既製品はあくまで平均値で設計されているため、自社の業務に深く馴染ませようとするほど、製品の枠が逆に重荷になっていきます。
業務独自フローが標準テンプレートに収まらない
既製ポータルのワークフロー機能は、稟議・経費精算・有給申請といった教科書的なフローには強いです。ところが現場には、見積承認の前に営業部長と経理部長の両方が確認する独自経路、得意先ランクで承認者が分岐するフロー、月末締めだけ承認順序が逆になる例外運用——こうした自社固有のフローが必ず存在します。テンプレートを無理にカスタマイズすると、製品のバージョンアップで動かなくなるリスクが残り、結局Excelの申請書をメール添付で回す元の運用に戻っていきます。業務の独自性は競争力の源泉です。それを標準フローに合わせて捨てるのは、本末転倒の判断になります。
権限・閲覧制御の粒度が粗すぎる
既製ポータルの権限設定は、部署単位・役職単位・グループ単位の3パターンが中心です。実務では、同じ営業部でも担当エリアが違えば見せたくない情報、役員でも閲覧不可にしたい人事情報、協力会社にだけ部分公開したい資料など、もっと細かい権限設計が必要になります。既製品の粒度では「全員に公開」か「限定された一部だけ」の二択になりがちで、結果として重要な情報が部署内のメールやチャットの中に隠れていきます。情報共有を進めるためのポータルが、逆に情報を分断する原因になる構造です。
部署横断の情報が「ハブ」に集まらない
社員から見ると、社内情報は「ポータル・チャット・メール・ファイルサーバ・基幹システム」の5箇所に分散しています。既製ポータルは自社製品の枠内ではよくできていても、外部システムとのリアルタイム連携には限界があり、結局どこを見ればいいか分からない状態が解消されません。既製品の機能拡張で対応しようとすると、APIライセンス料・カスタマイズ費用・外部開発委託が積み上がり、自社開発と変わらないコストに膨らむケースも珍しくありません。
社内ポータル自社開発の費用相場（3レンジ）
自社開発で社内ポータルを構築する場合の費用相場を、企業規模と機能スコープで3つのレンジに分けて整理します。
| レンジ | 金額（目安） | 想定企業規模 | 主な機能スコープ | |---|---|---|---| | 小規模ポータル | 300〜600万円 | 社員30〜100人 | お知らせ・スケジュール・社内文書・簡易ワークフロー | | 中規模ポータル | 600〜1200万円 | 社員100〜300人 | 上記＋独自ワークフロー・権限細分化・外部システム連携2〜3本 | | 大規模ポータル | 1200〜3000万円 | 社員300人〜 | 上記＋全社統合検索・BIダッシュボード・複数拠点同期・SSO統合 |
このレンジで重要なのは、社員数だけでなく「自社固有のフローや権限設計をどこまで盛り込むか」です。同じ社員200人の会社でも、業務がシンプルなら600万円台で収まり、独自要件が多ければ1200万円に近づきます。手元の業務を整理して見積もりレンジを把握したい場合は、業務改善・システム見積もりAI適正診断で個別に分解できます。
小規模ポータル：300〜600万円
社員30〜100人規模の企業向けです。お知らせ掲示板・社員名簿・スケジュール共有・社内文書管理・簡易な申請フロー（有給・経費）が中心スコープになります。約3〜5人月の開発工数で、Next.jsとSupabaseのような構成で組めば、機能の核心は十分に押さえられます。既製品で月額10万円かけ続けるのと比較した場合、3〜5年スパンで投資回収できる規模感です。注意点は、「社員数が小規模だからこそ独自運用が深く根付いている」ケースが多いことです。むしろ小規模企業のほうが、既製品では合わないという声がよく出ます。
中規模ポータル：600〜1200万円
社員100〜300人規模で、もっとも費用対効果が高いレンジです。上記の基本機能に加えて、独自ワークフロー（多段承認・条件分岐承認）、権限の細分化（プロジェクト単位の閲覧制御）、外部システムとの連携（基幹システム・会計・人事マスタなど）が含まれます。約7〜12人月の工数になり、ここまで作り込むと「ポータルが業務のハブになる」状態に到達できます。Garoonのプレミアムプランやサイボウズ Officeの上位プランを社員300人で5年使った場合のコストと比較すると、ほぼ同等か、自社開発のほうが安くなるケースが大半です。
大規模ポータル：1200〜3000万円
社員300人以上、複数拠点を持つ中堅企業向けのレンジです。全社統合検索、BIダッシュボード、SSO統合（Microsoft EntraID・Okta等）、複数拠点間のリアルタイム同期などを含みます。約15〜30人月の工数で、構築期間も8〜12ヶ月に及びます。このレンジでは、システム要件の作り込みよりも全社の業務フロー整理のほうが工数を食います。発注前に社内の業務マップを描いておくかどうかで、見積もりが300〜500万円単位で変わってきます。
自社開発が有利になる業務条件と、既製品で十分なケース
社内ポータルを自社開発すべきか既製品で十分か、判断基準を3つの軸で整理します。すべての企業が自社開発に向くわけではなく、業務の性質によって最適解が変わります。
- 独自ワークフローの数と深さ
- 部署横断・拠点横断の情報集約の必要度
- 既存システム（基幹・会計・人事）との連携深度
この3軸を冷静に評価すると、「自社開発が圧倒的に有利な企業」と「既製品の組み合わせで十分な企業」が明確に分かれてきます。費用対効果は機能の多さではなく、業務との適合度で決まります。
独自ワークフローの数と深さ
独自ワークフローが5本以上、かつ多段承認や条件分岐を含む場合は、自社開発が有利になります。既製品のカスタマイズで対応しようとすると、ベンダーのバージョンアップ追従が困難になり、3年後に「もう触れない化石ワークフロー」が量産される結末に陥ります。逆に、稟議・経費・有給の3本だけで済む企業は、既製品の標準機能で十分です。発注前に自社のワークフロー一覧を紙に書き出し、本数と分岐数の合計が15を超えるようなら、自社開発の検討価値があります。
部署横断・拠点横断の情報集約の必要度
複数拠点・複数事業部を持ち、横串で情報を見たい経営層の要望が強い場合は、自社開発が有利です。既製品は自製品の枠内の情報集約は得意ですが、外部システムやチャット・メールを横断する全社統合検索は不得手です。単一拠点で社員間のコミュニケーションが日常的に取れる規模なら、Google WorkspaceやMicrosoft 365の標準機能で十分なケースがほとんどです。経営会議の前に複数システムから資料を集めるのに半日かかる状態が日常化していれば、自社開発の投資対効果が明確に出ます。
既存システム（基幹・会計・人事）との連携深度
基幹システム・会計システム・人事マスタとリアルタイムで連携させたい場合は、自社開発がほぼ唯一の選択肢です。既製ポータルのAPI連携は「日次のバッチ同期」程度が中心で、社員マスタの即時反映や、基幹システムの承認結果をポータル側で即時に反映するような深い連携は限界があります。連携が浅くてもよい——たとえばエクセル経由の月次インポートで足りる——なら、既製品で十分です。
経営者目線で考える「社内ポータルの本質」
ここからは技術論ではなく経営の話です。社内ポータルを入れる目的は、「情報を一箇所に集めること」ではありません。「社員一人ひとりの判断速度を上げること」——ここに本質があると考えてください。
社内ポータルが期待する成果は、究極的にはこの3つに集約されます。第一に、社員が「次に何をすればいいか」を3クリック以内で把握できる状態を作ること。第二に、承認や情報共有の待ち時間を「数日」から「数時間」に短縮すること。第三に、経営層が「全社の動きを30分で把握できる」ダッシュボード状態を持つこと。この3つに貢献しないポータルは、いくら高機能でも経営には貢献しません。
ここで業界の構造的な問題にも触れます。社内ポータルの市場では、大手SI企業が中規模案件を1500〜3000万円で受注し、中身は2〜3次の下請けに流れる多重構造が一般的です。中間マージンが30〜50%乗るため、本来800〜1500万円で済むはずの案件が最終的に1500〜3000万円の見積もりになります。経営者として発注を判断する視点は3つ。一つ、「誰が実装するか」を見積もり段階で明確にする。二つ、3年後の業務変化に追随できる構造かを確認する。三つ、現場が毎日触る画面が3つに絞れているかを設計段階で点検する。この視点を持って発注に臨めば、社内ポータルは経営判断の起点に変わります。
ぷらすわんの実例：AI-SAKU開発で見えた自社開発の費用構造
ぷらすわんで開発したAI-SAKUは、AI記事生成のSaaSプロダクトです。類似機能を持つSaaSの市場相場は700〜1500万円が一般的ですが、実際の構築費用は約500万円に収まりました。下請け構造を介さず、Claude Codeを活用した開発フローで実装したことが、この差を生んだ最大の要因です。
技術構成はNext.js + Supabase + Stripeという、社内ポータルにそのまま転用できる王道スタックです。社員200人規模の中規模ポータルで、独自ワークフロー10本・権限細分化・基幹連携2本を含めても、同じ手法で800〜1000万円のレンジに収められます。市場相場の1500〜2500万円と比較すれば、400〜700万円のコスト削減です。経営者として得た学びは、誰が責任を持って実装するかを明確にすれば、結果としてコストも品質も両立するということでした。社内ポータルは数年単位で使う投資です。構造的に無駄を抱えた発注をしてしまうと、毎年その重さが効いてきます。他社見積もりとの比較を依頼することで、構造の違いを具体的に確認できます。
社内ポータル発注の前にやるべき3つの実践
最後に、社内ポータルの発注前に必ずやっておくべき3つの実践を整理します。発注のタイミングで慌てて準備するのではなく、見積もり依頼の前に終わらせておくことで、最終的な開発コストが200〜500万円単位で変わってきます。
- ワークフロー一覧の棚卸し
- 既存システム連携マップの作成
- 「毎日触る画面」の優先順位付け
3つに共通するのは、業務の整理をベンダーに丸投げしないという姿勢です。ここを社内で済ませておくだけで、見積もり精度と総額が大きく変わります。
ワークフロー一覧の棚卸し
社内で動いているワークフロー（稟議・経費・有給・購買・出張申請など）を一覧化し、それぞれの承認者の人数・分岐条件・例外運用の有無を表に書き出してください。これだけで、自社開発が必要なワークフローと既製品で十分なものが明確に分かれます。一覧化に半日かければ、見積もり工数が大幅に減り、開発期間も短縮できます。
既存システム連携マップの作成
現在使っている基幹システム・会計・人事マスタ・販売管理・チャットツールを書き出し、データの流れ方を矢印で結んでください。リアルタイム連携が必要な箇所と月次バッチで十分な箇所を区別すると、連携工数の見積もりが現実的になります。連携先が増えるほど開発コストは累積的に増えるため、ここの優先順位付けが総額を左右します。
「毎日触る画面」の優先順位付け
社員が毎日触る画面を3つに絞り込み、その3画面の使いやすさだけを徹底的に作り込む方針を発注前に決めてください。週1回しか触らない画面まで作り込もうとすると、開発工数が1.5〜2倍に膨らみます。社員数が多い企業ほど、触る人が多い画面に投資する優先順位付けが効いてきます。
まとめ
社内ポータルが既製品で足りなくなる本当の理由は、機能の不足ではなく、業務の独自フローと権限設計の粒度が枠に収まらないことにあります。自社開発の費用相場は小規模300〜600万・中規模600〜1200万・大規模1200〜3000万円。社員100〜300人の中規模レンジが、もっとも費用対効果が高いゾーンです。Claude Codeを活用した開発フローを取れば、市場相場の3〜5割減も現実的に達成できます。大事なのは、社内ポータルを情報を集める箱ではなく、社員一人ひとりの判断速度を上げる経営インフラとして設計することです。自社のワークフローや既存システム連携の整理が必要な経営者の方は、現在の構成を診断することで、優先順位を具体的に見直せます。