Figmaでさえ、自社のデザイントークンに確信が持てていない

デザイントークンは新しいものではありません。10年以上前から使われてきました。しかし、この10年間、業界には大きな問題がありました。フォーマットについて合意が得られていなかったのです。どのチームも、独自のトークンの書き方をしていました。

今、業界は変わりつつあります。

Design Tokens Community Group (DTCG) がフォーマットの策定を進めています。これは W3C による取り組みであり、決して小さなプロジェクトではありません。以下のような大企業がこれを支持しています。

• Adobe • Google • Microsoft • Meta • Amazon • Shopify • Figma

ほとんどの企業が、このオープンスタンダードへと移行しています。

私の予測はこうです。デザインツールにとって、嵐が近づいています。

トークンを特定のツールに直接紐付けてしまうと、リスクが生じます。そのツールが仕様変更されたり、利用できなくなったりした場合、大規模な書き直しを迫られるからです。代わりに、トークンをオープンスタンダードに固定しておけば、安全を保つことができます。

Figma でさえ課題に直面しています。Figma は DTCG の支持者リストに含まれていますが、自社のデータの扱いには依然として苦労しています。Figma の変数（variable）を見ると、ただの数字が表示されるだけです。例えば「10」という数字があったとき、それが 10 ピクセルなのか、z-index の 10 なのか、あるいは 10 ミリ秒なのかを推測しなければなりません。

ツールはその情報を教えてくれません。そのファイルを読み込む他のツールも、教えてはくれません。

これがリスクを生みます。パイプライン全体を単一のベンダーに依存して構築してしまうと、脆弱な状態になります。

賢明な方法は、DTCG を中間層（ミドルレイヤー）として利用することです。

オープンスタンダードを中心にシステムを構築しましょう。必要であれば、Figma からデータを取得するための小さなアダプターを使用します。もし Figma のエクスポート機能が改善されれば、そのアダプターを捨てるだけで済みます。コアシステムはツールではなく標準に依存しているため、変更する必要はありません。

デザインツールがあなたのトークンを所有すべきではありません。ツールは、トークンを消費するための一つの手段であるべきです。

特定のツールのために作るのをやめましょう。業界標準のために作り始めるのです。

Source: https://dev.to/slafleche/even-figma-isnt-sure-about-its-own-design-tokens-4mko