81. Незапланированное старение

Один таксист в Германии купил два Мерседес-Бенца. Думал отработает на одном, а когда тот износится, возьмет второй. В результате Мерс отработал в такси 30 лет, а вторая машина стояла нетронутая в гараже и после смерти таксиста досталась его детям. Современные Мерсы проектируют с запланированным старением, чтобы их меняли каждые 5 лет.

А что в IT? Я неоднократно встречал коммерчески успешные продукты, которые через 5 лет были технически мертвы. Клубок нечитаемого кода без документации на устаревших технологиях. Все разработчики уволились, никто не хочет заниматься помойкой. Приходится нанимать новую команду и переписывать продукт с нуля. Полгода-год продукт не развивается и отстает от конкурентов.

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

Если всё сделать правильно, продукт всё равно будет полностью переписан через 5 лет. Но это произойдет постепенно и незаметно, как обновляются клетки у нас в организме.

82. Поделись акцией своей

Сравним нормального и отличного таксистов. Нормальный довезет вас в аэропорт за час, пользуясь навигатором. Отличный таксист знает больше навигатора и довезет за 45 минут, по пути спросит не мешает ли музыка. Разница в эффективности между нормальным и отличным таксистом – 30%.

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

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

Компании не делятся своей долей даже с топовыми работниками. Да, есть в Яндексе такая практика, но не во всём и не для всех. Компания, которая в добавок к интересному продукту, правильной культуре и хорошей зарплате ещё и акциями поделится – имеет шанс собрать самых крутых работников российского рынка.

Я написал для канала Product Mindset вредные советы. Вроде прикольно получилось, так что опубликую их и на своем канале. Дополняйте вредности в комментариях. #неуникальныйконтент
————————————

ВРЕДНЫЕ СОВЕТЫ ДЛЯ МЕНЕДЖЕРОВ ПРОДУКТА

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

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

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

4. Пользуйтесь интуицией. Удачные изменения в продукте можно сделать только интуитивно. Никакая статистика и эксперименты не заменят чуйку продакта.

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

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

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

8. Не удаляйте функциональность. Если запустили какую-то фичу, ни в коем случае не удаляйте ее. Даже если ей пользуется один человек (помните про слезинку пользователя). А если вообще никто не пользуется, все равно не удаляйте, чтобы не обижать разработчиков.

9. Не верьте в технический долг. Тех. долга не существует. Не верьте в эту пагубную ересь. Ее придумали ленивые программисты, чтобы ничего не делать.

10. Меняйте работу часто. Если что-то не получается, просто смените компанию. Идет продуктовый бум, менеджеры нарасхват. Вы легко найдете теплое местечко, где сможете применить эти советы.

Как стать продактом играючи

У нас в компании многие продакты прошли обучение в Gopractice – симуляторе работы в продуктовой компании. Отзывались положительно. Я давно хотел попробовать, но все не мог собраться. Недавно ребята из Gopractice спросили меня лично «что думаешь о нашем продукте?» В итоге я решился попробовать.

Симулятор – это что-то типа игры со сквозным сюжетом: продакт проходит собеседование, его берут на работу, он запускает и развивает продукт. Упор делается на обучение продуктовой аналитике, но также затрагиваются вопросы проверки гипотез, проведения custdev и т.п.

Конечно, это не игра в прямом смысле слова. Скорее тематический квиз. Все обучение разбито на блоки. Сначала тебе дают немного теории, потом отвечаешь на вопросы, затем разбор ответов и закрепляющие объяснения. Мне понравилось, что можно учиться хоть 15 минут, хоть два часа – блоки довольно короткие. Понемногу и регулярно – идеальный формат обучения.

Кому я рекомендую Gopractice:

1. Начинающим менеджерам продукта. Часто в продакты переходят из других специальностей. Какой-то опыт уже есть, но знания и навыки неполные. Формат симулятора позволяет учиться без отрыва от работы и сразу применять знания на практике.

2. Тем, кто только думает о профессии. Сегодня наша UX и один из разработчиков спросили, стоит ли им проходить Gopractice. Конечно стоит! Идеальный способ понять, интересна ли тебе эта профессия.

