Как устроена дизайн-система в Авито?

Всем привет ещё раз. Меня зовут Филипп Соломин или Фил. Как говорил, отдельного слайда про себя у меня что-то нету. Расскажу так. В дизайне интерфейсов я уже больше 15 лет. Такая страшная цифра. Постепенно ухожу в менеджмент, уже освобождаю дорогу молодым и вообще как-то развиваюсь немножко в другом направлении, потому что за эти, конечно, 15 лет давным-давно не было никаких дизайн-систем, не было никакой Фигмы и даже скеча. Были всякие фотошопы, что мы только не собирали макеты. И в Индизайне пробовали, и в Иллюстраторе пробовали. В общем, после всех этих бед, конечно, Фигма с её возможностями кажется каким-то священной коровой. Надеюсь, что у неё всё будет хорошо и будет только развиваться. Живу в Подмосковье, в загородном доме несколько лет уже. Очень от этого кайфую. Во-первых, такое уделение, спокойствие, возможность сконцентрироваться на работе и на своих делах. Ну и физически тоже развивает. Летом газон покосить, осенью листву брать. Вот сейчас сняг выпал, тоже он предполагает с собой какие-то действия. Так что всем рекомендую момент вот так себя побаловать. Рассказывать сегодня буду про дизайнсистему Авито. Не про дизайнсистемы в целом. Об этом вы, конечно, на курсе узнаете гораздо лучше и подробней, а именно про наше устройство, как частный случай такого, а дизайнсистема в Бигтехе. Это на самом деле очень интересно. Я уже больше 4 лет в Авито. И когда эта вакансия открылась, когда меня пригласили, я с большим удовольствием согласился, потому что обожаю компоненты, а всё, что с ними связано, их построение, архитектуру и вот всё, что за эти там 4-5 лет происходило, токены, автолейауты, всякие варианты, параметры, это меня, конечно, каждый раз будоражит и не отпускает. Вот. А сейчас ялит дизайн системы, подразделение дизайна, потому что там, естественно, есть разработчики и прочие ребята. Ну, в принципе, наверное, а, ну, и работал в Яндексе, в АИС, таком известном агентстве, в других агентствах типа Гима и Майнбокса. А, то есть карьерный путь был такой заковыристый, но вот here капотом у дизайн системы Авито. Ну, Авито, наверное, вы все абсолютно точно знаете. Мне кажется, там все жители страны, включая стариков и младенцев, зарегистрированы как минимум по цифрам. Может, у кого-то два аккаунта есть. Наша дизайнсистема называется Акита. Она образована от слов Avita и UI Kit. Ну, кроме этого вообще там есть целый брейдинг, о нём чуть попозже расскажу, но вот буквально недавно она обрела своё название. Раньше всё просто говорит: "Вязание система Авито". Это было длинно, сложно. Теперь там говорят: "Поставьте акиту". Давайте там прокачаем Акиту. В общем, такой милый брендинг, который нас относит к животным. Ещё животных я тоже очень люблю. Такая вот особенность зрелой дизайнсистемы, что она уже становится продуктом и ей постепенно требуется своя какая-то идентификация. В команде DS у нас довольно много народу, и это не частый случай, на самом деле. бывает, что там, ну, в стартапах точно, в каких-то не очень больших продуктах цифровых или там, где цифровой продукт не основное направление, редко встречается отдельная команда дизайнсистемы, чаще ей занимаются сами дизайнеры, а, постольку, поскольку. И, ну, это определённое ограничение накладывает, потому что там реально хватает дел на такую фултайм загрузку и ни одного человека. У нас есть как дизайнеры, так и разработчики, естественно, на все платформы. А есть тестировщики Ква, которые наше решение перед выходкой в прот всесторонней тестируют. И из интересного есть команда поддержки, которая отвечает на вопросы пользователей, наших дизайнеров, разработчиков продуктовых, а там и всех остальных, кто дизайнсистемами пользуется. Мы являемся частью большого дизайн-департамента AVIT Design Team. У нашего дизайндепартамента тоже есть собственный брендинг. Он такой чёрный, хромированный. Возможно, вы его встречали. Ребята активно в этом направлении развиваются, проводят всякие крутые вечеринки, а создают клёвый мерч. Вот я сегодня как раз а в кофте Avit Design Team. Моя любимая одежда. У нас тоже есть мерчеву дизайнсистема, но он там посрамнее футбол. Вот. А у основной команды там всякие подвески, э, брелки, стикеры, всё, что вообще можно из себя представить, тоже такой получается зрелый продукт HR-бренда. И все наши дизайнеры и разработчики, ну

