Принципы

Проектируя дизайн-систему вы будете решать инженерные задачи разной степени сложности и все эти задачи можно решить по-разному в контексте опыта, знаний и умений.

В таком случае неизбежно возникают вопросы:

Чтобы снять эти вопросы, сформулируем фундаментальные принципы дизайна. Именно они станут путевой звездой, которая поможет в сложных или спорных ситуациях.

Общие принципы

Итак начнем с общих принципов дизайна, на них будет базироваться инженерная и дизайн-культура компании. Но как их сформулировать? А все просто, все эти принципы уже есть у бизнеса они зашиты в продуктах, в отношениях с клиентами, в видении и планах.

Спросите у бизнеса:

Окей, вот мы получили ответы, теперь добавьте сюда своей экспертности, а как вообще можно сейчас решать задачи и продавать товары и услуги? А как это должно работать? Каким должен быть дизайн сейчас?

Теперь можно накидывать принципы, пишите все, что приходит в голову. Старайтесь быть ближе к бизнесу и решить те проблемы, которые накопились именно у вас. Когда мы проводили рефакторинг дизайн-системы в банке, то мозговой штурм выглядел так:

Полезный для всех

Дизайн это не картинки

Все решения мы проектируем через призму пользы: зачем это пользователю, почему это важно? Как часто он будет этим пользоваться. Дизайн помогает пользователю двигаться по сценарию, решать задачи, ведет и направляет его

Дает исчерпывающую информацию, работает со страхами и сомнениями пользователя

Владеет данными и дирижирует ими

Не вываливаем все сразу, а даем по мере необходимости

Удобный интерфейс не гарантируют успех

Первое, о чём думаем — как обойтись без интерфейса

Русский. Новые территории. Военка. Наш. СВОЙ

Персонализация

Эстетичный

Не пытаемся запутать пользователя, обмануть его или скрыть важную информацию

Понятные продукты

Продуманный до мелочей

Синхронизирован с разработкой

Наша задача помочь сохранить и преумножить их финансовое благосостояние. Мы хотим, чтобы с нами они чувствовали себя в безопасности

Наши продукты интуитивно понятны

Единый и узнаваемый дизайн

Наш конечный продукт — это не файл дизайна. Мы гордимся результатом

А теперь посмотрим, что в итоге получилось. Дизайн в банке какой?

Полезный

Все решения проектируются через призму пользы для пользователя и банка. В этом нам помогает DoR и набор вопросов с которых дизайнер начинает работу над задачей:An open source collection of Design Principles and methods

В итоге у дизайнера должен получиться простой и понятный сценарий, движение по которому можно описать фразеологизмом «Как по маслу».

Вопросы помогают нам разобраться не только в болях и потребностях пользователя, но и в пользе для банка. Не стесняйтесь говорить об этом и искать коммерческую или репутационную выгоду.

Идеальный

При проектировании сценариев мы руководствуемся ТРИЗовским принципом об идеальном конечном результате и только после консультации с командой упрощаем его, если в этом есть необходимость и достаточные основания. 10 принципов Дитера Рамса

Почтительный

С большим уважением относимся ко времени, деньгам и доверию наших клиентов.

Фундаментальный

Мы отдаем предпочтение устоявшимся передовым практикам и избегаем нестандартных паттернов проектирования. Принципы Яндекса

Что нам близко:

Унифицированный

Все наши продукты и решения выглядят и ощущаются одинаково. Они основываются на общих принципах, дизайн-системе, паттернах и редполитике. Все это придает им узнаваемый стиль и формирует доверие к бренду.

Принципы дизайн-системы

С общими принципами разобрались. Теперь сделаем подход к принципам дизайн-системы. Какой должна быть дизайн-система, чтобы удовлетворять не только общим принципам, но и учитывать интересы it-сообщества?Как мы строим дизайн-систему в ЮMoney

Технологичная

Быстрая: документация и все файлы дизайн-системы открываются мгновенно или почти мгновенно. Стремимся к максимальной производительности.

Дата-подход: собираем данные по использованию компонентов и транслируем их стейкхолдерам на дашбордах. Принимаем решения основываясь на данных.

Максимальная автоматизация: стремимся автоматизировать все, что можно.

Доступная

Соответствует ГОСТу или WCAG.

Унифицированная

Не работаем в интересах одной команды. Проектируем компоненты и решения сразу для всех: личный кабинет, админка, кабинет продавца, crm, логистика.

Исчерпывающая

Стараемся писать подробную документацию, чтобы заранее снять все вопросы пользователей и наименьшим образом влиять на Time to Market.

Открытая

Вся дизайнерская документация и другие артефакты доступны всем пользователям и стейкхолдерам без каких-либо ограничений: документация, витрины компонентов, метрики, бэклог.

Вносить изменения в документацию может любой участник дизайн-сообщества компании.

Проводится постоянный кастдев всех продуктов дизайн-системы.

Сфокусированная

Получая большое количество запросов на изменение, дизайн-система не пытается охватить их все, она их принимает, анализирует, сверяет со своим вектором развития и включает в план разработки, если это возможно.

Во-первых, дизайн-система не работает в интересах какой одной команды, она должна учитывать интересы сразу всех стейкхолдеров. Во-вторых, мы не пытаемся удовлетворить запросы всех команд и дизайнеров, какие-то вещи могут нам не подходить, не соответствовать нашим принципам, быть очень редкими, уникальными или сомнительными. Короче говоря, дизайн-система не боится отказывать.

Нулевая терпимость к багам

Не терпим баги, правим их с наивысшим приоритетом. Исходим из того, что баги влияют на репутацию продуктов и банка, а репутация стоит дорого, ее сложно заработать и легко потерять.