Liubov Gulko

User Flow, примеры

2023-03-24T22:20:48.902Z

Что такое User Flow

По сути User Flow — это визуальное представление того, как пользователь двигается через сайт или приложение и что с ним происходит на каждом этапе этого пути.

Буквальный перевод User Flow — «пользовательский поток». Я также встречала такие варианты перевода «пользовательские сценарии», «маршруты пользователя» и тому подобные варианты.

По сути всё, что отображает многогранность вариантов передвижения пользователя через сайт или приложение, можно назвать user flow. Соответственно, user flow может быть в виде блок-схемы, диаграммы, объединенных между собой стрелками варфреймов или макетов, и так далее. Ещё я также встречала обозначение Wireflow, если для построения user flow используются варфреймы.

Зачем строится User Flow

С помощью User Flow можно:
— проверить состыкуемость разных частей продукта между собой (все ли кнопки куда-то ведут, все ли страницы связаны между собой);

— проработать несколько вариантов поведения пользователя вместе на одной схеме так, чтобы они не конфликтовали друг с другом;

— найти несостыковки, непроработанные места в продукте.

Примеры разных вариантов User Flow

QuickFrames for Figma by Rafal Tomal

Ссылка на кейс: https://dribbble.com/shots/14477528-QuickFrames-for-Figma/

Что хорошо:

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

Это хороший кейс, внутри него есть отличные примеры и других артефактов.

Login flow by Sonali Banerji

Ссылка на кейс: https://www.behance.net/gallery/69194637/Login-flow?tracking_source=project_owner_other_projects

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

CheerMeOn User Flows by Adam Kalin

Ссылка на кейс: https://dribbble.com/shots/15104949-CheerMeOn-User-Flows/attachments/6837855?mode=media

Прекрасный пример как может выглядеть флоу с прототипами (и в сочетании с бассейнами).

Ещё примеры:

Как понять какую степень детализации выбрать для своего User Flow?

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

Подготовка ко встрече с заказчиками и командой. Часть 4. Техническая подготовка

2022-10-18T11:09:11.913Z

Эта статья — четвёртая часть серии публикаций о подготовке к сложным звонкам. Рассчитано на начинающих.

Первая часть — «Смысловая подготовка»: https://teletype.in/@gulkol/HlZSWDAmAAP

Вторая часть — «Языковая подготовка»: https://teletype.in/@gulkol/tPCaYppi9mY

Третья часть — «Психологический настрой»: https://teletype.in/@gulkol/tjeJPPYyhoL

Daniel Schludi for Unsplash

Последнее, о чём хочется сказать — техническая подготовка.

Звонок, встреча — это когда два и более человека коммуницируют друг с другом через что-то\где-то. Соотвественно нам нужно заранее подготовить среду и собеседников.

Напишите собеседникам

опишите план звонка, что будет вообще происходить на встрече
если не уверены, что человек знает кто вы, что за проект — напомните контекст
если вам нужны включенные камеры, вы планируете попросить собеседника пошарить экран — предупредите человека, чтобы он мог подготовиться
предложив время упомяните, что можно предложить свое
спросите подходит ли платформа для звонка

Нормально иметь шаблоны писем, если, например, вы регулярно проводите звонки с пользователями.

Техническая часть

Помимо письма нужно и самим подготовиться. Чек-лист:

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

На звонке

На звонке тоже есть пара технических моментов:

представьтесь сами и представьте коллег
перед тем как включать запись, спросите участников, ок ли это им и объясните зачем вам эта запись
напомните план встречи

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

После звонка

Сохраните запись звонка — некоторые системы удаляют запись с облака спустя несколько дней после записи
Отправьте письмо всем участникам с итогами встречи, чтобы в письме зафиксировать договоренности и/или зафиксируйте итоги встречи в документации проекта (или даже просто в личных записях; главное, чтобы было легко вернуться к содержанию звонка и договоренностям, достигнутым на встрече)
Сохраните звонок и записи так, чтобы ваши коллеги тоже могли посмотреть этот звонок в будущем, даже если вы уже три года как уволились

Подведём итоги

По сути, чтобы встреча прошла успешно, нужно:

заранее подумать о теме встречи, целях и итоговом результате, которого вы хотите достичь
минимизировать технические накладки (проверить связь, ссылки и т.д.)
минимизировать неловкости (всех обо всем предупредить)
подготовить необходимые для звонка материалы (документы, презентации и т.д.)
знать необходимую лексику, не важно на каком языке разговор
настроиться поработать проактивно, дружелюбно и с прицелом на всеобщую пользу

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

У вас может быть своя процедура, свой процесс. Главное — сделать коммуникацию продуктивной, уверенной и полезной. Это самое главное.