не поголовно, но многие из них тоже могут поучаствовать в развитии дизайнсистемы. Называется это внешним контрибьютингом. А ребята приходят, у них есть какой-то запрос, иногда, чтобы его ускорить или как-то свой вклад внести, предлагают изменения, дополнения, а улучшения, и их нам, а, предоставляют. Вот. А мы их, соответственно, в дизайн-систему втягиваем. Поэтому можно сказать, что над развитием дизайнсистемы работает вся команда и, ну, просто мы как бы её упаковываем и следим за тем, чтобы всё было консистентно и классно. Как я и говорил, у нас есть идентика, прямо полноценный фирменный стиль. Помогла нам его сделать Наташа Байдужа. Возможно, вы её тоже знаете. Мне кажется, она с Бенгбнгом как-то связана. великолепный графический дизайнер иллюстратор, который предложил нам такую стилистику на основе атомарных всяких элементов, а таких бактерий, которые в воздухе летают, соединяются, разъединяются и какие-то новые формы образуют. И на основе этого как раз получился и мерч, и всякие сопроводительные материалы, а, фирменный шрифт и так далее, которым мы там оформляем гайды. Плюс эта стилистика нам подходит очень, потому что её достаточно просто поддержать, а мы вот эти вот шарики, кубики и палочки комбинируем, получается новая композиция, есть заданные цвета заранее. И в общем, мы на основе этого там обложки для Фигмы, например, как рисуем, чтобы всё выглядело единообразно и стильно, современно. Аэ, можно сказать, что это какая-то там, э, необязательная штука, и, наверное, это так и есть. Но это нам помогает идентифицироваться. Не только наша команда имеет айдентику, а другие команды тоже хотят выделиться там для публичных выступлений или для какого-то продвижения на рынке, чтобы сказать: "Вау, мы крутые, присоединяйтесь, э чтобы это запоминалось лучше и чтобы там на конференции у тебя всё было классно упаковано". Кроме этого, мы даже проводим мероприятия, пока там были какие-то локальные наши встречи, конференции, но из такого глобального, а мы провели, кубок дизайн-систем, который, надеюсь, станет ежегодным. А позвали туда классных ребят, ледов из Тенька, Сбера, ВК, МТСа. От нас Авито представлял Денис Сбитний, наш арт-ддиректор. И ребята в течение нескольких часов проходили всякие испытания. Мы то за компьютеры сажали, то там на полосу препятствий бросали. Такое спортивно, э, информационное мероприятие, которое одновременно показало и их скилл как ледов, и дизайн-системы. Мы всесторонние посмотрели, как выглядят, как работают. Ну и это на самом деле было как эксперимент. Можно ли в таких сумосбродных условиях, когда тебя сначала там подушкой по голове шлёпнули, а потом посадили за компьютер, что-то ээ меняемое нарисовать? Спойлер, всё получилось, ребята за несколько минут собрали, а классную страничку, классные макеты. Всё это можно посмотреть на видео по QR-коду. Заходите. Аэ, там уже, по-моему, суммарно на всех платформах больше 200. 000 просмотров, а такой формат неожиданно зашёл. То есть, ээ, изначально, конечно, мы такие думаем, может быть, просто собрать всех кружок, там, посидеть, поболтать. Ну, это тоже очень полезный формат, но нам захотелось его чуть-чуть раздвинуть эти границы. Вот такая крутая история получилась. Ну, это скорее какие-то внешние признаки дизайн-системы. Расскажу про внутрянку. Что у нас вообще за это время было? Ну, по крайней мере, заети 4 года, что я компании работаю. Таким запоминающимся кейсом стала смена логотипа. Пару лет назад, э, Авито сменил логотип. Возможно, кто-то это не заметил, потому что суть его осталась прежняя. Это некие сферы, шареньки, которые между собой взаимодействуют. У них освежились цвета, они стали переигрались немножечко другую, более устойчивую динамичную композицию, стали сплочённее, ближе к друг другу. Ну а для нас это выразилось в том, что надо менять логотип абсолютно везде, на всех платформах, везде, где он используется. В первую очередь найти, где он, а в каком виде лежал. За годы, естественно, таких мест больше 120 мы обнаружили.

