← все видео

Фрагмент дня открытых дверей в Школе дизайнеров с Ильёй Бирманом

Бюро Горбунова · 2026-04-21 · 3м 50с · 109 просмотров · YouTube ↗

Топики: craft-bureau-gorbunov

Аудио ещё не скачано.

📝 Summary

model=deepseek-v4-flash · prompt=summary-v7 · 3 148→1 224 tokens · 2026-05-29 07:00:56

🎯 Главная суть

Дизайнер, принимая задачу, обязан в первую очередь выяснить, зачем это нужно. Без понимания цели невозможно сделать хороший продукт — даже если заказчик сам просит конкретное решение.

Кейс с картой России

В роли арт-директора к Илье Бирману пришла дизайнер с задачей: для аналитического интерфейса мониторинга промышленного оборудования её попросили добавить карту России. На разных предприятиях установлено спецоборудование, и специалисты в центре следят за его статусом. Дизайнер уже подготовила макет с картой и спрашивала, где должна открываться панель с деталями сбоя — слева, справа или в попапе. Вместо ответа на этот вопрос Бирман спросил: «А зачем карта?»

Полезность карты и альтернатива

Дизайнер ответила, что «так попросили, хотят видеть на карте». Бирман начал разбираться, что именно даёт карта. Если задача — узнать, где произошёл сбой, то почему бы не показать простой список: «в Новороссийске на предприятии сбой, в Челябинске на таком-то оборудовании сбой длится столько-то часов, в Подольске — такой-то». Карта может быть полезна, если важны часовой пояс, климат, близость к столице региона — но в задаче ничего этого не было. В ходе обсуждения выяснилось, что на одних предприятиях сбои не критичны (идет пусконаладка), на других критичны (живая эксплуатация) — это влияет на приоритетность. Однако карта сама по себе не помогает понять критичность, если не добавить соответствующие данные.

Почему «зачем» — первый вопрос

Если не задать вопрос о цели, дизайнер не узнает, что именно должно быть на карте: какие иконки, нужно ли отображать погоду, разбивку на часовые пояса или ещё 15 других вещей. Без этого карта окажется бесполезной. Вопрос «зачем» не означает, что дизайнер против реализации — он помогает понять, какую пользу ожидает пользователь. Только докопавшись до истинной задачи, можно спроектировать интерфейс, который действительно решает проблему.

📜 Transcript

ru · 639 слов · 10 сегментов · clean

Показать текст транскрипта
У меня вот был случай, когда, ну там, я участвовал в роли арт-директора в некоем проекте, где... Пришла ко мне дизайнер и говорит, что в некий аналитический интерфейс в сложном производственном процессе ее попросили добавить карту России. То есть есть предприятия по всей стране, на разных предприятиях установлено какое-то разное специальное оборудование. И вот где-то в пункте управления в центре сидят специалисты и следят за статусом этого оборудования. Все ли там исправно, все ли на связи, всему ли там хватает. Не знаю чего, напряжение, в общем, чтобы все было хорошо. И вот ее попросили добавить карту. И она ко мне приходит и спрашивает, значит, где должна открываться панель с деталями сбоя, когда тыкаешь на какое-то предприятие на карте. И, ну, как бы у нее варианты, там, слева, справа или в каком-то попапе над картой. И она уже принесла какой-то макет, где нарисована эта карта и там, где может быть расположен этот попап. И вот я ей задаю вопрос, так а зачем карта? И она говорит, ну, так попросили, хотят видеть на карте. В чем проблема этой ситуации? Что дизайнер не поняла, зачем карта. И я не понимаю, зачем карта. То есть, ну, я начинаю спрашивать, что люди пытаются в этом интервейсе понять. Они хотят узнать, где сбой, на каких предприятиях. Ну, да хорошо, почему мы не можем им просто написать, что вот там в Новороссийске на предприятии сбой, там в Челябинске, на таком-то оборудовании сбой, уже длится столько-то часов, там, я не знаю, где-нибудь в Подольске. такой сбой, столько часов длится. И, собственно, пусть они вот видят список этих проблем и их обрабатывают. И вот, то есть я пытаюсь понять, что именно дает карта. То есть, может быть, нам важен часовой пояс, может быть, нам важна близость к столице региона, там, климат, еще что-то. Ничего не понятно. И вот она говорит, это хороший вопрос. И, ну, меня это позабавило, потому что, ну, в принципе, это... Сложно назвать хорошим вопросом, потому что это очевидный вопрос. Тебя попросили сделать карту, и у меня возникает вопрос, зачем карта? Ну, типа, какой еще вопрос первым может возникать, если вас попросили что-то сделать, если не зачем это? Ну и вот мы там пока это обсуждали, выяснили, что оказывается на каких-то предприятиях сбои не критичны, потому что там еще идет пусконаладка оборудования, на каких-то критичны, потому что там она уже в какой-то живой эксплуатации. Ну, опять же. И что? А карта-то как-то с этим помогает. То есть мы же, наверное, можем как раз знать, что на каком-то оборудовании сбоя критичны, на каком-то нет, исходя из этого, как-то там их приоритизировать. И вот тут я пишу, что я не утверждаю, что карта не нужна. Когда я задаю вопрос о том, зачем что-то или как чем-то будут пользоваться... Это не означает автоматически, что я против это делать, или что, ну, типа, обязательно должно быть какое-то решение. Не исключено, что вот, ну, коллеги, которые там обратились с просьбой сделать карту, они знают, зачем им карта. Они, или, может быть, как-то чувствуют из опыта, что на карте им будет это полезнее видеть. Но важно, что дизайнер этот вопрос не задала, и она не знает, зачем она эту карту будет делать. А раз так... то она ее не сможет сделать хорошо. Она же не будет знать, что должно быть на карте, что там около каждого предприятия должно отобразиться. Может быть, там должна быть какая-то иконочка, которая что-то показывает. Может быть, если нам важен климат, то там где-то должна еще отображаться погода. А если нам важен часовой пояс, может быть, нам надо эту карту на часовые пояса разделить. А может быть, есть еще какие-то 15 вещей, которые важны, про которые мы не разобрались. И поэтому, если мы просто поставим какую-то карту, то ничего хорошего в ней не будет. Соответственно, вот это момент про понимание задачи. Нам надо всегда докопаться, зачем мы что-то делаем, какую наш клиент, пользователь ожидает от этого пользу.

⚙️ Pipeline jobs

StageStatusAtt.UpdatedError
download done 1/3 2026-05-29 07:00:37
transcribe done 1/3 2026-05-29 07:00:43
summarize done 1/3 2026-05-29 07:00:56
embed done 1/3 2026-06-30 06:45:28

📄 Описание YouTube

Показать
Осталось два дня: успейте записаться на день открытых дверей в Школе бюро: https://bureau.ru/school/enroll/?utm_source=yt-r-e-dod-210426#dod

Хотим напомнить, что в четверг 23 апреля в 19:30 мск Илья Бирман проведёт день открытых дверей в Школе бюро. Илья — преподаватель дисциплины «Интерфейс и информация».

Илья расскажет в прямом эфире, кому будет полезна Школа бюро, к чему готовиться и как сделать хорошее вступительное задание. А также покажет на примерах, как сценарный подход позволяет улучшить интерфейс.

В конце подарки записавшимся — промокод на Школу бюро и куча бонусов к поступлению.