С самого рождения он ведёт со мной свой курс по лидерству. В начале у него был единственный инструмент — крик. Ни слов, ни аргументов, только истерики и требования. И уже тогда мне приходилось искать способы договориться: понять, чего именно он хочет, как это организовать и как при этом сохранить спокойствие.<\/p>\n
Когда он подрос и научился говорить, началась новая ступень тренинга. Теперь он задавал вопросы — прямые, неудобные, иногда такие, на которые я сам не знал ответа. Но именно это заставляло меня формулировать яснее, думать глубже, находить слова и аргументы. С ним невозможно «отмахнуться» или скрыться за туманными объяснениями — приходится быть честным и конкретным.<\/p>\n
Дальше появился навык делегирования. Сначала это был сплошной микро-менеджмент. Например, уборка в комнате означала подробную инструкцию: «возьми вещи со стола и положи их на полку, игрушки с пола убери в коробку, машинки — сюда, мягкие игрушки — в этот ящик, лего — в тот». Но постепенно ситуация менялась. Со временем я мог сказать только одно: «Комната должна быть убрана». И он уже сам понимал, что именно это значит, какие шаги нужно сделать, чтобы достичь результата. У него остаётся право подойти, уточнить детали или попросить помощи. А я в этот момент получаю обратную связь: если результат не совпал с ожиданиями, значит, я сам плохо задал задачу или критерии качества.<\/p>\n
Так шаг за шагом он учит меня чётко формулировать ожидания, ставить понятные цели, доверять исполнителю и корректно давать обратную связь. И всё это дома и каждый день.<\/p>\n", "date_published": "2025-09-24T11:14:12+00:00", "date_modified": "2025-09-24T11:14:09+00:00", "_date_published_rfc2822": "Wed, 24 Sep 2025 11:14:12 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "51", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "50", "url": "https:\/\/pages.reushkin.ru\/all\/sdelayte-svoyu-domashnyuyu-rabotu\/", "title": "Сделайте свою домашнюю работу", "content_html": "
Иногда люди задают вопросы так, будто собеседник умеет читать мысли. «Ну как теперь?» — и на этом всё. Дальше тот, кто отвечает, вынужден вспоминать задачу, искать ссылки на макеты, перелистывать комментарии к прошлым версиям и гадать, что именно имели в виду. В итоге простой вопрос превращается в квест с поиском артефактов.<\/p>\n
А ведь всё решается просто: добавьте в своё сообщение нужные детали — ссылку, пару слов о задаче, что изменилось и какой вопрос стоит сейчас. Тогда ответ и правда займёт пару минут, а не полчаса расследования.<\/p>\n
Когда в сообщении есть контекст, разговор идёт быстрее и спокойнее. Когда его нет — вы невольно перекладываете работу на собеседника. Вроде бы мелочь, но именно из таких мелочей и складывается уважение к коллегам и скорость всей команды.<\/p>\n", "date_published": "2025-09-24T11:13:48+00:00", "date_modified": "2025-09-24T11:13:46+00:00", "_date_published_rfc2822": "Wed, 24 Sep 2025 11:13:48 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "50", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "49", "url": "https:\/\/pages.reushkin.ru\/all\/vkus-uspeha\/", "title": "Вкус успеха", "content_html": "
Иришка учит детей читать. Родители часто спрашивают:
\n— Как заинтересовать ребёнка чтением?<\/p>\n
Она отвечает:
\n— Дайте ему почувствовать вкус успеха.<\/p>\n
Когда малыш учится ходить или говорить, родители радуются каждому шагу, каждому слову. Улыбаются, обнимают, целуют.<\/p>\n
Сделайте то же самое с чтением: порадуйтесь даже одному прочитанному слову.<\/p>\n
И вот тут я понял: взрослым это нужно не меньше. Мы тоже учимся новому и растём, когда чувствуем успех. Когда в компании радуются нашим достижениям, когда нас хвалят и поддерживают — у нас появляются силы и желание делать больше.<\/p>\n
А если на людей кричат, ругают их и замечают только промахи — они выгорают, теряют интерес и уже не хотят стараться.<\/p>\n", "date_published": "2025-09-24T11:12:52+00:00", "date_modified": "2025-09-24T11:12:48+00:00", "_date_published_rfc2822": "Wed, 24 Sep 2025 11:12:52 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "49", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "25", "url": "https:\/\/pages.reushkin.ru\/all\/u-vas-net-dizayn-sistemy-togda-ya-idu-k-vam\/", "title": "У вас нет дизайн-системы? Тогда я иду к вам!", "content_html": "
Желая найти хорошего дизайнера, я столкнулся с настоящим вызовом. В прошлом году искал дизайнера в команду. Были кандидаты с крутым портфолио, которые не могли нарисовать кнопку или сверстать экран с несколькими полями ввода и списком. В разговоре выяснилось, что они привыкли работать только с дизайн-системами.<\/p>\n
Оказавшись в такой ситуации, я решил узнать, только ли мне так «повезло». Поспрашивал других дизайн-лидов — и оказалось, что ситуация массовая. Многие сталкивались с кандидатами, которые без готовых компонентов ведут себя как новорождённые котята.<\/p>\n
Порой говорят что-то такое:<\/p>\n
\nА ещё был случай, когда кандидат сказал, что изучает кучу всего на курсах, но блок с типографикой пропускает, потому что ’это не надо в продуктовом дизайне’.<\/p>\n<\/blockquote>\n
Для меня это удивительно. Визуальная составляющая — важная часть любого интерфейса. Дизайнер должен понимать, как с ней работать. Ведь именно визуалка задаёт характер интерфейса: делает его дружелюбным или строгим, лёгким или перегруженным.<\/p>\n
Похоже, появляется новая профессия — оператор дизайн-системы. Его задача — расставлять блоки согласно правилам системы и не создавать ничего лишнего. А как он создаст, если не умеет 🙂 Получается обслуживание системы вместо создания чего-то нового и интересного.<\/p>\n
Наверное, для больших корпораций это оправдано. Там важно, чтобы никто ничего случайно не сломал своим решением. Есть готовые наборы — собирай из них, тасуй между собой. Может, и получится что-то интересное. Главное, что это безопасно для бизнеса.<\/p>\n
Но мне больше нравится работать с дизайнерами, которые могут создать что-то сами. Которые видят, как изменения в одном месте влияют на другие части интерфейса. Которые не боятся выйти за рамки системы и предложить лучшее решение , а не просто следовать предписанным стандартам.<\/p>\n", "date_published": "2025-03-03T13:47:10+00:00", "date_modified": "2025-03-03T13:47:06+00:00", "_date_published_rfc2822": "Mon, 03 Mar 2025 13:47:10 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "25", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "22", "url": "https:\/\/pages.reushkin.ru\/all\/ne-smotri-delay\/", "title": "Не смотри—делай", "content_html": "
На днях общался с молодым дизайнером. Он задал хороший вопрос: «Как лучше понимать, как сделана та или иная работа?»<\/p>\n
Оказалось, он уже собирает референсы — сохраняет картинки с чем-то интересным. Но его собственные работы лучше не становятся.<\/p>\n
— А как ты собираешь эти картинки? — спрашиваю.— Ну, листаю Dribbble, если что-то понравилось — сохраняю на диск.— А дальше?— Ну… дальше ничего. Просто лежат, иногда пересматриваю.<\/p>\n
Ох…<\/p>\n
Многие воспринимают насмотренность как склад красивых картинок: мол, раз я увидел и сохранил, значит, автоматически и мои работы станут лучше. Но это не так. Совсем не так.<\/p>\n
\nНасмотренность—это не пассивное коллекционирование. Это активный процесс.<\/p>\n<\/blockquote>\n
Пассивное действие<\/b>—это когда мы просто собираем приглянувшиеся «блестяшки» в коробочку, как сороки. Увидели, что что-то блестит, и утащили к себе, даже не разбираясь, нужно ли оно нам и зачем.<\/p>\n
Активный процесс<\/b>—это осмысленный разбор того, почему нам что-то понравилось. Мы переводим чувства и интуитивные ощущения на осознанный уровень.<\/p>\n
А для перевода ощущений используем язык — это инструмент мышления. Когда мы что-то описываем, это становится частью нашего понимания. А если мы можем что-то осознать и объяснить, значит, сможем и применять в своих работах.<\/p>\n
Сохранили, подумали, почему понравилось, записали — всё, теперь-то дело сделано? Нет. Дальше нужно попробовать использовать этот приём на практике. Причём не просто перерисовать один в один (хотя даже это может быть полезно), а применить идею в своей работе.<\/p>\n
Допустим, понравился плакат компании 80-х годов. Можно сделать что-то в похожем стиле, но для современной фирмы. А следующий уровень — адаптировать найденную идею на другую форму. Например, не плакат, а сайт.<\/p>\n
Сейчас я увлёкся созданием электронной музыки. Чтобы лучше понимать её устройство, я не просто слушаю, а раскладываю композиции на части: какие инструменты звучат, как они взаимодействуют, почему одна часть трека сменяет другую именно так. Затем пробую повторить эти принципы в своих учебных треках — не копируя, а переосмысливая.<\/p>\n
И да, разбирать стоит не только то, что нравится, но и то, что кажется плохим. Важно понять, что именно не работает и как можно было бы сделать лучше. Это тоже развивает насмотренность — но уже с критической стороны.<\/p>\n
И что теперь делать?<\/b><\/p>\n
В следующий раз, когда вам что-то понравится, откройте блокнот и запишите, что именно вас зацепило: шрифты, сетка, цвета, верстка макета, стилизация, анимация или что-то ещё.<\/p>\n
Обсудите это с другими дизайнерами. Киньте картинку с комментарием другу или в сообщество. А может, заведёте свой канал в Telegram или доску на Pinterest и будете там делиться находками.<\/p>\n
Превращайте знания в умение. Попробуйте создать что-то своё, опираясь на увиденное. Комбинируйте приёмы из разных источников.<\/p>\n
Если вы занимаетесь графическим дизайном, это не значит, что искать примеры нужно только в этой области. Посмотрите шире: музыка, живопись, архитектура, математика, космос, бактерии — везде есть красота.<\/p>\n
Будьте не просто потребителями, а активно и осмысленно взаимодействуйте с визуальной средой. И не заметите того момента как другие дизайнеры будут учиться по вашим работам. Удачи!<\/p>\n", "date_published": "2025-03-03T13:43:25+00:00", "date_modified": "2025-03-03T13:43:18+00:00", "_date_published_rfc2822": "Mon, 03 Mar 2025 13:43:25 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "22", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "21", "url": "https:\/\/pages.reushkin.ru\/all\/nu-sdelayte-zadachku-nu-pozhaluysta\/", "title": "Ну, сделайте задачку, ну, пожалуйста", "content_html": "
По работе я ставлю задачи не только дизайнерам, но и другим ребятам: разработчикам, исследователям и аналитикам. И всегда хочется, чтобы мою задачу сделали как можно быстрее и максимально хорошо. И так было бы возможно, если бы я был один, но у этих ребят есть и другие источники задач. Поэтому они могут выбирать, какую задачу сделать, а какую забыть или забить. А чтобы на мои задачи забивали с меньшей вероятностью, я использую пару хитростей.<\/p>\n
0001
\nВ задаче должно быть всё необходимое для её выполнения<\/b>. У человека список из кучи задач, ему надо выбрать, к какой приступить первой. А для этого ему надо понять, что именно надо сделать по каждой задаче. И моя цель максимально сократить время этого понимания.<\/p>\nЕсли мне надо, чтобы разработчик сделал задачу, то я максимально чётко описываю название задачи, чтобы только по одному названию было понятно, с чем проблема и какой результат должен быть. Прикладываю все необходимые данные: макеты, версии браузера и системы, где возникла ошибка, точно описываю, что не так и что должно быть в результате, чтобы разработчик сам мог проверить свой результат.<\/p>\n
Таким образом, у человека минимальный порог сопротивления перед тем, как начать делать задачу: ему понятно, что должно быть в результате, ясно, что надо сделать, где посмотреть нужные данные. Такая задача воспринимается как небольшая, хотя она может занять продолжительное время работы.<\/p>\n
0010
\nНаживка для перфекционистов<\/b>. Работаем там, где я могу сам получить быстрый результат, например, написать текст, собрать статистику или какой-то дизайн. Делаю максимально ужасно и описываю задачу. Человек видит мой результат, и у него начинает дёргаться глаз, а мозг с руками уже рвутся в бой, чтобы показать, как надо. Да, человек точно подумает, что я криворукий и лучше бы не заниматься этим, но при этом сделает мою просьбу. Ну а мне это и надо 🙂<\/p>\nЭти вещи помогают мне и точно помогут вам. Пользуйтесь!<\/p>\n", "date_published": "2025-03-03T13:42:07+00:00", "date_modified": "2025-03-03T13:41:59+00:00", "_date_published_rfc2822": "Mon, 03 Mar 2025 13:42:07 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "21", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "20", "url": "https:\/\/pages.reushkin.ru\/all\/ne-trozh\/", "title": "Не трожь!", "content_html": "
Самое сложным при переходе из дизайнера в руководители — это перестать лезть своими уже не дизайнерскими руками в макеты дизайнеров. Как обычно бывает, заказчик присылает комментарий и просит подвинуть, ну, например, кнопку. Я такой: «Ой, да тут же всё быстро, чего человека отвлекать?» Я же сам могу всё сделать. Вот макет, вот кнопка, вот 5px вправо. Всё просто, что может пойти не так? Оказывается, может.<\/p>\n
0001
\nДвигать кнопки не моя работа. Для этого есть дизайнер, который лучше справится с этой задачей. Он увидит, что если подвинуть немного кнопку, то надо будет подвинуть другой элемент, а вот эту штуку в таком случае вообще лучше убрать. Надо внести изменения — сообщаю дизайнеру.<\/p>\n0010
\nНедоверие к дизайнеру как к профессионалу. А это уже может повлечь за собой снижение мотивации у человека. Зачем что-то делать, когда всё равно кто-то залезет и сделает фиг знает как.<\/p>\n0011
\nИллюзия работы. Такие изменения могут запросто съесть половину, а то и весь мой рабочий день. И в итоге я работал, но результата по моей работе нет, зато, типа, помог другим. Спрашивается, и зачем я такой умный нужен? Лучше займусь своей работой, на письма, например, отвечу.<\/p>\nЯ такое делал раньше, но больше не буду и вам не советую.<\/p>\n", "date_published": "2025-03-03T13:41:20+00:00", "date_modified": "2025-03-03T13:41:07+00:00", "_date_published_rfc2822": "Mon, 03 Mar 2025 13:41:20 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "20", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "14", "url": "https:\/\/pages.reushkin.ru\/all\/ocenka-obratnoy-svyazi\/", "title": "Оценка обратной связи", "content_html": "
Когда мне приходит обратная связь по работе, которую я сделал. Я оцениваю ее в процентном соотношении к общей работе. Ведь замечаний не так много по сравнению со всем объемом работ. Получается, что к большей части работы замечаний нет, а те, что есть это небольшая часть всей работы.<\/p>\n
Это помогает не уничижать себя и не думать о себе как о глупом человеке.<\/p>\n", "date_published": "2022-05-18T08:47:56+00:00", "date_modified": "2022-08-27T08:25:54+00:00", "_date_published_rfc2822": "Wed, 18 May 2022 08:47:56 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "14", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "13", "url": "https:\/\/pages.reushkin.ru\/all\/princip-dedushki\/", "title": "Принцип дедушки", "content_html": "
\nВ моей команде взаимодействие происходит по «принципу дедушки»: есть мои арт-директора, ребята на первом уровне — они мои «дети», их я могу ругать, напрягать, все им честно и прямо говорить. У них есть свои «дети», то есть мои «внуки», к которым я прихожу, как заботливый дедушка, который их любит. «Внукам» я напрямую ничего указывать не могу, чтобы не подрывать авторитет родителей. И если я вижу, что «внук» что-то не то делает, то воспитательную беседу буду проводить с моим «ребенком». Правда, тьфу-тьфу, пока никого ругать не приходилось.<\/p>\n<\/blockquote>\n
\nМердан Агаев<\/i><\/p>\n<\/blockquote>\n