И теперь после того, как мы везде это централизованно подменили, мы, естественно, все эти места себе выписали, использовали компоненты, использовали там более правильный код, который потом мне придётся рефакторить. И теперь, если вдруг редизайн очередной произойдёт, мы сможем его быстро передержать во всех этих местах осеты заменить. А, то есть такая вот один раз трудоёмкая деятельность, потом выражается в том, что это делается быстрее. И в принципе это а основная цель существования дизайн системы сокращать так называемый time to marкеet. А чем быстрее дизайнеры смогут собирать макеты, а разработчики их там имплементировать, тем, а, эффективнее работа дизайнсистемы будет. Вот на примере логотипа это довольно явно стало понятно и видно. На фоне смены логотипа происходил и редизайн самого интерфейса. он стал такой более, ну, не скажу брутальный, но более контрастный. Раньше были кнопочки бежевые, потом стали чёрные, поменялись там слегка скругление, слегка подход вообще к или там размеры какие-то. Ну и в целом, да, сам подход к построению библиотек. Если раньше мы учитывали платформенные какие-то особенности и старались их поддержать, то теперь наоборот. Мы скорее стараемся всё объединить, чтобы на вебе, а, в приложениях всё было единообразно. Ну, естественно, за вычетом вот этих вот особенностей, которые а каждая конкретная платформа к себе несёт. Там Android немножко отличается от iOS, и вот эти вот отличия, они скорее исключения, а не основы, вокруг которой мы раньше обращались. Опять же, в процессе редизайна а большой задачей было собрать воедино всё, что было создано за эти годы, потому что не всегда какие-то экраны существовали в Фигме, например. Они были нарисованы сильно раньше и свёрстные. Их вообще не существовало, их приходилось восстанавливать, чтобы примерить к ним новый стиль. Нельзя сказать, что все интерфейсы были собраны по одному и тому же принципу. Менялись технологии, менялись люди. Где-то уже тот человек, который это делал, уже в компании не работает. И сложно найти оунера какого-то конкретного интерфейса. Сейчас, а спустя, опять же, пару лет, потому что надо понимать, что это, естественно, происходит не одномоментно, даже если получилась какая-то суперкрутая концепция, всё равно раскатываться до самой последней там 404 странички в интерфейсе, где тысячи и тысячи этих экранов, это определённое время занимает. Поэтому кодовое название R23, а, к нему прицепилось начало редизайна и по сей день сохраняется. Мы его пока, э, какого-то альтернативного брендинга не придумали. И, возможно, уже и новый редизайн подъедет, а мы к нему уже готовы, потому что всё это токинизировано, всё это, соответственно, переупаковано и теперь займёт в разы меньше времени. из каких-то конкретных инструментов. Например, у нас есть штука для построения форм. Ну, в принципе, я считаю, что сайты процентов на 80 состоят из форм. Ну, ещё там на 20 из контента. Конечно, зависит от того, от спецификации этого сайта. А, ну какой-нибудь там интерфейс условно банка - это форма ипотеки, форма заявки, форма авторизации, форму, форму. Эта история имплементирована и в дизайне, и в коде, и она состоит из, естественно, полей, как в основе своей настраиваемых. Вот на примере инпута видно, что несмотря на то, что это просто поле ввода, на самом деле оно, конечно, состоит из многих-многих элементов, подключаемых плейсхолдеров, префиксов, постфиксов, всяких иконок, а которые собираются уже в более такую, э, конечную формулу, в так называемый field set, у которого есть заголовок, а какая-то подпись, она же заменяется на ошибку в случае ошибки. И внутри может содержать разные комбинации композиции полей. Например, а вот от и до - это два инпута, поставленных рядом. Такая вот уникальная композиция, которая довольно часто встречается. Таких композиций у нас более больше 100. А они выстраиваются в единое полотно, сами учитывают, какой должен быть отступ а между ними, как они должны, а строиться правильно, последовательно. И если с помощью этого инструмента а форму