3. Опытным продактам. С одной стороны, опытные люди все это знают и применяют. С другой – пробелы в образовании есть у всех. Я завалился на элементарном вопросе, до сих пор стыдно.

В общем, бегите в отдел обучения вашей компании и требуйте купить Gopractice. А если платить придется самим, то по этой ссылке вы получите 10% скидку (действует два дня):

Начать обучение в Gopractice

#партнерскийпост

83. Загляни в эксперимент глубже

Кажется, что А/Б эксперименты трактуются однозначно. На синюю кнопку нажали больше, чем на красную, значит победил вариант с синей кнопкой. Вывод справедлив только для простых систем.

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

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

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

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

84. Страдания из-за надуманной ерунды

В моем детстве телефоны были без определителя номера. Это давало простор для анонимных звонков. Однажды я снял трубку и услышал:

– Слушай сюда, падла. Тебе хана! Не бросай трубку, а то будет хуже. Если скажешь родителям, завтра в школе мы тебя найдем.

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

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

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

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

85. UX онлайн конференций

Мы провели онлайн конференцию Global Marketing Day за полгода до того, как это стало модным. Хочу поделиться UX-фишками, которые мы применили.

Один адрес для всех состояний. Бывает регистрируешься на онлайн ивент на одной странице, смотришь на другой, а запись находится на третьей. Нажимаешь на ссылку в старом письме и получаешь ошибку. Чтобы этого избежать, у нас всё находилось по одному адресу: лендинг, трансляция, ожидание записи и сама запись. Умножьте на два – для нового и для авторизованного пользователей. Итого 8 разных состояний одной страницы. Сложно для разработчиков, удобно для пользователей.

Авторизация по ссылке. Логин и пароль для онлайн конференции – вы серьезно? Мы сделали авторизацию по ссылки из письма. Все напоминания о конференции содержали эту секретную ссылку. Пользователь логинился и даже не замечал этого.

Адаптация под все экраны. Обычно сайты адаптируют под мобильные и ноутбуки. Для больших 4К+ экранов просто добавляют гигантские поля по бокам. Мы заморочились с качественной адаптацией под большие экраны и не прогадали. Блогеры, продвигавшие нашу конференцию, пользовались именно такими.

Рассылка с учётом часового пояса. В нашей конференции было 50 докладов за 24 часа. Рассылка уведомлений повышает посещаемость. Но слать круглые сутки десятки писем одному человеку – негуманно. А одного письма – недостаточно. При регистрации мы сохраняли часовой пояс пользователя и рассылали уведомления блоками, исключая ночные часы.

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

86. Пиши вакансии сам, не позволяй HR-ам

Большинство вакансий написаны под копирку. Сначала вступление о том, какие мы классные. Потом длинный перечень всех требуемых умений кандидата. Формат нормальный. Проблема в том, что похоже на текст, сгенерированный роботом.

Много лет я пишу вакансии сам. Нельзя доверять это HR-ам. Если ты никогда не писал вакансии – это большой плюс. Сделай так:

1. Напиши простыми словами, чем занимается ваша команда (не вся компания целиком), и зачем вам нужен новый коллега.

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

3. Перечисли личные качества, которые важны. И объясни, почему они важны.

Просто? Да! Похоже на стандартный шаблон? Да! Фишка в том, что ты напишешь это сам. Простыми словами без стандартных фраз. Важно не использовать другие вакансии в качестве шаблона. Пиши из головы.

P.S. Хорошие человечные вакансии пишут в Студии Лебедева.

P.P.S. На Хедхантере есть шаблон для всех вакансий компании. Я считаю ошибкой вставлять в начало общее описание. Хотя у наших HRов есть контр-аргумент, что люди приходят по прямой ссылке и могут сразу узнать базовую информацию, не переходя в профиль.

87. Бюджетная админка из Гугл таблицы

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

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

В качестве бюджетной админки мы использовали Гугл таблицы. В этом куча плюсов:

