Three problems kept showing up across projects, and all three pointed at the same missing layer: a shared, documented system that anyone could pull from.

プロジェクト全体で3つの課題が繰り返し発生していた。そしてそのすべてが、同じ「欠けているレイヤー」を指していた。誰もが利用できる、共有された、ドキュメント化されたシステムである。

Design systems fail when they are either too ambitious or too vague. The brief: build something simple enough that a designer would actually open it instead of a blank Figma file.

デザインシステムが失敗するのは、野心的すぎるか、曖昧すぎるときである。自分自身に課した方針は明確だった ー デザイナーがまっさらなFigmaファイルではなく、まずこちらを開きたくなるくらいシンプルに作る。

The system is deliberately quiet. Admin dashboards live with their users for hours a day — visual restraint reduces cognitive load and lets data, not chrome, do the talking.

このシステムは意図的に静かに設計されている。管理画面はユーザーが1日に何時間も向き合うもの。ビジュアルを抑えることで認知負荷を下げ、UIではなくデータに語らせる。

// color tokens — semantic, not brand

// カラートークン ー ブランドではなくセマンティック

Tokens are named by role, not by appearance: color/danger, not color/red. The role stays stable even if the hex changes.

トークンは見た目ではなく役割で命名している。color/danger と命名し、color/red とはしない。色が変わっても、役割は変わらない。

// type ramp

// タイポグラフィスケール

The component package focuses on what admin dashboards actually need: structured data, forms, navigation, and clear states. Every component is built from tokens, has documented variants, and ships with usage notes.

コンポーネントパッケージは、管理画面が実際に必要とするもの ー 構造化されたデータ、フォーム、ナビゲーション、明確な状態 ー に集中している。すべてのコンポーネントはトークンから構成され、バリアントがドキュメント化され、使用上の注意とともに配布されている。

The system was adopted across multiple in-house and admin-dashboard projects, achieved consistency and scalability in production, and contributed to measurable reduction in future design and development load.

複数の自社プロダクトおよび管理画面プロジェクトで導入され、実運用でデザインの一貫性と拡張性を実現。将来的な設計・開発負荷の軽減にも実際に貢献している。