社内ポータルを現場で使われる土台にするには、導入目的と現場の課題、運用、外部連携を、RFP・要件定義書・提案依頼書に書き込みます。
目的の定め方から非機能要件まで、導入企業の担当者向けに順を追って説明します。全体像は社内ポータル（社内SNS）の完全ガイドもご覧ください。
▼全体ガイドの記事
・社内ポータル（社内SNS）の完全ガイド
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
導入目的の明確化と現場ヒアリング
要件定義は、機能を並べる前に、自社のどの情報共有の課題を何のために解決するのかという目的を決めることから始まります。
特に、目的が曖昧なまま機能を集めると、多機能でも使われないポータルになりかねません。
課題は会社ごとに異なります。具体的には、メールに情報が埋もれることや、最新ファイルの所在が分からないことが挙げられます。ほかにも、ベテランのノウハウが特定の人に属していることや、日程調整の手間も課題になります。
解決すべき課題の優先順位付けと要件化
導入目的を明確にするには、まず現場の情報のやり取りを順に聞き取り、その流れを一覧にします。
- 情報の流れ：受発注、日報、申請、ナレッジ共有を誰がどこで扱うか
- 実際の運用：LINE、個人のExcel、手書きメモなどの非公式な手段
- 課題と優先度：メールへの埋没、ファイルの所在、ノウハウの属人化、日程調整
聞き取りでは、マニュアル上の手順に加えて、現場の実態まで拾うことが必要です。なお、シャドーITは、公式システムが本当のニーズを満たしていないサインです。
課題は一度にすべて解決しようとせず、最も困っているものから着手します。その際は、効果を実感してもらいながら段階的に広げるほうが、定着率は高くなります。
要件定義書には、課題と、それを解決する機能の対応関係を明記します。目的を言葉にしておけば、ベンダーの提案を評価する際や、導入後に効果を測る際にも使えます。
たとえば、「情報共有を良くしたい」とだけ書くと、成功の基準が定まらず、プロジェクトが迷走します。
定着を支える組織側の要件
入力や共有を続けてもらうには、機能だけでなく、貢献が報われる運用と管理職の行動も要件に含めます。
- 貢献の評価：入力や共有への貢献を、どう認めて動機づけるか
- 管理職の反応：投稿にリアクションやコメントを返すこと
- 共有の評価：良い共有を、評価の場で取り上げる
入力しても人事評価に反映されない、ノウハウ共有で社内での優位性を失うと感じる、といった状況では、投稿の動機が弱まります。
また、上司が既読を付けるだけで反応しないと、現場は投稿しても意味がないと考え、入力をやめるおそれがあります。
機能要件と組織要件は、ポータルを使い続けてもらうための両輪です。riplaは業務伴走の立場から、情報が回り続ける運用設計を要件定義から支援します。
情報ルーティングと外部連携の要件定義
情報ルーティングは、情報を誰にどのチャネルで届けるかを設計することです。一方で、外部連携は既存システムとの二重入力を防ぎ、ポータルを業務の起点にするうえで欠かせません。
どちらも要件定義の段階で具体化しておかないと、後から手戻りが発生します。
誰に・どのチャネルで届けるかの通知要件
通知疲れを避けるため、情報の種類ごとに、届ける相手の範囲とチャネルを定義します。そのうえで、社員が調整できる範囲も決めておきます。
- 全社必読の重要連絡：メールとアプリ通知
- 部署内の業務連絡：ポータル内通知
- 雑談に近い共有：通知なしでタイムラインに掲載
- 社員による調整：通知のオン・オフ、購読グループ、ダイジェスト
通知方針が曖昧だと、開発者は全件通知を実装しがちです。その結果、通知疲れで重要な連絡を見落としかねません。そこで、社員が受信方法を調整できる仕組みも要件に含めます。
通知ルーティングは機能一覧に載りにくいものの、コミュニケーションの継続を左右する非機能寄りの要件です。そのため、RFPには情報の届け方の方針を記載します。
外部連携・AI活用・データ移行の要件
Google WorkspaceやSFA・CRMとの連携、議事録の要約といったAI活用、既存データの移行は、要件に書く中身がそれぞれ違います。
- 外部システム：Google Workspace、Microsoft 365、SFA・CRM
- 連携内容と方式：シングルサインオンでの認証統一、カレンダー・ファイル表示、SFA案件情報の社内SNS連動、API連携か画面埋め込みか
- AI活用：議事録の自動文字起こし・要約、ナレッジの自然言語検索
- データ移行：対象の選別基準、エクスポート形式、移行期間、ベンダー支援範囲
連携する範囲と方式を要件にしておくと、ベンダーは工数を正確に見積もれます。また、AIに任せる範囲を示せば、提案を比べられます。
部署のファイルサーバーや個人のExcelを機械的に移すと、古い情報や誤った情報が混ざります。このため、移行直後から検索結果への信頼を失うおそれがあります。
何を残し、何を捨てるかを決めておき、移行後に誰がいつ見直すかも定めます。棚卸しルールは、情報の鮮度を保つための出発点です。
鮮度を保つ棚卸しルールの要件化
データ移行に加えて、運用後も鮮度を保つ仕組みを要件に明記します。誰がいつ何を見直すかは、導入の時点で決めておく必要があります。
- 定期点検：各部署の担当者による、四半期ごとの自部署ナレッジの点検
- 見直し日の表示：記事に載せる最終更新日と次回見直し日
- 更新アラート：一定期間更新がない情報への自動通知
- 運用体制：ポータル管理責任者と各部署の編集担当の配置
検索して古い情報ばかり出てくることが、ポータルが使われなくなる最大の原因です。さらに、システムへの信頼も失われてしまいます。
棚卸しは、システムの機能と運用体制がそろって初めて効果を出します。
鮮度管理は、要件定義で抜けやすい点です。だからこそ、蓄積と棚卸しの両方を設計し、情報が資産であり続ける状態を目指します。
非機能要件とRFPに盛り込むべき項目
性能やセキュリティ、可用性も、機能要件と並ぶ重要な確認事項です。全社員が毎日使うため、表示や検索が遅かったり止まったりすると、利用そのものが妨げられます。
人事情報や経営情報を扱うため、セキュリティに妥協はできません。要件をRFPに書いておけば、提案を同じ条件で比較でき、「聞いていなかった」というトラブルも防げます。
権限・監査ログ・スマホ対応の非機能要件
安全性とスマホでの使いやすさを確保するには、権限管理とアクセス記録、現場での利用条件を非機能要件として定めます。
- アクセス管理：部署・役職・個人単位の権限設定、二要素認証、IPアドレス制限
- 通信と記録：通信の暗号化、アクセス日時と対象を記録する監査ログ
- スマホ利用：快適な閲覧・投稿、具体的なレスポンス速度と操作性
大企業や規制業種では、ガバナンスの観点から、監査ログの保持期間の指定が必要になる場合があります。一方、中小企業は、手軽さとのバランスを考えて、自社に合う水準を示します。
現場や外出先で使う社員にとっては、スマホ対応が定着の前提になります。手軽さからLINEが使われることもあるため、公式ポータルの使い勝手が追いつかなければ、シャドーITは解消されません。
見積りの妥当性とROIで稟議を通す要件
見積りを判断するには、方式別の費用相場と、投資を回収できる根拠を確認しておきます。
- クラウド型：初期費用0円が主流。月額は1ユーザーあたり中央値約600円、ワンコインから1,000円前後が中心
- パッケージ（オンプレ）型：初期費用は1ユーザーあたり4,000〜12,000円、ランニングは年額500〜2,000円程度
- 回収の試算：時給2,000円なら月額800円を社員1人あたり月24分（0.4時間）の削減で回収
相場を把握しておくと、見積りの妥当性や過剰なカスタマイズを判断できます。総額は、初期費用に、月額・人数・年数を掛けた費用を加えて算出します。
毎日5〜10分かかる情報検索や日程調整が短縮されれば、全社では投資額を上回る効果も見込めます。加えて、ROIの試算根拠とIT導入補助金の活用可否もRFPに添えると、稟議の説得力が増します。
追加費用が発生するのは、ストレージを追加するときや、ユーザー数が上限を超えたときなどです。高度なセキュリティや外部連携の料金も、追加費用としてかかります。そのため、想定容量と必要なセキュリティ水準、連携先の数を示し、追加分を含む総額で見積もりを求めます。
月額単価だけで選ぶと、運用時の追加費用で割高になることがあります。riplaは、機能要件と非機能要件の整理から費用対効果の言語化まで支援します。機能要件の整理については、関連する記事もご覧ください。
まとめ
社内ポータルの要件定義は、目的と現場へのヒアリングから始まります。そのうえで、課題に優先順位を付け、情報ルーティングと、Google Workspace／Microsoft 365との連携を、RFPに記します。
既存データの移行と棚卸し、AI活用、権限・監査ログ・スマホ対応などの非機能要件も具体化します。これにより、現場で使われるポータルの土台が整います。
入力への動機づけや管理職の行動といった組織の運用要件も、形骸化を防ぐうえで欠かせません。目的から費用対効果まで、要件定義書に一貫して記載します。
見積りは、クラウド型の月額約600円、パッケージ型の初期費用4,000〜12,000円の相場と、月24分の削減で回収するROIを基準に判断できます。
riplaは、フルスクラッチ受託と国内開発を組み合わせ、業務から逆算した要件整理と、情報が回り続ける運用設計を支援しています。全体像は完全ガイドをご活用ください。
▼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を創業。