Блог Максима Волкова: заметки с тегом видео

Заметки по лекции Ильи Бирмана о понимании задачи

Sun, 17 Sep 2023 12:03:52 +0300

Посмотрел 2-часовое выступлении Ильи Бирмана о понимании задачи. В видео много примеров из реальных проектов, в этом конспекте их нет, только основная суть:

Как обычно дизайнеры получают задачи

Часто дизайнеры формируют задачу на своем языке: сделать флэт-дизайн, придумать клёвую анимацию. Но так в бизнесе задачу никто не формулирует.

Чуть более продвинутые дизайнеры формулируют задачи так: повысить юзабилити, улучшить интерфейс, но это тоже язык дизайнеров.

Иногда клиенты сами формируют задачу на языке дизайна: осовременить сайт, сделать брендбук, сделать корзину удобнее. Очень велик соблазн сразу за нее взяться, но это не задача на самом деле, потому что у нее нет решения или любое решение подойдёт. За такие задачи браться нельзя.

Как надо формулировать задачу

Надо формулировать задачу на языке бизнеса: почему клиент хочет осовременить сайт, что это принесет? Не всегда задача — увеличить прибыль. Обычно задача ведёт к прибыли, но косвенно. Надо выяснить, как именно.

Задачи на языке бизнеса:
— увеличить конверсию,
— увеличить средний чек,
— привлечь внимание к выставке,
— привлечь участников,
— развенчать миф,
— снизить нагрузку на поддержку,
— снизить время обслуживания клиентов.

Например, у Актиона, когда они пришлю в бюро, была такая задача: перейти во всех продуктах на новую технологическую платформу.

Во всех формулировках выше отсутствуют слова «красиво», «интерфейс», «тень», то есть нет дизайнерского языка.

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

«Я хочу с вами работать, но я не хочу делать то, что вам не принесет пользу. Чтобы такого не произошло, мне нужно разобраться, чем вы руководствовались и как вы пришли к тому, что сайт надо переделать».

Либо вам ответят и скажут задачу, либо окажется, что на самом деле никакой причины нет. Предприниматели тоже люди и некоторые решения не до конца обдумывают. Тогда нужно извиниться и сказать, что не сможете помочь, потому подведете человека, не понимая, что вы делает и для чего. Если согласитесь помочь, а клиент потом поймет, что сделал ошибку, сайт не опубликуют и все пойдет в стол, — в итоге оба потратите время зря.

Клиент знает, как продавать свой продукт (обычно). Например, в антиквариате важны детальные фото, на которых можно разглядеть все трещины. Дизайнеру самому до этого тяжело догадаться, если клиент не скажет.

Понимание задачи нужно написать и согласовать. Само написание понимания задачи очень хорошо дисциплинирует. Если не знаете, что писать, значит не разобрались. Документ это лишь способ зафиксировать мысли.

Как должно выглядеть понимание задачи

В бюро понимание задачи состоит из нескольких частей:

Задача.
Первая версия.
Организация работы.

«Сделать то-то, сделав то-то» — с помощью этой фразы удобно формулировать задачу. Первая часть формулируется на языке бизнеса, вторая — на языке дизайна.

Хорошо сформулированное понимание задачи должно быть понятно другим людям. Если нет, надо переписать, чтобы было понятно.

Хорошее понимание задаче помогает принимать решения по ходу проекта.

Первый абзац понимания задачи про то, чем занимается компания, потом задача и решение: что делают, что надо сделать, подробности. Лучше, если описание задачи будет как можно выше.

Например, формулировка задачи для магазина свадебных платьев «Мэри Трюфель»: привлечь невест и их родственников через интернет, став глотком свежего воздуха в мире выкупов, свадебных тамад и прочего советского свадебного уныния.

Когда задачу сформулировали, пишем о решении. Обычно это гипотеза, нет способа проверить решение до начала работ, но можно об этом подумать и задать вопросы клиенту.

В понимании задачи должен быть блок с тем, как планируем померять, достигли результата или нет. «Для количественной оценки... предлагаем измерять...» Если не разобрались как померять результат, начинать работу опасно, потому что клиент когда-нибудь задастся вопросом: полезно это было или нет. Хорошо бы договориться сразу, как оценивать результат.

Первые два абзаца понимания задачи нужно написать и согласовать с клиентом прямо на встрече: что делает компания и какая задачи.

Смысл понимания задачи не в самом документе, это способ привести мысли в порядок и согласовать их с клиентом.

Принцип «исполнитель понимает задачу»

Если клиент пришел с ТЗ, надо извиниться и сказать, что подведете. Если почитаете ТЗ и начнёте по нему делать, вы можете что-то не так понять и не сможете убедиться до начала работ. Надо самому задать вопросы и составить понимание задачи со слов клиента.
Совет Горбунова о понимании задачи исполнителем