Подготовка ко встрече с заказчиками и командой. Часть 3. Психологический настрой

2022-10-18T08:46:52.532Z

Эта статья — третья часть серии публикаций о подготовке к сложным звонкам. Рассчитано на начинающих. Первая часть — «Смысловая подготовка»: https://teletype.in/@gulkol/HlZSWDAmAAP
Вторая часть тут — «Языковая подготовка»: https://teletype.in/@gulkol/tPCaYppi9mY

Фото: Katrina Wright for Unsplash

Иногда звонок проходит ужасно не потому, что язык вам не знаком или вы не подумали о плане звонка, а потому что:

— вы устали. Если до важного звонка ещё 5 других звонков на неблизком языке, то к 6 вы можете обнаружить, что уже совсем не понимаете как разговаривать;

— вы уверены, что не справитесь, боитесь облажаться, боитесь осуждения вашего уровня. Это уже чисто психологическая проблема и вам стоит поработать с уверенностью;

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

Усталость

С усталостью есть два вида борьбы:

— вы или заранее планируете так, чтобы не сгорать к концу дня

— или по ходу дела стараетесь сделать так, чтобы ваша усталость не смазала разговор

Заранее можно:

разнести во времени звонки в плане так, чтобы было время восстановиться между ними. Например, после интервью я всегда ставлю окно в 30 минут, чтобы успеть зафиксировать инсайты от встречи и переключиться.
минимизировать нагрузку — если в плане дня слишком много звонков, то я не строю иллюзий, что буду в течение дня делать что-то ещё.
отдыхать. Сложно в целом решить проблему с несобранностью от усталости, если у вы в принципе не высыпаетесь и не отдыхаете.
снизьте требования к себе. Не стоит в один день ставить 100 супер-важных звонков, не стоит на каждом звонке в такой день блистать. Можно делегировать проведение части звонков коллегам и смириться, что не все будет идеально.

Иногда бывает и так, что вы уже знаете, что будете на звонке не в форме. Тогда:

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

В идеале же, конечно, планировать так, чтобы «усталых звонков» не происходило.

Вы уверены, что не справитесь

Иногда звонок страшит. А иногда кажется, что это не ваше дело. И то, и другое может мешать.

Борьба с чувством недостойности

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

Помните:

— вы уже проводили множество переговоров ранее: переговоры про то, чтобы говорить с другим человеком и приходить к каким-то итоговым договоренностям и результатам. Сейчас особенно страшно, потому что это новые непривычные декорации, но по сути вы уже знаете как, пусть и не идеально, описать суть ваших соображений и предложить что-то собеседнику;

— ваши собеседники тоже люди, им тоже может быть тяжело и страшно коммуницировать, как и вам;

— идеально не надо и не будет. Всегда кто-то опоздает, кто-то не выспится, могут возникнуть технические накладки и так далее. Главное — цель звонка, а не идеально провести беседу на уровне высокосветской дискуссии.

Борьба с идеей, что ваша хата с краю

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

Но помните, что вообще вы можете влиять. Если вы видите, что разговор свернул не туда — можно влиять. Можно поднять руку и сказать: «извините за, возможно, дурацкий вопрос, но...» и спросить. Можно предложить коллегам в середине встречи сделать паузу или открыть окно, если стало душно. Можно сказать: «мы сейчас не можем ответить на этот вопрос, что, если мы вернёмся к вам с ответом в течение дня?».

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

Разумеется, если звонок организован не вами, спросите организатора о том, на сколько уместно врываться с комментариями: нормальная история выступить единым фронтом перед заказчиком на звонке, а уже потом коллегам сказать «извините за, возможно, дурацкий вопрос, но...» и задать «дурацкие вопросы».

«Дурацкие вопросы»

«Дурацкие вопросы» — это все те вопросы, которые вертятся у вас на языке, но вам кажется, что все вокруг уже знают ответ на этот вопрос. Или ответ на столько очевиден, на сколько возможно. Или сам вопрос выдает в вас дурачка.

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

На мой субъективный взгляд именно такие вопросы — золото. В этот список часто попадают такие, которые:

никто на самом деле никогда не спрашивал, потому что всем не удобно
имеют вообще не очевидный, как казалось изначально, ответ
изумляют собеседника, потому что он вообще не думал об этом куске работы

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

Высокая степень неопределенности

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

Эти звонки достойны отдельной статьи, но в общем случае стоит настроится на то, что вы ещё не знаете что там будет. То есть можно:

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

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

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

Если это первая встреча с кем-то новым, то полезно заранее изучить материалы, касающиеся нового человека\проекта, и подготовить вопросы, если у вас они появились в процессе изучения материалов. Вот вам и запасной план.

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