собрать, её достаточно легко реализовать, потому что всё то же самое в коле присутствует. Ну и так как форм на Авито очень много подачи объявлений там, причём самых разных, да, мы помним, что там и товары, и недвижимость, и авто, это всё прям суперразные, по сути, подсайты, да, у которых свои потребности, свои, а, решения. Вот. Но все они строятся на базе вот этого инструмента, который все виды форм покрывает. Кроме этого, у нас есть классный плагин Page Setup. Он позволяет быстро врубиться в процесс работы, не отвлекаясь на оформление а файлов. Под оформлением я понимаю структуру каких-то страниц обязательных там, а, концептуальных для отправки на разработку каких-то информационных. добавляет там такие паспорта макета в виде самари, где описывается и задача, которая решается, и ссылка нару присутствует, и а те, кто за это направление отвечают, всё в одном месте, а достаточно удобно и происходит по одному клипу. То есть зашёл, нажал на кнопку и уже через минуту можешь начинать работать. У тебя уже вся обвязка, оформление, все библиотеки включены и так далее. классно, что это прямо нативный плагин для Фигмы. Он у тебя появляется в Фигме. А, и можно там какие-то настройки подкрутить, если тебе там, а, нужно, например, не в светлой теме делать макет, а в тёмной. Сразу он тебе нужный набор токенов подкидывает режимов. Ну и бэкапит файлы - это тоже очень крутая функция. Ну, понятно, что, э-э, есть определённые риски, и мы эти риски тоже пытаемся учитывать на всякий случай. Всё ценное периодически сохраняем себе, чтобы, если что, потом можно было это быстро развернуть и, э, проблем в рабочем процессе нет. Ну, пока ту-туфу, всё отлично. Следующий вот для меня очень важный момент это то, что появились мантические токены. Тотокены в целом, да, вот это вот концепция. Я, кстати, удивился на курсе Бенбнга. Буквально в первом модуле эта история подаётся. В принципе, это очень логично, но для меня эволюционно это была какая-то вот вершина эволюции дизайн-систем. А, и она, несмотря на то, что достаточно относительно простая в понимании, в использовании, вот в построении, в проектирование её архитектуры, там много заковырок, включая ограничение программного обеспечения. Собственно, фигмы, да, помним, что там до какого-то момента, до недавнего жёстко резались моуды, режимы, которые можно переключать. На нашем тарифном плане их было всего четыре. И вот, например, размеры контрола, которых у нас пять, уже в эту схему не влезли. пришлось их как бы разворачивать ээ не в режимы там, а просто в токены, идущие друг за другом, грубо говоря, в одной структуре находящейся. Теперь это ограничение практически снято, их стало там 20 или 40. А, и, ну, это действительно крутая штука. ты можешь прямо управлять своим проектом и не только своим, а ещё и какими-нибуд другими проектами очень осознанно, очень точно переключать эти режимы, переключать темы, переключать там, не знаю, локализации. Ээ и всё это остаётся консистентным, всё это остаётся в единой какой-то логичной структуре. В общем, на мой взгляд, это одна из самых сильных вообще инструментов и сторон дизайнсистемы. Ну, кроме того, что базовые функции этих токенов - это, например, давать контекст элементом. Если раньше мы там все, например, э красные элементы считались едиными, и ты не мог их точечно поменять, то теперь мы знаем, что вот это ошибки, а вот это там часть какой-то другого интерфейса, который мы можем независимо друг от друга поменять. Ну и это, естественно, процесс работы упрощает и отлично масштабируется. Если нам нужно какой-то дополнительный цвет, мы его создаём смело и а знаем точно, для чего он используется. А если этот функционал уже стал неактуальным, его можно там выпилить и так далее. Причём это, естественно, касается не только цветов, но и там всех примитивов, всех

