小さな合意から始める
デザインシステムは、大きなコンポーネント集を一度に作るよりも、日々の判断を減らすための小さな合意から始めるほうが運用に乗りやすいです。最初にそろえる対象は、色、余白、文字サイズ、ボタン、カードのように、画面をまたいで繰り返し現れる要素に絞ります。
役割で名前を付ける
特に重要なのは、名前を付ける単位です。見た目の色名だけでなく、背景、本文、境界、アクセントのように役割で扱うと、後からテーマや表現を調整しやすくなります。実装側ではトークンと型を近づけて、迷ったときに選択肢が自然に狭まる状態を作ります。
必要になってから広げる
コンポーネントは、最初から万能にしないことも大切です。使われていない props を増やすより、実際の画面で必要になった差分を見てから拡張します。そのほうが API の意図が残り、レビューでも判断しやすくなります。
会話の基盤にする
小さく始めたデザインシステムは、完成品ではなく会話の基盤です。変更の理由、使い分け、避けたい表現を短く記録しておくと、実装とデザインの間で同じ前提を持ちやすくなります。