Все пошло не по плану!

Если беседа идёт не по плану, помните, что:

— нормально взять паузу, попить водички, подумать

— нормально сказать «простите, сбился, если позволите, повторю мысль»

— нормально прямо сказать, что волнуетесь

— если собеседник эмоционирует, что это не обязательно касается вас, бурные эмоции, если вы не знаете точно, что с ними делать, можно переждать

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

— можно откатывать договоренности: если вас уломали делать то, что вы не готовы, после звонка в письме или во время можно сказать «прошу прощения, я поторопился с выводами, боюсь, мы не можем это сделать»

— можно звать на помощь коллег: если вы не совсем понимаете как ту или иную ситуацию разрешить, можно проконсультироваться с коллегами, поискать решение и так далее, это нормально

Про расстановку приоритетов в результатах UX-исследования

2022-10-18T08:06:08.087Z

Заметка о том, как мы на проекте сортировали результаты интервью так, чтобы расставить приоритеты и упростить себе работу. Написано в 2021.

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

Итак, на проекте мы собрали в кучу требования и начали сортировать их.

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

Есть множество разных подходов к решению задачи о сортировке требований. Вот пара ссылок по данной теме:

• 5 техник определения приоритетов для IT команд

• 20 Техник Приоритизации в Продукте: Карта и Руководство

Фото от @startaeteam на Unsplash, где кто-то сортирует стикеры :)

В UX самая популярная тема, как мне кажется, это User Story Mapping от Джеффа Паттона: строите путь пользователя по оси х, а ниже под каждым этапом клеите стикеры с идеями для реализации. Затем стикеры сортируются по приоритетности — что внедряем по данному шагу сразу, что потом, а что, пожалуй, надо просто отметить как рассматривавшуюся идею и забыть.

Все просто? Да ни разу! Дело в том, что нельзя просто взять один из инструментов и работать с ним — например, User Story Mapping подходит в первую очередь для продуктов с пользовательским путем (у нас такого нет), а модель Кано фокусируется на удовлетворенности, что удобно когда вам нужно порадовать пользователя своим продуктом (у нас такой задачи тоже нет).

Т.е. нельзя взять инструмент и работать с ним, как нельзя запихать ногу 42 размера в ботинок 37.

Поэтому мы искали и прошли на этом пути две итерации.

Наша первая сортировка была придумана моей коллегой. Сортировали вот на такие группы:

• positive — плюсы

• insight — инсайты (нет, я не могу точно сказать что тут)

• opportunity — возможности (и тут тоже не понятно о чем речь)

• issue — проблемы системы

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

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

Но что делать с остальными артефактами? Я подумала и предложила новый вариант сортировки:

• must do — делаем в первый релиз

• next steps — делаем во второй-третий релиз

• maybe — делаем только если у нас есть под это время

• advantages — преимущества, которые мы сохраняем

• to discuss — идеи и вопросы для обсуждения

• another — прочее — сюда пошли заметки и комментарии по UX, которые были просто напоминалками о некоторых моментах работы, и все, что просто не хочется удалять из списка находок.

Эта сортировка для нас сработала. Сработает ли она на другом проекте? Вполне может и нет, поэтому для себя я построила следующую инструкцию:

описать хаотично «теги» для списка — что-то идёт в «обсудить», что-то в «первый релиз», а что-то можно отметить как «интересная идея».
очевидно, что «обсудить», «первый релиз» и «интересная идея» — это как «кислое», «зеленое» и «вкусно пахнет» в одном ряду. Поэтому если теги бьются на группы — делаем это: «обсудить с заказчиком», «обсудить с командой», «обсудить с Джо»; «первый релиз», «второй релиз», «забудьте об этой задаче»; «преимущество», «недостаток», «нейтральный функционал».
смотрим нет ли похожих на нужный нам принцип инструментов сортировки — например, User Story Mapping, чтобы дополнить теги, если необходимо.
под каждую группу тегов — своя колонка.

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

Подготовка ко встрече с заказчиками и командой. Часть 2. Языковая подготовка

2022-10-17T20:24:30.972Z

Эта статья — вторая часть серии публикаций о подготовке к сложным звонкам. Рассчитано на начинающих. Первая часть статьи здесь: https://teletype.in/@gulkol/HlZSWDAmAAP

Clarissa Watson, Unspash

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

В основном я созваниваюсь в онлайне, поэтому все идеи в первую очередь о том, как быть, если у вас созвон через Zoom, Teams или WebEx.

Выучите канву наизусть

Есть абсолютно не уникальный набор фраз и выражений, которые нужны на вообще любой встрече — «спасибо, что присоединились к нам сегодня», «начинаю демонстрацию, видно ли мой экран?», «никто не против, если я включу запись?».

