組織設計2025.03.108分
事業成長に耐えるデザインシステムの作り直し方
初期フェーズで作ったUIルールは、事業が伸びるほど歪みを抱えます。重要なのは、過去の資産を守ることではなく、今後の変更コストを最小化することです。
Summary
拡張しづらいUI基盤は、開発速度だけでなく意思決定も遅らせます。事業フェーズに合わせて設計をやり直す際の観点をまとめました。
Key Points
- 再利用率より変更容易性を優先して設計する
- 運用オーナーを明確にし、判断が属人化しない状態を作る
- 既存画面を一括置換せず、移行単位を定義して進める
よくある失敗は部品を増やして複雑さを隠すこと
利用部門が増えるほど要望も増えるため、既存の設計に例外を積み増しがちです。その結果、似た役割のコンポーネントが乱立し、チームが正解を判断しづらくなります。
再構築ではまず、見た目の統一より役割の整理を優先します。どの責務を共通化し、どこに差分を許すかを明確にする必要があります。
再設計はデザインと実装の境界を揃える
Figma上では共通でも、実装上は文脈依存で再利用しにくいケースは多くあります。逆に実装しやすい粒度でも、デザイナーが編集しにくければ運用は回りません。
両者の境界が揃っていない状態では、どちらかが毎回変換コストを負担します。設計の基準点を合わせることが重要です。
移行は優先順位を切って進める
全面改修を前提にすると止まりやすいため、影響範囲と改善効果の大きい画面から段階的に置き換えます。
新旧ルールが混在する期間を前提に、移行対象、判断責任者、完了条件を明文化しておくと進行が安定します。
ProductScaleFrontend