デザイン センター オブ エクセレンスの確立: アドビとの会話

アドビは毎月、Meet the Makers と呼ばれるライブ ストリームを開催しています。このライブ ストリームでは、主要なクリエイターやデザイン イノベーターがデザインに関するすべての洞察とベスト プラクティスを共有しています。 先週、Adobe のシニア戦略開発マネージャーである Tara Knight と、デザインのスケーリングと、スケーラブルなデザイン インフラストラクチャを介して複雑なデジタル エコシステムを確立および管理することの価値について話すことができました。

タラと私は、デザインがブランドのパフォーマンスにどのようにプラスの影響を与えるか、スケールを考慮したデザインではブランドのデザイン プロセスを縮小する必要がある理由、デザイン システムを超えてデザイン インフラストラクチャ、または DPDK の用語で言えばデザイン センター オブ エクセレンス (DCE) に移行する必要があることについて話しました。 ）。

トークを視聴するか、続きを読んで、何がダウンしたかの内訳を確認してください。

現代のデジタル エコシステムの複雑さ

今日のブランドのほとんどは、ますます複雑化する管理が困難なデジタル エコシステムに取り組んでいます。 もはや注意が必要なのは Web サイトやアプリだけではありません。すべてのタッチポイント、チャネル、プラットフォームに注意を払う必要があります。 すべての顧客とのやり取りは、シームレスで、魅力的で、ブランドに即したものでなければなりません。

デザインをスケールしたいが、それに伴う課題に取り組むのは簡単ではありません。 いくつか例を挙げると：

一貫した CX の維持

最も成功したブランドでさえ、矛盾の危険にさらされる可能性があります。 課題は、ほとんどの場合、チームは小さな島のように機能し、多くの場合、さまざまな国やタイム ゾーンにまたがって作業することです。 これにより、同じ言語を話し、全員が同じ認識を持つことが難しくなります。

クリエイティブな炎を維持する

私たちのデジタル活動は成長しており、その結果、デザイナーはあらゆる方向に引っ張られています。新しいブランディング リクエストで Web サイトを更新したり、さまざまな市場向けの販促資料をローカライズしたり、細部にまでこだわったデザインの微調整が日常茶飯事のようです。

これは、デザイナーが退屈で反復的なタスクにかなりの時間を費やさなければならないことを意味します。これは、技術を磨くのに時間がかかるだけでなく、モチベーションと創造性を阻害する可能性もあります。

市場投入までの時間の短縮

創造性を犠牲にすることなく市場投入までの時間を短縮するというプレッシャーは常にあります。 特にスケールアップが必要な場合は、常に多くの作業を行う必要がありますが、必ずしも時間や予算が増えるとは限りません。

コラボレーションの文化を築く

設計のスケーリングには変更が必要ですが、誰もがそれを好むわけではありません。 特に成熟したデジタル エコシステムを持つブランドにとっては、チーム全体を参加させるのは難しい場合があります。

設計ファイルの整理

集中管理された場所がない場合、設計ファイルの検索、共有、および配布は時間がかかり面倒です。 「ブランド ロゴの最新バージョンはどこにありますか?」などの質問があります。 または、「それらの本番ファイルはどこにありますか?」 散在する設計ネットワークで作業する場合、これらは非常によく知られています。

これらの障害は、部門の境界を越えて設計ネットワーク全体を接続する単一の信頼できる情報源の必要性を示しています。 必要なのは、設計を迅速かつ一貫して拡張できる基盤となるインフラストラクチャです。 つまり、DCE です。

デザイン システムとデザイン センター オブ エクセレンス

ほとんどのブランドは、デザイン システムに投資することで、デザインをスケーリングするという課題に対処する傾向があります。 これは素晴らしい第一歩です。システムを設計することで、より一貫した顧客体験 (CX) を実現し、顧客満足度を高め、製品をより早く市場に投入することができます、と Forrester は言います。

私自身、デザイン システムの大ファンですが、残念ながら、会社全体にデザインをうまく拡大するには不十分です。 通常、デザイン システムは単一の製品またはタッチポイントに対応します。 製品とタッチポイントが増えると、デザイン システムの数も増えます。

何十もの製品があり、その多くの設計システムを扱っていると想像してください。 これらのシステムが何らかの階層で接続されていない限り (通常は接続されていません)、設計の不一致、作業の重複、耐え難いほど複雑な設計プロセスに直面するリスクがあります。 そこで DCE が役に立ちます。

DCE は、設計ネットワーク全体の基盤です。 コンポーネント ライブラリやガイドライン ドキュメントから生産および設計システム進化ファイルまで、すべての設計システムと設計ファイルが階層構造で含まれています。

階層の最上位にあるのはブランド デザイン システムです。これは、デザイン ネットワーク内のすべてのシステムを接続し、影響を与えます。 ブランド デザイン システムが最初の祖先である家系図のようなものです。

デザイン センター オブ エクセレンスの設定

CX の一貫性の向上、市場投入までの時間の短縮、コスト効率の向上、コラボレーションの向上など、DCE を確立することの多面的な利点については、すでに書いてきました。 ズームアウトすると、DCE への投資は本質的に、創造的な変革全体の準備を整えることになることがわかります。

ご想像のとおり、DCE の構築は一晩でできるものではありません。 それを開発および管理するには、広範な調査、確固たる計画、および高度なスキルを持つチームが必要です。 私はこのチームをデザイン銀河の守護者と呼んでいます。彼らは DCE のセットアップ、維持、成長を担当しているためです。

デザインの保護者は多様で、クリエイティブなストラテジスト、製品およびプロジェクト マネージャー、デザイナー、フロント エンド開発者などです。 すべてのデザイン リクエストを確認し、最高品質の一貫したデザインを保証することで、ブランドを維持しやすくします。

DCE を確立するための開発プロセスは、次の 3 つの主要なフェーズに分けることができます。

• 実用最小限の製品 (MVP) 開発

ステップ 1 は、MVP を構築し、それに 1 ～ 3 個の製品 (およびその設計システム) を接続することです。 このフェーズの目標は、少数の製品をブランド デザイン システムに接続し、それらの関係がどのように機能するかをテストすることです。

• デザイン言語を拡張する

MVP フェーズを完成させたら、新しい製品とコンポーネントを DCE に追加し始めます。 これは、フロントエンド コードの実験を開始する時期でもあります。

• グローバル展開

最後に、すべての製品を DCE に追加する準備が整いました。 設計コンポーネントとコードはリリースの準備ができており、定期的なコンポーネント開発を確実にするためのプロセスが確立されています。

私が説明したのは、開発プロセス全体の非常に凝縮されたバージョンです。 デザインのスケーリングの課題、DCE がブランドのためにできること、新しいガイドのスケーリング デザインで DCE をうまく設定する方法について詳しく説明しました。 それを読むか、コーヒーを飲みながら話しましょう。