<?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>История prompt engineering: от команды к диалогу</title>
<link>https://deskdesign.ru/ai-design/15-istorija-prompt-engineering-ot-komandy-k-dialogu.html</link>
<pdalink>https://deskdesign.ru/ai-design/15-istorija-prompt-engineering-ot-komandy-k-dialogu.html</pdalink>
<guid>https://deskdesign.ru/ai-design/15-istorija-prompt-engineering-ot-komandy-k-dialogu.html</guid>
<pubDate>Sun, 12 Jul 2026 20:06:53 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Статус: 🟡 Исследуется</b></p> <p><b>Prompt engineering появился не как новый навык программирования, а как промежуточный язык между человеческим намерением и машинным пониманием.</b></p> <div style="color:#ffffff;background-color:#009688;padding:0.78em;" class="noncontenteditable dle-green-background"> <div class="contenteditable"> <p><span style="color:#ecf0f1;"><b>На первом этапе человек учился правильно говорить с машиной.</b></span><br><span style="color:#ecf0f1;"><b>На следующем этапе человек будет учиться правильно думать вместе с машиной.</b></span></p> </div> </div> <h1>Этап 1. Командный интерфейс: человек против машины</h1> <p><b>До генеративного ИИ</b></p> <p>Долгое время взаимодействие с компьютером строилось по принципу:</p> <blockquote>Машина делает только то, что ей точно приказали.</blockquote> <p>Команда должна была быть:</p> <ul> <li>формальной;</li> <li>однозначной;</li> <li>структурированной.</li> </ul> <p>Программист не объяснял намерение.</p> <p>Он описывал действие.</p> <p>Например:</p> <div> <div> <div> <div> <div> <div> <div> <div> <div> <div> <div> <div id="code-block-viewer" dir="ltr"> <div> <div style="border:1px solid rgb(204,204,204);padding:0.78em;"> <pre class="language-markup"><code>создай объект измени параметр выполни функцию</code></pre> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> <p>Компьютер был инструментом исполнения.</p> <h1>Этап 2. Появление естественного языка</h1> <p>С развитием больших языковых моделей ситуация изменилась.</p> <p>Человек впервые получил возможность обращаться к системе не через команды, а через смысл.</p> <p>Появилась новая проблема:</p> <blockquote>Если машина понимает язык, как правильно формулировать намерение?</blockquote> <h5>Так возникло prompt engineering.</h5> <h1>Этап 3. Эра "магических промтов"</h1> <p>Первые пользователи генеративного ИИ искали секретную формулу.</p> <p><b>Казалось:</b></p> <p><span style="color:#e03e2d;">если найти правильный запрос — получится идеальный результат.</span></p> <p>Появились правила:</p> <ul> <li>назначить роль;</li> <li>описать задачу;</li> <li>добавить контекст;</li> <li>указать стиль;</li> <li>задать ограничения;</li> <li>добавить примеры.</li> </ul> <p>Например:</p> <blockquote>Ты профессиональный дизайнер с 20-летним опытом. Создай минималистичный бренд в стиле...</blockquote> <p>Эта методика действительно работала.</p> <p>Она помогла людям понять новый инструмент.</p> <h1>Этап 4. Prompt engineering становится отдельной профессией</h1> <p>На короткое время появился новый специалист:</p> <h4><span style="text-transform:uppercase;"><b>prompt engineer</b></span></h4> <p>Его задача:</p> <p>создавать эффективные запросы для моделей.</p> <p><b>Появились:</b></p> <ul> <li>библиотеки промтов;</li> <li>курсы;</li> <li>базы данных;</li> <li>шаблоны;</li> <li>методики оценки.</li> </ul> <p>Это было закономерно.</p> <p>Каждый новый инструмент сначала требует обучения языку взаимодействия.</p> <h1>Этап 5. Ограничение промта</h1> <p>Но постепенно стало понятно:</p> <p>хороший промт не создает хорошую идею.</p> <p>Он только раскрывает уже существующую.</p> <p>Можно идеально попросить:</p> <blockquote>Создай инновационный бренд будущего.</blockquote> <p>Но если человек не понимает:</p> <ul> <li>для кого бренд;</li> <li>какую проблему он решает;</li> <li>какое чувство должен вызвать;</li> <li>чем отличается от других;</li> </ul> <p>результат будет просто красивой оболочкой.</p> <h1>Этап 6. Переход от промта к постановке задачи</h1> <p>Сегодня происходит следующий сдвиг.</p> <p>Ценность перемещается:</p> <p><b>Было:</b></p> <div> <div> <div> <div> <div> <div> <div> <div> <div><br></div> <div> <div> <div> <div dir="ltr"> <div> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"> <pre class="language-markup"><code>Человек → хороший промт → AI → результат</code></pre> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> <div> <div><br></div> </div> </div> </div> </div> </div> <p><b>Становится:</b></p> <div> <div> <div> <div> <div> <div> <div> <div> <div><br></div> <div> <div> <div> <div dir="ltr"> <div> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"> <pre class="language-markup"><code>Человек → правильный вопрос → направление → AI → варианты → решение</code></pre> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> <div> <div><br></div> </div> </div> </div> </div> </div> <h1>Главный вывод</h1> <p>Prompt engineering был необходимым этапом.</p> <p>Он научил человека общаться с искусственным интеллектом.</p> <p>Но следующий уровень требует другого навыка:</p> <p><b>не писать лучшие команды, а формулировать лучшие вопросы.</b></p> <h1>Аналогия из истории дизайна</h1> <p>Когда появились цифровые инструменты, дизайнеры сначала спорили:</p> <blockquote>Кто лучше владеет Photoshop?</blockquote> <p>Но спустя годы стало понятно:</p> <p><b>Photoshop не сделал дизайнера.</b></p> <p>Он только ускорил того, кто уже умел видеть.</p> <p>С AI происходит то же самое.</p> <p>Промт — это новый Photoshop.</p> <h4>А мышление остается главным инструментом.</h4> <blockquote>Если промт — это уже не главный навык, что тогда становится главным языком общения человека и AI?</blockquote> <p><a href="/design-thinking/" target="_blank">AI Design → Дизайн мышления</a></p>]]></content:encoded>
</item><item>
<title>Промт перестает быть навыком. Важнее становится вопрос.</title>
<link>https://deskdesign.ru/ai-design/14-promt-perestaet-byt-navykom-vazhnee-stanovitsja-vopros.html</link>
<pdalink>https://deskdesign.ru/ai-design/14-promt-perestaet-byt-navykom-vazhnee-stanovitsja-vopros.html</pdalink>
<guid>https://deskdesign.ru/ai-design/14-promt-perestaet-byt-navykom-vazhnee-stanovitsja-vopros.html</guid>
<pubDate>Sun, 12 Jul 2026 18:14:55 +0300</pubDate>
<category>index</category>

<enclosure url="https://deskdesign.ru/uploads/posts/2026-07/753706b501_quest2.webp" type="image/webp" />
<content:encoded><![CDATA[<p><b>Статус:</b> 🟡 Исследуется.</p> <p><b>В эпоху генеративного ИИ ценность дизайнера смещается от умения правильно формулировать команды к способности правильно формулировать задачи.</b></p> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;" class="noncontenteditable dle-information-block"> <div class="contenteditable"> <p><b>Промт</b> — это инструкция для получения результата.<br><b>Вопрос</b> — это инструмент определения направления.</p> </div> </div> <h2>Ключевая мысль</h2> <p>Раньше:</p> <blockquote>Хороший дизайнер умел пользоваться инструментами.</blockquote> <p>Потом:</p> <blockquote>Хороший дизайнер умел создавать правильные запросы.</blockquote> <p>Теперь:</p> <blockquote>Хороший дизайнер умеет находить правильные вопросы.</blockquote> <h2>Почему это происходит</h2> <p>Когда инструмент был сложным, преимущество было у того, кто лучше владел инструментом.</p> <p><b>Например</b>:</p> <ul> <li>Photoshop требовал техники.</li> <li>3D требовал знания моделирования.</li> <li>Figma требовала понимания компонентов.</li> </ul> <p>Но генеративный ИИ постепенно снижает стоимость исполнения.<br><br></p> <p><b>Сегодня любой человек может получить:</b></p> <ul> <li>изображение;</li> <li>макет;</li> <li>текст;</li> <li>концепцию.</li> </ul> <p><b>Главный дефицит перемещается.</b></p> <p>Не:</p> <blockquote>Как сделать?</blockquote> <p>А:</p> <blockquote>Что именно нужно сделать и почему?</blockquote> <h2>Новый навык дизайнера</h2> <p>Не <span style="color:#e03e2d;"><b>prompt engineering</b></span>, а <span style="color:#2dc26b;"><b>problem framing</b> </span>— формирование проблемы.</p> <p><b>Способность:</b></p> <ul> <li>увидеть настоящую задачу;</li> <li>отделить симптом от причины;</li> <li>сформулировать ограничения;</li> <li>задать критерии качества;</li> <li>определить направление поиска.</li> </ul> <h2>1. Эра команд</h2> <p>Первые этапы AI-дизайна выглядели как магия команд.</p> <p><b>Человек думал:</b></p> <blockquote>Как написать идеальный запрос?</blockquote> <p><b>Появились:</b></p> <ul style="list-style-type:disc;"> <li>библиотеки промтов;</li> <li>шаблоны;</li> <li>структуры: <i>роль, стиль, камера, свет, материал.</i></li> </ul> <p>Это было необходимо.</p> <p>Но это переходный этап.<i></i></p> <p><br></p> <h2>2. Проблема идеального промта</h2> <p>Идеальный промт дает хороший результат только внутри известных условий. Но дизайн почти всегда работает с неизвестным. <b><span style="color:#2dc26b;">Клиент не знает, чего хочет.</span></b> Пользователь не всегда понимает проблему.</p> <h4>Рынок меняется.</h4> <p>Поэтому главный вопрос:</p> <blockquote>Что нужно создать?</blockquote> <p>становится важнее вопроса:</p> <blockquote>Как это описать?</blockquote> <h2>3. Дизайнер будущего</h2> <p><span style="color:#2dc26b;"><b>Новый дизайнер работает как режиссер.</b></span></p> <p><b>Не рисует каждый кадр.</b></p> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"> <p><b>Он определяет:</b></p> </div> <ul> <li> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"><b>тему;</b></div> </li> <li> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"><b>смысл;</b></div> </li> <li> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"><b>направление;</b></div> </li> <li> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.78em;background-color:#e0f2f1;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;"><b>критерии оценки.</b></div> </li> </ul> <div style="border:1px solid rgb(255,152,0);padding:0.78em;background-color:#fff3e0;color:#333333;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;" class="noncontenteditable dle-warning-block"> <div class="contenteditable"> <p><b>AI становится:</b></p> <ul> <li><b>исследователем;<br></b></li> <li><b>генератором вариантов;<br></b></li> <li><b>ускорителем.</b></li> </ul> </div> </div> <p><br></p> <p><b><span style="color:#2dc26b;">Но решение остается человеческим.</span></b></p> <p><br></p> <h1>Эксперимент Design Lab </h1> <h5>Один проект. Два подхода.</h5> <h3>Подход 1</h3> <p><b>Запрос:</b></p> <blockquote>Сделай современный сайт для кофейни.</blockquote> <p><b>Результат:</b></p> <p><span style="color:#e03e2d;"><b>Средний красивый сайт.</b></span></p> <h3>Подход 2</h3> <p><b>Вопросы:</b></p> <ul> <li>Почему человек выбирает эту кофейню?</li> <li>Какое чувство должно остаться после посещения?</li> <li>Чем она отличается от тысячи других?</li> <li>Какая история стоит за брендом?</li> <li>Что пользователь должен помнить через неделю?</li> </ul> <p><b>Результат:</b></p> <p><span style="color:#2dc26b;"><b>Уже появляется направление.</b></span></p> <h6><span style="color:#2dc26b;"><b><img src="https://deskdesign.ru/uploads/posts/2026-07/753706b501_quest2.webp" alt="" style="display:block;margin-left:auto;margin-right:auto;"><br></b></span><b>Связанные узлы</b></h6> <p>→ <b>AI удешевляет исполнение и делает мышление самым дорогим навыком дизайнера</b></p> <p>→<a href="/design-thinking/8-dizajner-risuet-ne-pikseli-a-reshenija.html" target="_blank"> <b>Дизайнер рисует не пиксели, а решения</b></a></p> <p>→ <b>Первый вопрос важнее первого эскиза</b></p> <p>→ <a href="/design-thinking/7-vkus-nelzja-avtomatizirovat-poka.html" target="_blank"><b>Вкус нельзя автоматизировать. Пока.</b></a></p> <blockquote>Если хороший вопрос становится главным инструментом дизайнера, кто тогда умеет задавать лучшие вопросы — человек или искусственный интеллект?</blockquote> <p><br></p> <p><br></p>]]></content:encoded>
</item><item>
<title>Что произойдёт, если доверить весь проект нейросети?</title>
<link>https://deskdesign.ru/design-lab/13-chto-proizojdet-esli-doverit-ves-proekt-nejroseti.html</link>
<pdalink>https://deskdesign.ru/design-lab/13-chto-proizojdet-esli-doverit-ves-proekt-nejroseti.html</pdalink>
<guid>https://deskdesign.ru/design-lab/13-chto-proizojdet-esli-doverit-ves-proekt-nejroseti.html</guid>
<pubDate>Sun, 12 Jul 2026 17:15:55 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p>Представим простой эксперимент. Клиент описывает задачу несколькими предложениями, после чего дизайнер передаёт нейросети всё остальное: анализ аудитории, поиск идеи, структуру, визуальный стиль, тексты, прототипы и финальные макеты.</p> <p>Через несколько часов проект готов.</p> <p>Он выглядит аккуратно. В нём есть современная типографика, понятная сетка, правильные слова и ожидаемые пользовательские сценарии. На первый взгляд всё работает.</p> <p>Проблема обнаружится позже.</p> <h2>Нейросеть начнёт с наиболее вероятного решения</h2> <p>Любой проект содержит неопределённость. Клиент может неточно формулировать задачу, пользователи — вести себя не так, как предполагает исследование, а бизнес — одновременно требовать роста продаж, узнаваемости и доверия.</p> <p>Дизайнер работает внутри этих противоречий. Он уточняет, спорит, проверяет, меняет направление и иногда приходит к выводу, что первоначальная задача была сформулирована неправильно.</p> <p>Нейросеть чаще действует иначе. Она берёт известные паттерны и строит наиболее правдоподобное решение.</p> <p>Для интернет-магазина появится крупный первый экран, блок преимуществ, карточки товаров и отзывы. Для сервиса — минималистичный интерфейс, округлые кнопки и спокойные иллюстрации. Для технологического бренда — тёмный фон, градиенты и обещание будущего.</p> <p>Такой результат может быть профессиональным. Но он почти всегда находится внутри уже существующего языка.</p> <p>Нейросеть не обязательно создаст плохой проект. Скорее она создаст проект, который слишком легко объяснить.</p> <h2>Исследование превратится в убедительный текст</h2> <p>Нейросеть умеет быстро собирать гипотезы об аудитории, формировать персонажей и перечислять пользовательские боли. Документ будет выглядеть как настоящее исследование.</p> <p>Однако между анализом данных и убедительно написанным предположением есть разница.</p> <p>Модель может сообщить, что пользователю важны простота, доверие и экономия времени. Скорее всего, это будет правдой. Эти вещи важны почти всем.</p> <p>Но из таких выводов невозможно понять, почему человек выбирает один продукт вместо другого, чего он боится перед покупкой, какие слова вызывают сопротивление и в какой момент он закрывает страницу.</p> <p>Без контакта с реальностью исследование становится декорацией. Оно не открывает неизвестное, а красиво оформляет очевидное.</p> <h2>Визуальная часть окажется сильнее внутренней логики</h2> <p>Нейросеть особенно убедительна там, где результат можно быстро оценить глазами.</p> <p>Она легко создаёт эффектный первый экран, стильные карточки, иллюстрации и презентационные макеты. Поэтому проект может выглядеть завершённым ещё до того, как решены его основные задачи.</p> <p>Возникает опасная иллюзия: если интерфейс выглядит современно, значит решение найдено.</p> <p>Но дизайн проявляется не на первом экране. Он проявляется в исключениях: что происходит при ошибке, как система ведёт себя без данных, что увидит новый пользователь, как будет работать длинный заголовок, что произойдёт после изменения бизнес-модели.</p> <p>Нейросеть хорошо проектирует идеальные состояния. Реальные продукты состоят из состояний неидеальных.</p> <h2>Проект потеряет позицию</h2> <p>У сильного проекта обычно есть внутреннее решение: что считать главным, от чего отказаться и какую мысль провести через всю систему.</p> <p>Эта позиция может быть спорной. Более того, она часто и должна быть спорной.</p> <p>Нейросеть стремится согласовать противоречия. Она объединит пожелания клиента, ожидания аудитории, современные тренды и лучшие практики. В результате проект получится правильным, но осторожным.</p> <p>Он никого не раздражает, потому что ничего не защищает.</p> <p>Позиция появляется в момент выбора. Сделать интерфейс быстрее или понятнее? Показать больше информации или убрать лишнее? Следовать привычному сценарию или заставить пользователя остановиться?</p> <p>Такие решения невозможно принять, просто усреднив варианты. За них кто-то должен отвечать.</p> <h2>Ошибки станут менее заметными</h2> <p>Человеческая ошибка часто видна. Неловкий текст, слабая композиция или неудачный сценарий вызывают сомнение.</p> <p>Ошибка нейросети выглядит иначе. Она может быть оформлена настолько убедительно, что её сложно заметить.</p> <blockquote>Придуманное исследование будет похоже на настоящее. Слабая гипотеза получит логичное обоснование. Случайное визуальное решение будет встроено в стройную концепцию.</blockquote> <p>Чем лучше нейросеть объясняет результат, тем легче перепутать связность с истинностью.</p> <p>Поэтому главный риск заключается не в том, что модель ошибётся. Ошибаются все.</p> <p>Риск в том, что проект перестанут проверять.</p> <h2>Клиент всё равно вернётся к дизайнеру</h2> <p><b>На этапе презентации появятся вопросы.</b></p> <p>Почему выбрано это направление? Что произойдёт после запуска? Какие решения можно изменить, а какие являются частью концепции? Почему проект должен выглядеть именно так, а не иначе?</p> <blockquote>Нейросеть способна подготовить ответы. Но она не присутствовала на встречах, не видела реакции команды и не чувствовала, какие ограничения действительно важны, а какие были произнесены по привычке.</blockquote> <p>Проект существует не только в макетах. Он существует в переговорах, компромиссах и конфликтах между участниками.</p> <p>Когда решение необходимо защитить или изменить, становится нужен человек, который понимает не только результат, но и путь к нему.</p> <h2>Где эксперимент всё-таки сработает</h2> <p>Полностью доверить проект нейросети можно, когда цена ошибки не высока, задача типовая, а результат легко проверить.</p> <p><span style="color:#2dc26b;"><b>Она может собрать черновой лендинг, предложить структуру презентации, сделать несколько визуальных направлений или быстро превратить гипотезу в прототип.</b></span></p> <p><b>В таких задачах скорость важнее глубины</b>. Нейросеть сокращает расстояние между идеей и первым результатом.</p> <p>Но первый результат — ещё не проект.</p> <p>Проект начинается в тот момент, когда необходимо понять, что в сгенерированном материале действительно работает, что является имитацией, а от чего нужно отказаться.</p> <h2>Что в итоге произойдёт</h2> <div style="border:1px solid rgb(255,152,0);padding:0.78em;background-color:#fff3e0;color:#333333;box-shadow:rgba(126,142,177,0.2) 0px 0.35em 0.7em;" class="noncontenteditable dle-warning-block"> <div class="contenteditable"> <p>Если доверить нейросети весь проект, она, скорее всего, его завершит.</p> <p>Появятся исследования, концепция, тексты, интерфейс и презентация. Все обязательные элементы окажутся на своих местах.</p> <p>Но вместе с человеческой работой из проекта исчезнет и человеческая ответственность.</p> <p>Нейросеть не рискует репутацией, не отвечает за последствия и не может сказать: «Я считаю, что это решение правильное, и вот почему».</p> <p>Поэтому вопрос заключается не в том, может ли нейросеть сделать весь проект.</p> <p><b>Может.</b></p> Вопрос в другом: <b>кто заметит, что она сделала не тот проект?</b></div> </div>]]></content:encoded>
</item><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><item>
<title>Дизайнер рисует не пиксели, а решения.</title>
<link>https://deskdesign.ru/design-thinking/8-dizajner-risuet-ne-pikseli-a-reshenija.html</link>
<pdalink>https://deskdesign.ru/design-thinking/8-dizajner-risuet-ne-pikseli-a-reshenija.html</pdalink>
<guid>https://deskdesign.ru/design-thinking/8-dizajner-risuet-ne-pikseli-a-reshenija.html</guid>
<pubDate>Fri, 10 Jul 2026 21:26:43 +0300</pubDate>
<category>index</category>

<enclosure url="https://deskdesign.ru/uploads/posts/2026-07/fbbf787a39_design_012.webp" type="image/webp" />
<content:encoded><![CDATA[<p><b>Дизайнер работает не с пикселями, а с противоречиями между человеком, бизнесом, содержанием и технологией. Его задача — найти решение, которое будет понятным пользователю, полезным проекту и возможным в реализации. Визуальная форма лишь делает это решение видимым.</b></p> <h3>Основная идея</h3> <p>Современный дизайнер должен видеть проект не как макет, а как систему последствий.</p> <p><b>Он одновременно смотрит:</b></p> <ul> <li>зачем проект существует;</li> <li>кому он нужен;</li> <li>какую задачу решает;</li> <li>как зарабатывает или приносит пользу;</li> <li>как будет работать технически;</li> <li>кто будет его поддерживать;</li> <li>что произойдёт после запуска;</li> <li>какие побочные эффекты он создаст.</li> </ul> <p>Главная ошибка дизайнера — начать рисовать раньше, чем он понял, <b>что именно он проектирует</b>.</p> <h2>Взгляд на проект на 360°</h2> <p><b>1. Смысл</b><br><br>Первый вопрос не «как это должно выглядеть?», а: Что должно измениться после появления проекта? <br><br><span style="color:#2dc26b;">Дизайнер выясняет:</span><br>какую реальную проблему решают;<br>почему проект вообще нужен;<br>что является результатом, а что просто активностью;<br>какой смысл должен считать пользователь.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>принимают формулировку заказчика за истину. Если заказчик просит «сделать современный сайт», дизайнер начинает искать модный шрифт вместо того, чтобы выяснить, зачем сайту быть современным.<br><br><b>2. Пользователь</b><br><br>Нужно понимать не абстрактную целевую аудиторию, а человека в конкретной ситуации.<br><br><span style="color:#2dc26b;">Важно знать:</span><br>что он хочет сделать;<br>в каком состоянии приходит;<br>чего боится;<br>что уже знает;<br>сколько внимания готов потратить;<br>что может заставить его уйти.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>рисуют для идеального пользователя — внимательного, терпеливого и мотивированного. В реальности пользователь устал, спешит и не хочет разгадывать дизайнерский квест.<br><br><b>3. Контекст</b><br><br><span style="color:#2dc26b;">Один и тот же интерфейс работает по-разному:</span><br>дома и на улице;<br>на телефоне и компьютере;<br>при первом знакомстве и ежедневном использовании;<br>в спокойной ситуации и под давлением;<br>для специалиста и новичка.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>проектируют экран в вакууме. Красивый макет рассматривают на большом мониторе, хотя пользователь увидит его одной рукой в метро.<br><br><b>4. Бизнес</b><br><br><span style="color:#2dc26b;">Дизайнеру необходимо понимать экономику проекта:</span><br>откуда приходит ценность;<br>что является конверсией;<br>за что платит клиент;<br>какие действия пользователя важны;<br>какие ограничения есть у бизнеса;<br>что нельзя усложнять из-за стоимости производства.<br><br><span style="color:#e03e2d;">Где лажают</span>:<br>либо полностью игнорируют бизнес, либо начинают обслуживать только продажи. В первом случае дизайн не окупается, во втором — превращается в манипуляцию.<br><br><b>5. Контент</b><br><br>Контент — не наполнитель макета. Часто именно он и есть продукт.<br><br><span style="color:#2dc26b;">Дизайнер должен понимать:</span><br>что необходимо сказать;<br>в какой последовательности;<br>что пользователь должен увидеть первым;<br>какие слова требуют объяснения;<br>где нужен текст, а где изображение;<br>кто будет создавать и обновлять материалы.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>сначала рисуют блоки, потом пытаются запихнуть в них реальный текст. Так появляется вечный монстр по имени «здесь будет три строчки».<br><br><b>6. Сценарий</b><br><br>Отдельный экран ничего не решает. Работает последовательность действий.<br><br><span style="color:#2dc26b;">Нужно видеть:</span><br>откуда приходит человек;<br>что он делает первым;<br>где принимает решение;<br>где может ошибиться;<br>как вернётся назад;<br>чем заканчивается сценарий.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>делают красивые состояния, но не проектируют переходы между ними. Получается интерьер без дверей.<br><br><b>7. Система</b><br><br>Хороший дизайн должен выдерживать рост.<br><br><span style="color:#2dc26b;">Дизайнер смотрит:</span><br>как элементы связаны;<br>какие правила повторяются;<br>что произойдёт при появлении новых разделов;<br>какие состояния нужны;<br>как система ведёт себя при ошибках;<br>можно ли масштабировать решение без полного редизайна.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>решают каждый экран отдельно. В итоге проект выглядит как семья, в которой все родственники, но никто не похож друг на друга.<br><br><b>8. Технология</b><br><br>Современному дизайнеру не обязательно быть программистом, но необходимо понимать среду реализации.<br><br><span style="color:#2dc26b;">Важно учитывать:</span><br>возможности платформы;<br>ограничения CMS;<br>скорость загрузки;<br>адаптивность;<br>доступность;<br>реальные компоненты;<br>стоимость сложной анимации;<br>возможности автоматизации и ИИ.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>рисуют решения, которые невозможно или слишком дорого реализовать. Либо, наоборот, заранее ограничивают себя тем, что уже умеет разработчик.<br><br><b>9. Производство</b><br><br>Дизайн должен быть не только придуман, но и произведён.<br><br><span style="color:#2dc26b;">Следует понимать:</span><br>кто принимает решения;<br>кто готовит контент;<br>кто разрабатывает;<br>кто проверяет;<br>кто будет поддерживать проект;<br>сколько времени есть;<br>что можно упростить без потери смысла.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>проектируют для идеальной команды и бесконечного бюджета. А потом узнают, что весь сайт будет наполнять один менеджер по пятницам.<br><br><b>10. Измерение</b><br><br>Запуск — не конец проекта, а начало проверки гипотезы.<br><br><span style="color:#2dc26b;">Дизайнер определяет:</span><br>по каким признакам решение считается успешным;<br>что нужно измерять;<br>где пользователь останавливается;<br>какие решения требуют проверки;<br>что можно улучшить после запуска.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>оценивают дизайн по реакции команды: «всем понравилось». Пользователь при этом может ничего не понять, но на презентацию его почему-то не пригласили.<br><br><b>11. Этика</b><br><br>Дизайнер влияет на выбор, внимание и поведение человека.<br><br><span style="color:#2dc26b;">Нужно замечать:</span><br>где убеждение превращается в давление;<br>где интерфейс скрывает важную информацию;<br>где используются тёмные паттерны;<br>где пользователь теряет контроль;<br>какие данные собираются;<br>какие привычки формирует продукт.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>считают себя нейтральными исполнителями. Но кнопка, которую дизайнер сделал незаметной, всё равно остаётся его решением.<br><br><b>12. Будущее</b><br><br>Хорошее решение должно учитывать не только текущий запрос.<br><br><span style="color:#2dc26b;">Дизайнер спрашивает:</span><br>как проект изменится через год;<br>что произойдёт при росте аудитории;<br>можно ли добавить новые функции;<br>не создаёт ли решение зависимость;<br>какие новые технологии могут изменить сценарий;<br>что станет устаревшим первым.<br><br><span style="color:#e03e2d;">Где лажают:</span><br>оптимизируют проект под сегодняшний макет. Через полгода любое изменение требует хирургии без наркоза.</p> <p><b><img src="https://deskdesign.ru/uploads/posts/2026-07/fbbf787a39_design_012.webp" alt="" style="display:block;margin-left:auto;margin-right:auto;"><br><br></b><b>Не в цвете и не в типографике. Чаще всего ошибки происходят раньше:</b></p> <ol> <li>Неправильно понята задача.</li> <li>Решается симптом, а не причина.</li> <li>Пользователь придуман, а не изучен.</li> <li>Контент не учтён.</li> <li>Экран рассматривается отдельно от сценария.</li> <li>Решение не связано с бизнесом.</li> <li>Не учтены технические и производственные ограничения.</li> <li>После запуска ничего не измеряется.</li> </ol> <p><b>То есть дизайнер чаще всего лажает не тогда, когда плохо рисует, а тогда, когда слишком рано начинает рисовать.</b></p> <blockquote><p>Современный дизайнер смотрит на проект на 360 градусов: через пользователя, бизнес, контент, технологию, производство и последствия. Его главная ошибка — принять видимую задачу за настоящую и начать оформлять решение до того, как оно найдено.</p></blockquote> <h4>Исключение</h4> <p>Иногда визуальное обновление действительно является основной задачей.</p> <p>Например, интерфейс может быть функциональным и понятным, но визуально устаревшим, не соответствовать новому позиционированию бренда или вызывать ощущение ненадёжности. Тогда работа с типографикой, цветом, сеткой и визуальным языком непосредственно решает проблему восприятия.</p> <p>Ошибка не в том, что дизайнер начинает с визуальной части. Ошибка возникает тогда, когда он не проверяет, действительно ли визуальная часть является причиной проблемы.</p> <p><b>Проверочный вопрос</b></p> <p>Перед началом работы дизайнеру стоит спросить:</p> <blockquote>Что именно должно измениться после редизайна: внешний вид, понимание, доверие, поведение пользователя или результат бизнеса?</blockquote> <h2>Ответ определяет, что нужно проектировать на самом деле.</h2>]]></content:encoded>
</item><item>
<title>Вкус нельзя автоматизировать. Пока.</title>
<link>https://deskdesign.ru/design-thinking/7-vkus-nelzja-avtomatizirovat-poka.html</link>
<pdalink>https://deskdesign.ru/design-thinking/7-vkus-nelzja-avtomatizirovat-poka.html</pdalink>
<guid>https://deskdesign.ru/design-thinking/7-vkus-nelzja-avtomatizirovat-poka.html</guid>
<pubDate>Fri, 10 Jul 2026 19:46:36 +0300</pubDate>
<category>index</category>

<content:encoded><![CDATA[<p><b>Нейросеть может создать тысячу красивых вариантов за несколько минут. Но она не знает, какой из них действительно нужен проекту, какой окажется лишним и где красота начнёт мешать смыслу. Вкус проявляется не в количестве созданного, а в способности выбрать и отказаться.</b></p> <h2>Где находится вкус</h2> <p>Вкус — это не просто «нравится — не нравится». Это способность:</p> <ul> <li>различать хорошее и подходящее;</li> <li>видеть лишнее;</li> <li>чувствовать меру;</li> <li>учитывать контекст;</li> <li>соединять форму, смысл и задачу;</li> <li>отказываться от эффектного решения ради точного.</li> </ul> <h3>Именно отказ здесь особенно важен.</h3> <p>ИИ легко отвечает на вопрос:</p> <blockquote>Что ещё можно добавить?</blockquote> <p>Вкус чаще отвечает:</p> <blockquote>Что необходимо убрать?</blockquote> <h2>Пример</h2> <p>Допустим, нейросеть предлагает для сайта премиального бренда:</p> <ul> <li>сложную анимацию;</li> <li>крупную типографику;</li> <li>металлические текстуры;</li> <li>объёмные 3D-объекты;</li> <li>кинематографичные переходы.</li> </ul> <p>Каждое решение само по себе может выглядеть качественно. Но вместе они могут уничтожить ощущение уверенности и превратить бренд в выставку эффектов.</p> <p><span style="color:#2dc26b;"><b>Работа дизайнера — не выбрать самый впечатляющий вариант, а понять, что соответствует характеру бренда. Иногда лучший выбор — убрать почти всё.</b></span></p> <h2>Где дизайнер обычно ошибается</h2> <p><span style="color:#e03e2d;">Дизайнер может принять собственную привычку за вкус:</span></p> <ul> <li>повторять знакомые стили;</li> <li>выбирать то, что сейчас модно;</li> <li>копировать решения авторитетных студий;</li> <li>называть субъективное предпочтение профессиональной оценкой;</li> <li>использовать вкус как аргумент, который не нужно объяснять.</li> </ul> <p><span style="color:#e03e2d;">Фраза «у меня есть вкус» легко превращается в способ не обосновывать решение.</span></p> <h2>Важное исключение</h2> <p>Часть вкуса уже можно автоматизировать.</p> <p>Алгоритм способен:</p> <ul> <li>соблюдать бренд-систему;</li> <li>отбраковывать слабые композиции;</li> <li>подбирать согласованные цвета;</li> <li>воспроизводить заданную эстетику;</li> <li>учитывать предпочтения аудитории;</li> <li>ранжировать варианты по статистической эффективности.</li> </ul> <p>Но это скорее <b>автоматизация известных критериев</b>, а не рождение нового взгляда.</p> <p>Если вкус уже описан правилами, примерами и ограничениями, машина может его воспроизводить. Трудность начинается там, где критерии ещё не сформулированы.</p> <h2>Точная формула</h2> <blockquote>Вкус нельзя автоматизировать полностью, потому что он начинается там, где заканчиваются готовые правила. Машина может повторить известную эстетику, но выбор меры, контекста и границы пока остаётся за человеком.</blockquote> <p><br></p>]]></content:encoded>
</item></channel></rss>