Метод предложений

Это способ убедиться, понимаете вы задачу или нет. Для этого нужно ограничиться одним выразительным средством — предложением. Если не получается задизайнить сайт с помощью предложений, вы не понимаете задачу.
Совет Бирмана о методе предложений

Еще по теме: Совет Товеровского о понимании задачи

Конспект выступления Ильи Бирмана о том, как презентовать работу

Sat, 16 Sep 2023 13:30:22 +0300

Послушал выступление Ильи Бирмана о презентации своей работы. Лучше, конечно, посмотреть видео, но, если не удобно сидеть со звуком или нет времени, я все записал:

Чтобы успешно презентовать работу надо:

Понять задачу — если не знаете, что это, вот конспект лекции Бирмана о понимании задачи.
Назвать задачу.
Выстроить в голове заказчика связь между задачей и решением.

Перед презентацией

В самом начале нужно создать у слушателя контекст: представиться, рассказать, что будет, как долго, что нужно от него.

Важно сказать, чего сегодня не будет: «Сегодня мы покажем то-то, а в следующий раз...» Потому что бывают дурацкие ситуации, когда вы час распинались, а в конце клиент, например, спрашивает: «Это все понятно, а с отделом продаж-то что?» А вы ничего не предлагаете, вы на следующей недели только об этом думать начать собирались. Вы, конечно, об этом можете сказать, но клиент час слушал с ожиданием, чо вы сейчас расскажете что-то ещё.

Назвать задачу часто забывают, особенно новички. Перед презентацией нужно напомнить: «В начале хочу напомнить нашу задачу...»

Если задачу никто не ставил, задача все равно есть и вы ее как-то понимаете. Поэтому надо так и сказать: «Вот в чем я вижу задачу сейчас...»

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

Во время презентации

Часто люди помнят, что надо назвать задачу, но потом снова переключаются в режим описания того, что они сделали: вот так иконку нарисовали, задизайнили такой экран. А человек и так это видит, лучше рассказать, зачем это все. «Задача была такая-то, поэму мы сделали то-то», «Вы ещё просили... исходя из этого вот...».

Если не получается рассказать с опорой на задачу, вы либо не решили ее, либо даже не понимаете.

КАК говорить иногда важнее, чем ЧТО говорить.

Вас должно переть, когда вы рассказываете! Если вам все равно, вашему слушателю тем более все равно. Даже если это не так, со стороны будет ощущение, что это так.

Когда вы говорите стоя, ваша речь звучит по-другому, более уверенно. Если есть возможность, лучше презентовать стоя.

Улыбайтесь. Когда мы улыбаемся, наш голос звучит по-другому.

Представьте, что собеседник дальше, чтобы говорить громче.

Вниманием слушателей нужно управлять с помощью интонации, вопросов, слайдов, шоу.

Обозначьте, когда вам можно задавать вопросы. Если разрешите их задавать по ходу презентации, слушатель будет сильнее вовлечён.

Живая демонстрация лучше предзаписанной. Все, что можно дать пощупать и понажимать, стоит взять с собой на презентацию.

Замечания

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

Если задача не понятна или изменилась, надо принять решение: отменить или продолжить презентацию. Отменить — действие по умолчанию.

Замечания про цвета и шрифты — попытка клиента решить задачу вместо вас, потому что он не очень вам доверяет. Лучше остановить клиента и поковырять, в чем была задача и почему не подходит решение.

Если вы понимаете задачу, но клиент считает, что решение не работает, это хорошо. Стоит обсудить и задать вопросы, а затем, возможно, переделать и прийти ещё раз.

Каждое замечание имеет значение. Важно говорить обо всех замечаниях, чтобы у клиента не было ощущения, что вы пытаетесь отмахнуться или вам нельзя доверять. Все замечания надо записывать, как-то обрабатывать и ничего не пропускать.

Если обстановка накалилась и слушатель выплескивает эмоции, нельзя делать вид, что у вас идёт презентация, надо что-то сделать: задать вопрос, объяснить, прекратить презентацию. Вы пресекаете накал ради дела, а не ради себя, даже если вам обидно.

Если замечаний слишком много и вы не успеваете за всеми, у вас уже не идёт презентация. Надо остановиться и обсудить сам факт количества замечаний, а не отдельные замечания. Надо искренне объяснить, что вы хотите услышать все замечания и понять.

«Принято без замечаний» — это опасно. Вас могли просто не слушать, особенно, если презентовали не в живую. А потом, когда пойдет в работу и слушатель поймет, что согласовал фигню, он вернётся и попросил переделать.

Если замечаний нет, нужно их достать: «Прошу вас найти, к чему придраться. У нас не будет возможности к этому вернуться». Замечаний может не быть, если с клиентом работаете часто и давно.

Страх

Страх Бирман делит на рациональный и иррациональный.

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

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