<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Саш, сделай красиво: заметки с тегом презентация</title>
<link>https://pages.reushkin.ru/tags/prezentaciya/</link>
<description>Я, Саша, дизайн-директор в КонсультантПлюс. Пишу о том как работаю, как мыслю и как неуспеваю.</description>
<author>Саша Реушкин</author>
<language>ru</language>
<generator>E2 (v3794; Aegea)</generator>

<itunes:owner>
<itunes:name>Саша Реушкин</itunes:name>
<itunes:email></itunes:email>
</itunes:owner>
<itunes:subtitle>Я, Саша, дизайн-директор в КонсультантПлюс. Пишу о том как работаю, как мыслю и как неуспеваю.</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Отправил файл и думаешь что молодец? Почему презентация важнее, чем кажется</title>
<guid isPermaLink="false">42</guid>
<link>https://pages.reushkin.ru/all/otpravil-fayl-i-dumaesh-chto-molodec-pochemu-prezentaciya-vazhne/</link>
<pubDate>Wed, 25 Jun 2025 10:04:30 +0000</pubDate>
<author>Саша Реушкин</author>
<comments>https://pages.reushkin.ru/all/otpravil-fayl-i-dumaesh-chto-molodec-pochemu-prezentaciya-vazhne/</comments>
<description>
&lt;p&gt;Делаешь классный дизайн, отправляешь файл клиенту, а в ответ либо молчание, либо кучу вопросов и правок. Расстраиваешься и садишься переделывать. И так по кругу из раза в раз. Знакомая ситуация? Давай поговорим о том, как презентовать свою работу клиенту (заказчик, арт-дир или команда).&lt;/p&gt;
&lt;p&gt;Я уже &lt;a href="https://pages.reushkin.ru/all/kak-ya-izmenil-podhod-k-zaprosu-obratnoy-svyazi/"&gt;писал&lt;/a&gt; о том, что при запросе обратной связи важно указать контекст работы, описать, что готово/не готово, и сформулировать вопросы для участников обсуждения. Но важно ещё и рассказать о самой работе, презентовать её.&lt;/p&gt;
&lt;p&gt;Презентация — это не просто слайды из PowerPoint или Keynote. Это рассказ о том, что было сделано, почему и как всё работает, и почему именно так.&lt;/p&gt;
&lt;p&gt;Так что же делать?&lt;br /&gt;
В своём подкасте Илья Бирман рассказывал, что когда он работает над чем-то, то сразу представляет, как будет это презентовать. Это помогает увидеть свою работу совершенно по-другому. Начинаешь учитывать такие детали, которые раньше и в голову бы не пришли: почему именно это решение, какие были альтернативы, для кого это вообще сделано, какую проблему решает. Ты как будто заранее продумываешь все вопросы, которые тебе могут задать, и ответы на них уже встраиваешь в саму работу или её описание.&lt;/p&gt;
&lt;p&gt;По сути, презентация из какой-то обязательной «повинности» превращается в полноценную часть процесса, где ты уже на старте продумываешь, как твоё решение будет взаимодействовать с миром. И это, поверьте, дорогого стоит. А бонусом вы получаете описание для кейса в портфолио. Все мы знаем, что портфолио лучше делать во время работы, а не потом, вымучивая детали проекта из недр памяти.&lt;/p&gt;
&lt;p&gt;В конечном итоге, хорошо продуманная презентация — это не просто способ «продать» дизайн. Это инвестиция в понимание, доверие и, что самое ценное, в сокращение количества правок. Чем яснее вы объясните свою работу, тем меньше шансов, что её попросят «перекрасить в зелёный».&lt;/p&gt;
</description>
</item>

<item>
<title>Как я изменил подход к запросу обратной связи</title>
<guid isPermaLink="false">30</guid>
<link>https://pages.reushkin.ru/all/kak-ya-izmenil-podhod-k-zaprosu-obratnoy-svyazi/</link>
<pubDate>Tue, 25 Mar 2025 05:17:35 +0000</pubDate>
<author>Саша Реушкин</author>
<comments>https://pages.reushkin.ru/all/kak-ya-izmenil-podhod-k-zaprosu-obratnoy-svyazi/</comments>
<description>
&lt;p&gt;Раньше, когда был ещё юным дизайнером, я просил фидбек так: скидывал макет с вопросом «Ну как?» — и в ответ получал кучу комментариев. Иногда они противоречили друг другу, иногда касались мелочей, а главное — я не понимал, что с этим делать. В итоге страдали все: я, заказчик, и проект никак не мог сдвинуться с мёртвой точки.&lt;/p&gt;
&lt;p&gt;Надо всё переделать, подумал я. И теперь делаю по-другому.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Даю контекст&lt;/b&gt;. Перед тем как показать работу, напоминаю, какая была задача и цель проекта. Что мы хотим этим дизайном решить? Какого эффекта достичь? Если есть несколько вариантов, объясняю, почему сделал их именно так и какой считаю наиболее удачным. Это помогает сфокусировать внимание на главном и избежать лишних уточняющих вопросов.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Обозначаю, что ещё не готово&lt;/b&gt;. Если какая-то часть в процессе, сразу об этом говорю. Так не получаю комментарии на то, что и сам планировал переделать. А иногда заказчик сразу подсказывает, в каком направлении лучше двигаться.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Формулирую вопросы под каждого участника&lt;/b&gt;. Разные люди смотрят на работу по-разному. Бизнесу важно, решает ли дизайн задачу продукта. Например: «Отражает ли этот экран ценность предложения?» или «Передаёт ли визуализация ключевую мысль?»&lt;br /&gt;
Для маркетологов — насколько это влияет на конверсии: «Достаточно ли заметен CTA?»&lt;br /&gt;
Для разработчиков — реалистичность и понятность вёрстки: «Нет ли технических сложностей в этой анимации?»&lt;/p&gt;
&lt;p&gt;Так мне стало проще разбирать комментарии, а обратная связь реально помогает улучшить работу.&lt;/p&gt;
</description>
</item>


</channel>
</rss>