Post #2335

💍 В большом продукте хаос начинается не с редких ошибок, а с одинаковых сценариев, которые решают по-разному Когда команда растет, интерфейсы начинают расходиться почти незаметно. Где-то фильтр живет над таблицей, где-то в шапке, где-то кнопка работает так, а где-то иначе. Пользователь это чувствует как странный и непредсказуемый продукт, а команда тратит все больше времени на одни и те же вопросы. В Ozon Tech хорошо раскладывают, зачем в такой ситуации нужны не просто компоненты, а именно гайды и стандарты проектирования. Это не техническая документация для разработчиков и не «книга правил». Это рабочий инструмент для дизайнеров, который помогает быстро понять, когда использовать паттерн, где он уместен, с чем конфликтует и как не изобретать велосипед в каждой новой задаче. Внутри: – Чем гайд для дизайнеров отличается от технической документации по компоненту; – Почему стандарты нужны не только для консистентности, но и для качества повторяющихся сценариев; – Как выбирать темы для стандартизации и что приоритизировать в первую очередь; – Какие источники стоит собрать до того, как садиться писать гайд; – Как устроена рабочая структура хорошего гайда; – Какие принципы помогают писать документацию, которую реально будут использовать; – Почему визуальное оформление в гайде так же важно, как и сам текст; – Как не превратить стандарты в тюрьму для дизайнеров и оставить место для мышления. ➡️Читать статью ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы