多くの組織がデザインシステムを構築するのは、何かが管理しにくくなったからである。プロダクト同士の見た目に関連性がなくなり、チームは同じコンポーネントを何度も作り直す。新しいページを1つ作るたびに新たな判断が必要になり、開発は遅くなる。
デザインシステムは、こうした問題の多くを解決できる。共通パターン、再利用可能なコンポーネント、そしてデジタル体験がどう機能すべきかに関するより明確なルールを生み出すからだ。しかしシステムは、組織が与えた判断を標準化することしかできない。その判断が妥当であれば、システムは強力な増幅装置となる。だが判断が不明瞭であったり、時代遅れであったり、あるいは十分に検討されていないものであった場合、システムはその曖昧さをインフラへと変えてしまう。
したがって、「これをどう拡張するか」と問う前に問うべきなのは、「これは拡張するに値するものなのか」である。
デザインシステムは増幅装置である
システムは、個々の判断に委ねられがちな意思決定を、チーム、プロダクト、チャネルを横断して再現可能にする。だが、再現可能であること自体は中立的な性質にすぎない。
コンポーネントライブラリは、明確な顧客ジャーニーを再現しやすくすることができる。同時に、混乱を招くジャーニーを再現することもできる。コンテンツパターンは、明確な価値提案を強化することもあれば、ありきたりなメッセージに一貫性を持たせるだけになることもある。標準化されたコールトゥアクションは、インターフェースのノイズを減らしながら、ユーザーを誤った次のステップへ誘導することもある。システムはその違いを認識しない。選ばれたパターンを使いやすくするだけである。
ここで組織は、オペレーションの成熟度を戦略の明確さと取り違えることがある。十分に文書化されたライブラリは、全員が同じコンポーネントを使っているため、足並みがそろっているように見えるかもしれない。しかし、共通コンポーネントがあることは、チームが顧客、プロダクト、ビジネスについて同じ理解を共有していることを必ずしも意味しない。
隠れたコストは「意思決定負債」
多くの企業は監査からシステムの構築作業を開始する。その結果、カードデザインのバリエーションが5つ、ナビゲーションパターンが3つ、同じ種類の情報を提示する方法が複数あることを発見する。それに対する自然な反応は「統合」だ。
重複は、単なるデザイン上の負債であることもある。だが別の場合には、私が「意思決定負債（decision debt)」と呼ぶものの証拠である。各チームが答えを必要としたために積み残されてきた、未解決のビジネス上の選択である。
あるプロダクトは「デモを予約」と表示し、別のプロダクトは「営業に相談」と言い、三つ目は無料トライアルへ誘導する。コンポーネントレベルで見れば、これらは一貫性のないコールトゥアクションに見える。しかし戦略レベルで見れば、見込み客がどのようにビジネスへと入ってくるべきかについて、組織内で合意が形成されていないことを示しているのかもしれない。
ボタンのスタイルを1つに統一すれば視覚的な不整合は治まるが、根本的な課題が解決されるわけではない。
同じことは、ナビゲーション、用語、価格設定、オンボーディング、コンテンツ階層でも起こる。チームは、意図について足並みをそろえる前に、表現を標準化してしまうことがある。いったんそうした判断がシステムに組み込まれると、文書化されたパターンは公式のもののように感じられ、異議を唱えることが難しくなる。
一貫性は不一致を覆い隠すことがある
これは、大規模なリデザインやデジタルトランスフォーメーションの取り組みにおいて特に重要である。以前にも述べたように、テクノロジー変革は、組織の不一致を解決するというより、しばしばそれを明らかにする。デザインシステムも同じことを起こし得る。
複数の事業部門を持ち、それぞれが異なる顧客、販売モデル、社内プロセスを中心に構築されている組織を想像してみよう。経営層は統一されたデジタル体験を望み、すべてのチームに同じシステムを採用するよう求める。
それは正しい判断かもしれない。しかし「統一」は自動的に「同一」を意味すべきではない。
戦略上の仕事は、何を共通化し、何を異なるままにすべきかを決めることである。アクセシビリティ基準や中核的なブランド原則は共有できるかもしれない。一方で、複雑なエンタープライズ向けの購買ジャーニーには、セルフサービス型プロダクトとは異なるパターンが必要になる場合がある。一貫性のほうが管理しやすいという理由だけで両者を1つのフローに押し込めれば、体験は悪化しかねない。
優れたシステムは、文脈を消し去ることなく、一貫したまとまりを生み出す。
標準化の前に戦略を固める
これは、システムの作業を始める前に、すべての戦略的課題を永久に解決しておかなければならないという意味ではない。ビジネスの変化はあまりに早いからだ。しかし、標準化しようとしている決定について、チームが明確に説明できる状態であるべきだという意味だ。
パターンがシステムの一部となる前に、チームはいくつかのシンプルな問いに答えられなければならない。「これは誰のためのものか」「どのような問題を解決するのか」「なぜこれが好ましいパターンなのか」「どこで使うべきではないのか」「どのような根拠があれば変更するのか」
それこそが実務における戦略である。デザインプロセスの上に置かれたスライド資料ではない。パターンの背後にある理由付けである。だからこそ、デザイン主導の組織は、他の場所で決められた選択をデザインに標準化させるのではなく、意思決定のより早い段階からデザインを関与させるのである。
ガバナンスは「なぜ」を守るべき
デザインシステムのガバナンスの多くは、採用状況に焦点を当てている。「承認済みのコンポーネントが使われているか」「トークンは正しいか」「チームが不要なバリエーションを作っていないか」といったことだ。
これらの問いも重要だが、成熟したガバナンスはシステムそのものに異議を唱える余地を残しておくべきだ。2年前に理にかなっていたコンポーネントも、現在の顧客行動を反映していない可能性がある。プロダクトの変化に伴い、コンテンツパターンの有用性が薄れることもある。ゴールは、ライブラリを変化から保護することではない。ライブラリが表す「意思決定の質」を守ることであるべきだ。
そのためには、根拠を記録し、実際のユーザー行動に照らして重要なパターンを再評価し、状況の変化に応じて変更を提案できる明確なプロセスをチームに提供することが求められる。
システムは組織の信念を拡張する
強力なデザインシステムは、不要な意思決定を減らす。チームは繰り返される細部についての議論に費やす時間を減らし、真に新しい課題に多くの時間を割くことができる。
しかし、デザインシステムは上流の明確さを作り出すことはできない。顧客が誰なのか、組織が何を優先すべきなのか、どのような体験を作りたいのか、ビジネスがどのトレードオフを受け入れるのかを決めることはできない。最良のシステムは、組織に一貫性をもたらすだけではない。優れた意思決定を繰り返しやすくし、弱い前提を見えやすくし、重要な変化を組織全体に行き渡らせやすくする。
一貫性は強力である。意思決定を拡張する前に、それが繰り返す価値のあるものかを確認すべきだ。一貫性は強い方向性を増幅できる。同じ効率で、誤った意思決定も拡張してしまう。