отступов, э, текстовых стилей и так далее. То есть штука реально мощная. И, на мой взгляд, ещё есть куда и развиваться. Интересом за этим процессом наблюдаю. Естественно, мы стараемся на острие прогресса оставаться, ээ, и все эти новиночки активно используем и внедряем. Но кроме этого у нас ещё есть платформенный слой. Это наше локальное название, э, не знаю, как это называется других компаниях. Э, для нас это означает такой уровень выше над дизайн-системой уже уровень организмов, экранов, конкретных, ээ, реализации конкретного интерфейса. В какой-то момент мы поняли, что слишком часто возникает вопрос: "Ребята, а у кого этот макет там где лежит? Где его найти? " И зачастую ответ на это, а то есть периодически ответ на это был нигде или там, не знаю. Вот поэтому было принято решение все экраны, все флоу, все сценарии занести в одно место, вложить их сай, чтобы любой мог зайти, например, ло авторизации для себя подхватить, не перерисовывать его заново, не создавать какие-то копии, не изобретать велосипед, а просто кусок этого сценария переиспользовать либо на его основе что-то новое сделать, но уже не с чистого листа. Так, и, ээ, интересно здесь то, что каждая страница оборачивается в компонент, и по сути для того, чтобы её как-то модифицировать, например, а, перевести там какие-то контролы в другое состояние или там заполнить его информацией, достаточно просто настроить эти элементы, а при этом не потеряется связь ни с дизайн-системой, ни с этим платформенным слоем. Если вдруг сценарий авторизации изменился, что-то перекрасилось или поменялось содержание, а, элементов, это всё подтянется и по сути у тебя всегда будут актуальные макеты. Поначалу казалось страшно, можно ли все страницы делать компоненты. Понятно, они достаточно такие увесистые получаются, но фигме всё работает шустренько, грузится хорошо, и навигироваться в этом достаточно удобно. достаточно, потому что всё-таки их, э, сотни этих экранов, и там они как-то по-своему структурированы. Естественно, дизайн-система содержит в себе иллюстрации и иконки. Иконки, а, наши дизайнеры рисуют сами по гайдлайнам. Они у нас бывают двух видов: обычные, графические и текстовые. Ну, обычные, понятно, отдельно стоящие квадратники с ровными границами, а которые могут использоваться как отдельные управляющие элементы. Ну, а текстовые тоже, думаю, вы с этим сталкивались, а повторяющие стили текста, имеющие ширину уже по ширине контента, чтобы становиться в одну строку с текстом как символы. И тоже их можно как текст вместе с текстом перекрашивать. Они являются текстовыми такими символами, по сути. А мы планируем и очень хотим их собрать воедино, потому что понятно, это некоторое дублирование в некоторых местах. Ну пока вот исторически сложилось, что это два отдельных набора и у них свои немножко правила построения. Например, э текстовые иконки зависят от толщины штриха шрифта. Из интересного, в иконках, в дескрипшене в Фигме прописаны ключевые слова, по которым их можно найти, потому что, ну, не всегда ты с точностью знаешь название этой икон, но можешь предположить там, что в ней изображено, и, скорее всего, там, если введёшь глазик, то ты иконку visible обнаружишь. А, естественно, всё это поддержано разработкой. И при появлении новых иконок они автоматически добавляются в код. Естественно, там есть какие-то условия типа название иконки должно быть уникальным, а она должна быть отрисована во всех трёх размерах, а в одном и получится просто подкинуть нужно. Но как бы это всё хорошо описано, и там все дизайнеры высоко профессиональные с этим легко справляются. То есть какого-то готового комплекта иконок мы не используем. Они у нас реально все свои, абсолютно уникальны. Для управления всей этой, всем этим большим хозяйством у нас есть так называемые дизайнпы, как для веба, так и для мобильных устройств. У нас есть витрина, где мы смотрим, как