Что входит в канву:

— приветствия, прощания, small talk;

— технические детали — неполадки с техникой, интернетом, шаринг материалов, кого-то не слышно, у кого-то проблемы со звуком и т.д.;

— движение от темы к теме: тема нашей встречи вот такая, перейдем к следующей части, это завершение нашей встречи, кажется, мы вышли за установленное время;

— управление дискуссией и вопросы: есть ли у кого-то вопросы, задавайте вопросы в любое время, я попрошу Васю ответить на этот вопрос, к сожалению, мы не знаем как ответить на этот вопрос, есть ли у вас комментарии по этой части;

— междометия, связки: в конце концов, таким образом, если позволите, покажу вам пример, первое, второе, третье, суммируя.

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

Пройдитесь по специфике

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

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

Грамматика перед глазами

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

Подсказки — это ок

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

Попросите о помощи

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

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

Запишите созвон

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

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

Придумайте пути отступления

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

Продумайте пути отступления заранее. Это и лексика на тему тяжелой коммуникации, и предложение на первые митинги с новыми людьми не идти в одиночку, если вы не уверены, что справитесь, и включить запись и просто пройтись по списку запланированных вопросов, а потом задним числом проверить свое понимание ещё раз.

Работайте над собой

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

Подготовка ко встрече с заказчиками и командой. Часть 1. Вопросы и Кемп

2022-10-17T20:20:00.378Z

Photo by Redd, Unsplash

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

Мой профит от статьи заключается в том, чтобы систематизировать процесс подготовки.

О чем планирую рассказать в нескольких частях:

— о чём вы вообще собрались говорить. Это самая главная часть;

— языковая подготовка. Это часто самая сложная часть, особенно если вы работаете в каком-то шибко специфическом домене и только начали работу;

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

— моральная подготовка. Тоже не маловажно, так как в задачи дизайнера часто входит задача обсудить с заказчиком, что что-то пошло не так или отважно встретить критику.

Если у вас есть какие-то ещё вопросы и предложения насчёт того, о чём хотелось бы прочесть — смело делитесь под постом, я готова расковыривать эту тему.

Вопросы по Кемпу

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

По Кемпу до звонка, встречи стоит ответить на следующие вопросы:

— какова миссия звонка: а собственно зачем разговор? О чём он, какова его цель? Ответ лучше формулировать на языке клиента. Т.е. фактически это тема разговора;

— «багаж»: всё накладки, идеи, апдейты, которые нужно озвучить в самом начале разговора. Например, что вы где-то не уложились по срокам или что сегодня обсуждение будет вокруг ещё не вполне готовых прототипов;

— бюджет: сколько времени, энергии, денег и эмоций вы можете потратить на этот разговор. В основном в моей практике это про ограничения по времени: если у нас на весь разговор есть 40 минут, а появляется какая-то новая большая тема, то я уже до разговора понимаю, что такие вещи уйдут в отдельный созвон.

— решение, которое хотите принять: а чего вы ждёте, хотите получить по итогу встречи?

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

Например, для какой-то типовой встречи может быть вот такой список ответов:

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

— «багаж»: фичу С в первый релиз не успеваем взять, с 5 числа Н в отпуске.

— бюджет: созвон на 1 час, готовы к эмоционально заряженному обсуждению и если необходимо — готовы задержаться.

— решение, которое хочу принять: или что прототипы согласованы, или что не согласованы и вот вам конкретный список правок.

— план встречи:

• сказать про цели встречи• озвучить «багаж»• показать прототипы• собрать фидбек• договориться что дальше

Дополнительные вопросы

По моему опыту, часто стоит ответить и на пару дополнительных вопросов тоже:

— а кто именно будет на встрече, кто принял приглашение? Состав участников может здорово влиять и на тему, и на план. Нормально иметь план на случай, если кто-то не пришёл;

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

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

Пример ответов:

— а кто именно будет на встрече: ответили все, кроме Н, поэтому про часть А не рассказываем, она интересна только Н

— у кого какая роль? В отвечает за фронтенд, с ним есть договоренность, что если что — вопросы по реализации адресуются ему. Есть ещё А, она отвечает за часть С, поэтому ее тоже заранее предупредили на всякий случай подготовиться говорить.

— какие проблемы, вопросы могут возникнуть? В визуализации пока шершаво работает D и F, поэтому заранее выясняю почему так и когда починим.

Запишите на бумажке

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

По итогам этих записей проще писать письмо с перечислением основных итогов встречи (follow-up, позднее расскажу о нём больше), проще не забыть спросить о важном и, конечно же, эти записи помогают не отвлекаться от миссии встречи, помогают быть сфокусированней.

***

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