1. Не надо заморачиваться с правами доступа.
2. Не надо обучать сотрудников.
3. Легко создать сложную структуру: документ > лист > таблица.
4. Без участия программистов можно настроить выбор из раскрывающихся списков, ввод значений в нужном формате и подсвечивание проблемных мест.
5. Админка работает на всех платформах, и ее не нужно поддерживать.

От вас требуется только написать скрипт импорта данных из Гугл таблиц. Делается быстро, поддерживается несложно.

88. Правило для передачи продукта

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

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

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

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

Пятничное видео вам в ленту. Круто сделано и очень смешно. https://youtu.be/8HZ4DnVfWYQ

Ребята из саппорта очень ценны для продуктовых менеджеров. Чтобы раскрыть эту тему, предоставляю микрофон замечательной Анастасии. Она работает руководителем поддержки в международном сервисе объявлений Lalafo с аудиторий 3 млн пользователей.
————————————

Саппорт – это не только источник жалоб, но и мощный инструмент для CustDev-a. Договоритесь с поддержкой и попросите включить в скрипты вопросы для валидации гипотезы. Глубинные интервью это не заменит, но даст быстрые ответы.

Кейс:
Доска объявлений. Пользователи могут купить для объявления платную услугу. Нужно было понять – сподвигнет ли новая фича статистики покупать или продлевать платный сервис. Статистика будет отображать количество показов и кликов по объявлению.

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

Получилось?
Да. 7 из 10 клиентов отказались от возврата денег после того, как увидели свою статистику. Троих человек статистика не убедила. Что ж, это достойные претенденты на глубинные интервью. Детальное общение с ними добавит новых инсайтов и гипотез.

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

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

#партнерскийпост

89. Написание и редактура текста как зарядка для ума

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

Люди вообще часто не понимают друг друга. Родители не понимают детей. Мужья не понимают жен. Директор не понимает работников. А ведь все активно общаются, доносят свои мысли устно и письменно.

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

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

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

90. Над «своим» продуктом работают эффективнее

Лампочки в нашем подъезде меняю только я. ЖКХ этим не занимается, соседи тоже. Когда я уехал на несколько месяцев, и в это время перегорела лампочка, в подъезде было темно. Соседи все это время ходили в темноте. Потом я вернулся и поменял перегоревшую лампочку. Мои соседи не воспринимают подъезд, как «свой», а я воспринимаю.

Хороший продукт создают люди, которые относятся к нему как к «своему». Им не нужен начальник с плёткой. Знакомые спрашивают, как я контролирую работников, чтобы на удаленке работали, а не в игры играли. Вопрос вводит меня в ступор – у нас никого не нужно контролировать, все работают над «своим» продуктом.

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

Agile, самоуправление, равноправие, гибкость, свобода и самореализация – эти ценности внедряются в современные продуктовые компании не из-за любви к принципам гуманизма. Просто эта модель эффективнее и приносит больше денег.

91. Понимать суть незнакомых вещей

Продуктовый менеджер и UX-дизайнер – это профессии, где надо понимать людей и то, чем они занимаются. Я никогда не покупал рингтоны на телефон, но в двухтысячных создавал продукты для торговли рингтонами. Мне пришлось понять мотивы покупателей, чтобы сделать работу.

В повседневной жизни полезно этот навык тренировать. К примеру, я не понимал ТикТок. Как можно тратить часы жизни на просмотр бессмысленных видео!? Ты ничему не учишься, просто убиваешь время. Почему дети залипают?

Чтобы понять суть, я решил найти базовую потребность пользователей. Оказалось, у людей есть потребность ничего не делать и тратить жизнь на ерунду. Эта потребность особенно сильна у подростков. Действительно, я в свои 12-15 лет часами сидел с друзьями на скамейке и:

1. Противно смеялся.
2. Плевал на землю.
3. Кривлялся и смотрел, как это делают другие.
4. «Круто» прыгал через скамейку.
5. Подмечал, на какое из действий улыбнется девочка.

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

Не понимаешь суть какого-то явления? Разберись в потребностях участников.

92. Кит для дизайнера

В большой компании работают десятки продуктовых дизайнеров. Каждый делает свою часть продукта и сфокусирован на решении своей задачи. Вникать в детали, чего там делают коллеги – физически некогда. В результате в продукте появляется 10 разных видов таблиц, три разных шрифта, 30 похожих, но разных кнопок и 50 оттенков серого.