компоненты выглядят, как они работают, как они реагируют на те или иные состояния. Но помимо этого у нас ещё есть большой проект стоит Авитозаign. А на него, кстати, можно зайти. Единственное, там будет видно не всё часть информации для внутреннего использования, но снаружи тоже есть что посмотреть, почитать, а узнать, как вообще дизайнбита вокруг чего строится. Мы туда складываем гайдлайны, спецификации, UX паттерны, так называемые, то есть какие-то верхнеуровневые сценарии, которые не говорят, что конкретно там какие компоненты где используются, а в общем, какой подход а в том или ином случае э работает. Например, там редактирование контента. И вот там всё про редактирование контента, когда можно, когда нельзя, когда возникает ошибка и так далее. Вот. Заходите, смотрите, предлагайте. -Э, можете поделиться ссылкой с друзьями. Как я упоминал, у нас есть техническая поддержка пользователей, наших дизайнеров и разработчиков. Это тоже крутая штука и неочевидная. Я вот никак не мог предположить, что, работая над дизайн системой, я ещё буду такой службой поддержки, но не в негативном, на самом деле, ключе, а скорее это для нас даже большое преимущество. Мы получаем огромное количество обратной связи, имеем возможность на неё быстро реагировать, что-то менять, внедрять. А, и нам помогают ещё прямо специалисты первой линии, так называемой, которые половину вопросов уже на подлёте решают, потому что либо уже такой вопрос возникал, либо он написан там где-то в уголках гайдлайнов, и его, возможно, не сразу заметили всякие права доступа и всё остальное. Это вот как раз на них. А если же специалист первой линии решить вопрос с ходу не может или там требуется какая-то дополнительная экспертиза дизайнерской разработчистве, ключаемся мы и уже точечно какой-то кейс пытаемся решить. Скажу, конечно, не всегда бывает возможно это решить, но зато какой-нибудь баг в компоненте бывает, и ты его обойти никак не можешь. приходится там подождать, пока он будет разрешён. Но даже в таком случае мы предлагаем какую-нибудь альтернативу заменить один компонент на другой или использовать какие-то другие свойства его для решения той или иной задачи. В общем, как выяснилось, это такая важная часть, занимающая довольно много времени и ресурсов внимания людей. Потому что дизайн система - это сложная штука, и даже когда ты долго с ней работаешь, всё равно возникают обновления, которые ты мог пропустить или просто не сталкивался с той или иной стороной дизайнсистемы. В общем, не всё интуитивно решается или на опыте. Иногда приходится к коллегам обратиться, и у нас такое вот решение централизованное есть. Причём семимильными шагами эта тема развивается, особенно, конечно, с появлением и назовём его так, э, искусственного интеллекта. Искусственный интеллект помогает нам, э, формировать какие-то ответы на основе уже существующих. То есть он анализирует весь чат и соседние чаты и пытается тоже на какие-то правильные мысли пользователю навести. Иногда вот, вау, да, я об этом не думал. Ээ тикет закрывается сам собой. Также удобно вот когда дискуссия прошла, она там разворачивается на десятки комментариев, все подключаются, все обсуждают, а бот может какой-то сари подвести, какие-то там экшнпоинты вывести из того, что мы обсуждали. Аа всё это происходит в корпоративном нашем мессенджере. И по пути ещё складывается в табличку, где эти проблемы категоризуются, где выписаны экшнпоинты, которые нам нужны. Нам даже ставят оценочки. У нас есть такой критерий хорошей поддержки, чтобы мы всегда держали планку в районе пятёрки. И мы где-то раз там несколько недель каждый дизайнер и лиды, в том числе дежурим, а по чату помогаем специалистам первой линии вот эти как раз кейсы разбирать. Вот. Ну для меня это было неочевидно. Может быть все уже об этом знают, что когда ты какой-то сложный продукт делаешь, ты пользователям объясняешь, как им пользоваться. Вот. Ну и, конечно же, действительно про яишки. Как без них скажу, что прямо

