LifeOS ブランド設計

01ガイドラインを、違反を止めるプログラムにするカラーパレット、アイコンの出典、フォント宣言、コントラスト比。すべてを自動チェックにしました。違反したものはバージョン管理に入れません。どれだけよく書けたドキュメントでも、実行するのは人です。そして人は疲れます。代償：どのルールも、まずプログラムで判定できる形に書き直す必要がある。書けないものはルールにしない。02アイコンの品質はチェッカーに任せる以前は自分たちの目で確認していました。ある日、線幅0.25の差は目ではまったく見分けられないと気づきました。ファイルごとの照合に切り替えると、ライブラリの一部がその場で不合格に。私たち自身が描いたアイコンでした。代償：チェッカーを導入したその日、最初に止められたのは私たちだった。03背景色が変われば、色は計算し直すニュートラルの階調は、もともとダークUI向けに調整したものでした。明るい紙の上に移すと、6色すべてが文字色として基準を下回りました。最も低いものは2.17で、基準は4.5です。印刷して見る限りはまったく問題がない。計算して初めてわかることでした。代償：1つのカラーパレットが2通りの実測値になり、どのドキュメントにも、どちらの背景用かを明記する必要がある。04同じ位置合わせの問題、正解は3回目見出しに組み込んだマークを、漢字と揃える必要がありました。1回目はベースライン揃え、2回目はガイドラインに記載された比率で枠線を計算し直しましたが、どちらも差し戻し。3回目にアセットそのものを計測して、ようやくわかりました。ガイドラインの比率がそもそも間違っていたこと、そして CSS で再現した枠はどこまでいっても近似にすぎないこと。近似は、明らかに違うものよりもたちが悪い。ずれが1.25pxしかないと、目はそれをマークとしてではなく、ただの「ずれ」として受け取ります。代償：最初の2回はパラメータの調整に費やし、3回目でようやく手法そのものを変えた。以後、マークは必ずアセットを埋め込み、CSSでの近似は禁止。