<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:georss="http://www.georss.org/georss">
<channel>
<title>Дизайн-радар - Desk Design</title>
<link>https://deskdesign.ru/</link>
<language>ru</language><item>
<title>Покупатели заставили Cracker Barrel вернуть старый логотип</title>
<link>https://deskdesign.ru/design-radar/12-pokupateli-zastavili-cracker-barrel-vernut-staryj-logotip.html</link>
<pdalink>https://deskdesign.ru/design-radar/12-pokupateli-zastavili-cracker-barrel-vernut-staryj-logotip.html</pdalink>
<guid>https://deskdesign.ru/design-radar/12-pokupateli-zastavili-cracker-barrel-vernut-staryj-logotip.html</guid>
<pubDate>Sun, 12 Jul 2026 15:23:32 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Попытка упростить исторический образ бренда закончилась быстрым возвратом к прежней айдентике.</b></p> <h2>Что произошло</h2> <p>В августе 2025 года Cracker Barrel представила упрощённый логотип без изображения мужчины рядом с бочкой и без подписи Old Country Store.</p> <p>После резкой реакции аудитории компания отказалась от нового знака и объявила, что прежний персонаж останется частью логотипа.</p> <h2>Что изменилось</h2> <p>Компания попыталась рассматривать логотип как отдельный графический объект, тогда как аудитория воспринимала его как носитель истории, узнаваемости и характера бренда.</p> <p>Формальное упрощение столкнулось с накопленной символической ценностью.</p> <h2>Последствие</h2> <p>Ребрендинг нельзя оценивать только по чистоте формы, читаемости и удобству масштабирования.</p> <p><br></p> <p><b>Чем дольше знак существует в культуре, тем меньше он принадлежит только компании и дизайнерам. Перед изменением исторической айдентики необходимо измерять не только качество нового решения, но и ценность того, что будет потеряно.</b></p>]]></content:encoded>
</item><item>
<title>Доступность перестала быть дополнительной функцией интерфейса</title>
<link>https://deskdesign.ru/design-radar/11-dostupnost-perestala-byt-dopolnitelnoj-funkciej-interfejsa.html</link>
<pdalink>https://deskdesign.ru/design-radar/11-dostupnost-perestala-byt-dopolnitelnoj-funkciej-interfejsa.html</pdalink>
<guid>https://deskdesign.ru/design-radar/11-dostupnost-perestala-byt-dopolnitelnoj-funkciej-interfejsa.html</guid>
<pubDate>Sun, 12 Jul 2026 14:13:53 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Европейские требования превращают доступный дизайн из добровольной практики в обязательное условие выхода цифрового продукта на рынок.</b></p> <h2>Что произошло</h2> <p>С 28 июня 2025 года в Европейском союзе применяются требования <a href="https://www.deque.com/accessibility-compliance/european-accessibility-act-eaa/?utm_term=european%20accessibility%20act%20requirements&amp;utm_campaign=EAA+%7C+NA+%7C+BoFu&amp;utm_source=adwords&amp;utm_medium=ppc&amp;hsa_src=g&amp;hsa_ad=748048766806&amp;hsa_tgt=kwd-2348348589588&amp;hsa_mt=p&amp;hsa_ver=3&amp;hsa_acc=7854167720&amp;hsa_kw=european%20accessibility%20act%20requirements&amp;hsa_grp=177207649134&amp;hsa_cam=21846834212&amp;hsa_net=adwords&amp;gad_source=1&amp;gad_campaignid=21846834212&amp;gbraid=0AAAAADxhNYyaHTNfv7T14txyDO4pE39d4" target="_blank" rel="noopener external">European Accessibility Act</a>. Они охватывают ряд продуктов и услуг, включая электронную коммерцию, банковские сервисы, смартфоны, электронные книги и цифровые системы самообслуживания.</p> <p>Одновременно WCAG 2.2 закреплён W3C как действующий стандарт рекомендаций по доступности веб-контента.</p> <h2>Что изменилось</h2> <p>Доступность больше нельзя оставлять на финальную проверку или добавлять поверх готового интерфейса.</p> <p>Контраст, навигация с клавиатуры, структура контента, размеры интерактивных элементов и поддержка вспомогательных технологий становятся исходными условиями проектирования.</p> <h2>Последствие</h2> <p>Дизайнер отвечает не только за визуальную выразительность, но и за возможность пользоваться продуктом.</p> <p><br></p> <p><b>Для компаний, работающих с европейским рынком, недоступный интерфейс становится не просто плохим UX, а потенциальной проблемой соответствия требованиям.</b></p>]]></content:encoded>
</item><item>
<title>Дизайнеры переходят от экспериментов с ИИ к постоянной работе с ним</title>
<link>https://deskdesign.ru/design-radar/10-dizajnery-perehodjat-ot-jeksperimentov-s-ii-k-postojannoj-rabote-s-nim.html</link>
<pdalink>https://deskdesign.ru/design-radar/10-dizajnery-perehodjat-ot-jeksperimentov-s-ii-k-postojannoj-rabote-s-nim.html</pdalink>
<guid>https://deskdesign.ru/design-radar/10-dizajnery-perehodjat-ot-jeksperimentov-s-ii-k-postojannoj-rabote-s-nim.html</guid>
<pubDate>Sun, 12 Jul 2026 14:07:21 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Исследование AI in Design 2026 показывает, что ИИ перестаёт быть отдельным инструментом для идей и входит во все этапы создания продукта.</b></p> <h2>Что произошло</h2> <p>По данным исследования AI in Design 2026, 91% опрошенных дизайнеров используют ИИ в работе как минимум раз в неделю против 54% годом ранее. 75% используют его ежедневно, а половина респондентов уже отправляла созданный при помощи ИИ код в рабочие продукты.</p> <h2>Что изменилось</h2> <p>ИИ перемещается из зоны экспериментов в производственный процесс: прототипирование, документацию, проверку дизайна, передачу макетов разработчикам и работу с кодом.</p> <p>Речь уже не только об ускорении отдельных операций. Меняется граница между проектированием, прототипированием и реализацией.</p> <h2>Последствие</h2> <p>Дизайнеру становится недостаточно уметь создавать макет. Возрастает ценность способности построить процесс, задать ограничения, проверить результат и довести решение до работающего продукта.</p> <p><br></p> <p><b>При этом исследование описывает прежде всего технологический сектор, а среди его партнёров есть компании, заинтересованные в развитии ИИ. Авторы заявляют, что опрос проводился независимо, но выводы не стоит автоматически переносить на всю профессию.</b></p> <p><br></p>]]></content:encoded>
</item><item>
<title>Дизайн-система становится инструкцией не только для людей, но и для ИИ</title>
<link>https://deskdesign.ru/design-radar/9-dizajn-sistema-stanovitsja-instrukciej-ne-tolko-dlja-ljudej-no-i-dlja-ii.html</link>
<pdalink>https://deskdesign.ru/design-radar/9-dizajn-sistema-stanovitsja-instrukciej-ne-tolko-dlja-ljudej-no-i-dlja-ii.html</pdalink>
<guid>https://deskdesign.ru/design-radar/9-dizajn-sistema-stanovitsja-instrukciej-ne-tolko-dlja-ljudej-no-i-dlja-ii.html</guid>
<pubDate>Sun, 12 Jul 2026 13:56:34 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Компания Decagon связала библиотеку компонентов в Figma с кодом и ИИ-агентами, сократив привычную дистанцию между макетом и разработкой.</b></p> <h2>Что произошло</h2> <p>Decagon создала дизайн-систему из сотен компонентов, стилей и переменных, а затем связала её через Figma MCP с компонентами в Storybook и инструментами разработки. Теперь ИИ-агент может читать структуру макета и использовать соответствующие компоненты системы при создании интерфейса.</p> <h2>Что изменилось</h2> <p>Дизайн-система начинает работать не только как библиотека для дизайнеров и разработчиков, но и как набор правил для ИИ.</p> <p>Чем точнее описаны компоненты, состояния и ограничения, тем меньше агент вынужден додумывать самостоятельно. Макет постепенно превращается из картинки для передачи разработчику в машиночитаемую спецификацию продукта.</p> <h2>Последствие</h2> <p>Ценность дизайнера смещается от ручной сборки экранов к проектированию правил, состояний и связей внутри системы.</p> <p>Хорошо организованная дизайн-система ускоряет работу ИИ. Плохо организованная — позволяет ему быстрее размножать ошибки и несогласованность.</p> <p><br></p> <p><b>Источник:</b> кейс Figma и Decagon<br><b>Дата:</b> 10 июля 2026 года</p>]]></content:encoded>
</item></channel></rss>