сейчас всё, что мы задумали реализовать в них, не всегда удаётся. Например, вот у меня было недавно чатом GPT борьба сообщений на 20. Я просил его, там вышло исследование по дизайн-системам на английском языке. Я думаю, ну, ради интересов попробова эту пдфку перевести. И вот разными словами, разными режимами я пробовал его на эту задачу натравить. Вроде он говорит: "Да, да, я всё делаю". Потом понимаешь, что просто время прошло, ничего не происходит, а ты пытаешься в этом улечить. Ну ты же ничего не делаешь. Он такой: "Да, действительно, я ничего не делаю. Жду твоей команды, вот дай команду, я сейчас всё начну делать". Я в какой-то момент понял, что он меня обманывает, а плюнул на это дело, пытаюсь другими инструментами подобные задачи сейчас решать. Вот на скриншоте так называемый коф UI это редактор визуальный, который сдаёт разные так называемые ноды, которые делают те или иные действия. Там, ээ, ты их соединяешь, кто из какой выходит, а что в другую поступает, какие-то параметры настраиваешь. Ну вот пока на выходе у меня както получился кролик. Уже большой успех. В идеале, конечно, это был бы не кролик, а готовый интерфейс, собранный на компонентах дизайнсистемы, но это в недалёком будущем пока. А пока это всё в стадии экспериментирования. Ну и задачи, которые можно этим закрывать, они, конечно, безграничны потенциально. Сейчас мы пытаемся какие-то нащупать решения в области быстрого прототипирования. чтобы, например, менеджеру продуктовому не ждать вот этого всего цикла дизайн, разработка, тестирования, а иметь возможность, например, для а-тестов, а, какой-то интерфейсик простой собрать и его там где-то у себя погонять. Также очень востребованная история - это проверка макетов на соответствие дизайн-системе. глазами, естественно, во многих случаях быстрее и проще посмотреть и сказать, что где не так, но на большом объёме это могло быть существенная экономия времени, если бы у нас такой вот и директор появился, и мы для этого сейчас определённые усилия применяем. Ну, самое очевидное - это то, что яишко может написать спецификацию или гайдлайн. Тут кажется задача несколько проще, потому что не сказать, что компоненты, а, среди разных дизайн-систем сильно уж отличаются. Да, конечно, есть отличия в стилистике, в визуализации, в построении, в каких-то опциях специфических, да, но базово там кнопка есть кнопка, и кажется нейросееть это отлично может описать. Ну и, как я сказал, техподдержка пользователей по уже существующим данным достаточно просто обучить, а искусственный интеллект отвечать на эти вопросы. Он понимает контекст на достаточно неплохо. Вот из недавнего примера шло обсуждение бототем шита, но при этом ботом шитом его в трейде никто не называл. Все писали бс сокращённо. И в конце нейросеть резюмировала, что такие такие-то были решения приняты по ботом шиту. Хотя, в принципе, под этой аббревиатурой могло скрываться почти всё, что угодно, да, там бордерстайл какой-нибудь. Вот. Но так как мы уже ранее, видимо, этот контекст он где-то получил, в принципе, с этой задачей хорошо справился и показывает, насколько как бы тонкая даже такая сложная тематика. Вот. может быть осознано и интерпретировано. Так что, наверное, это с учётом того, что уже остальные аспекты дизайнсистем достаточно хорошо сформированы и уже, можно сказать, устоялись. Даже семантические токены, да, уже есть best practices, как делать. Это, наверное, самая такая обширная область для развития, для будущего. сюда хочется инвестировать в своё время, внимание. Ну и в целом это очень интересно без относительно, да, а того, что делается. В принципе, ребят, из таких вот каких-то особенных штук для Авита это всё. Спасибо большое. Я не сразу заметил, что сердечко разрывается пополам в анимации, когда я его ставил, но надеюсь, что

до вашего сердечка тоже удалось достучаться. С удовольствием отвечу на ваши вопросы. M.