▶はじめに
この記事では、ある業務系の社内ポータルを0→1で立ち上げたときに、
・最初に「意識的に決めたこと」
・あえて「決めなかったこと」
・「どうせ変わる」と割り切って設計したポイント
を整理します。
技術スタックやフレームワークの話は最小限にして、
「なぜそう設計したのか」「どこを曖昧に残したのか」
といった判断の部分にフォーカスします。
これから社内向けツールや業務システムを立ち上げる方の
設計のヒントになれば幸いです。
全5パートございますが、最後まで見て頂けると幸いです。
1. なぜ社内ポータルを作ろうと思ったか
1-1. システムはあるのに、情報が見つからない状態だった
当時の社内は、次のような状態でした。
・業務フローごとに別システムが存在している
（勤怠管理はA、経費精算はB、チャットはC…という「ツールの島」が乱立）
・部署ごとに「よく見る画面」が違い、共通の入口がない
・「どこを見ればいいですか？」、「最新の情報はどこですか？」という問い合わせが
メールやチャットに集まり続ける
結果として、
「システムは揃っているのに、情報に辿り着けない」という状態になっていました。
そこで必要だと感じたのが、
「まずはここを見る」という共通のハブ=入口でした。
1-2. いきなり全部を置き換えない“ハブ型ポータル”
もう1つ重要だったのが、既存システムをいきなり作り直さないことです。
既存の業務システムは、
・各部署で長年使われている
・不満はあるが、最低限は動いている
この状態で全面リプレイスをすると、確実に現場が混乱します。
そこで今回の社内ポータルは、
・既存システムへの入口を一本化する
・共通で必要な最低限の情報だけをポータル自身で持つ
・段階的に「ポータルで完結する機能」を増やす
という、ハブ型の位置づけでスタートしました。