Чтобы дизайнеры не тратили время на изобретение велосипеда, в больших компаниях внедряют UI-kit. Или даже дизайн-систему. Но я по привычке называю «китом».

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

– Зачем ты так нарисовал, это же нелогично и неудобно?
– Да, но так сделано в Ките!
– Так давай улучшим кит и сделаем новый компонент.
– Нельзя, Кит священен и не подлежит сомнениям.

В таких случаях я говорю: «Кит создан для дизайнера, а не дизайнер для кита».

93. Понимать, что происходит с продуктом

Недавно мы запустили эксперимент – полностью изменили сценарий для новых пользователей. Два месяца работали над дизайном, два месяца заняла разработка. Результат нам понравился, мы гордились своей работой.

После запуска я с нетерпением стал рассматривать статистику с разных сторон. Первые данные опечалили – пользователи не поняли нашей задумки. UX-исследования это тоже подтверждали.

Мы, конечно, приуныли. Столько сил и надежд, а результат так себе (на самом деле, там все неплохо оказалось, но речь сейчас не про это). Мне пришлось выступить перед командой и как-то прокомментировать ситуацию. Я сказал следующее:

«Любой эксперимент и любой новый продукт могут провалиться – это нормально. Обидно, но нормально. Есть и хорошая новость: мы стали обсуждать статистику с первых дней запуска. Статистика спроектирована, собирается и доступна, ее можно истолковать. Я встречал продукты, которым много лет, при этом нормальной статистики в них не было. Продукт овнер годами не знал, хорошо его продукт работает или плохо. Вот это настоящий провал. А у нас не провал, мы знаем, что с нами происходит и готовы реагировать».

94. Напряги в отношениях запоминаются

Со мной в школе учился хулиган Витёк. Он мог прессануть, отжать жвачку и все такое. Иногда приходилось драться с ним. Но в целом, он был нормальным парнем, и большую часть времени мы общались спокойно. Точнее, внешне я был спокоен, а внутри в постоянном напряге. Если человек тебя время от времени прессует, даже в мирное время ты не будешь чувствовать себя безопасно.

За годы работы мне встречались разные коллеги и начальники. Бывали типа «Витёк» – адекватный, профессиональный, рассудительный, но иногда слетает с катушек, начинает истерить, грозить увольнением и всячески прессовать. Работать с таким человеком – кошмарно. Даже если 95% времени он душка и ведет себя адекватно, расслабиться не получается.

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

Если вы начальник. Или просто важный человек в команде. Умоляю, держите себя в руках. Если вы всего разок вспылите, пускай даже по делу, работать с вами будет «в напряг» еще долго. А если истерики у вас происходят раз в несколько месяцев – работать с вами невыносимо. Эти слова я регулярно говорю отражению в зеркале.

Вот вам в пятничный вечер замечательный кавер на замечательный кавер. Даже прекрасная кривая нота на месте!
https://youtu.be/w2TY7nh5YPs

95. О пользе регулярного образования

Я не люблю высшее образование. Особенно в нашей стране. Считаю, что эти 4-6 лет можно потратить с бо́льшим толком. Я преподавал и знаю, что объем актуальных знаний и навыков из университета можно легко уместить в полтора года. В общем, я человек, который регулярно ругает институты и агитирует за современные системы обучения.

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

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

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

96. Что делать с многословностью

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

Моя проблема – многословность и неспособность четко донести мысль. Объясню, как с этим бороться и когда можно простить.

1. Вам нужно донести мысль.
Рассказать планы на квартал, отчитаться о работе, научить чему-то. Желательно это сделать максимально просто и коротко. Многословность заставляет людей скучать и отвлекаться. Легкого способа круто выступить – нет. Надо планировать тезисы, оттачивать формулировки, прогонять выступление несколько раз на репетиции. Все крутые и «естественные» выступления – плод долгой, кропотливой работы. Меня часто подводит самонадеянность, что смогу хорошо выступить без подготовки. Результат – многословность и размытость идеи.

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