Гугл на прошлой неделе выкатил свой аналог #ChatGPT под названием Bard.
Особенности: бесплатный, очень быстрый, работа с онлайн-данными в режиме реального времени, поиск по изображениям и ответы с картинками + сразу несколько вариантов ответов, голосовые подсказки и плагины.
Минусы: не всегда глубокие ответы (думаю, это временно).
В целом, первый ближайший достойный конкурент для OpenIAI (привет, порог существенности).
По слухам, в будущем Гугл планирует экспериментировать с поисковой выдачей и подмешивать в неё "быстрые ответы" (по факту – пытаясь замкнуть CJM на себе, а не передавая пользователя на сайт-источник).
Попробовать: https://bard.google.com/ (для доступа нужен штатовский айпи/впн).
Как пройти собеседование на продакт-менеджера в IT?
Своими лайфхаками трудоустройства 17 мая поделится Сергей Колосков, Product Manager в OZON. На занятии вы узнаете, как правильно выбирать вакансии и оформить резюме, а также научитесь готовиться к интервью.
В результате урока:
– Узнаете, как готовиться к интервью.
– Разберете примеры резюме.
– Поймете, как правильно написать сопроводительное письмо.
Для участия зарегистрируйтесь на вебинар:
👉 https://otus.pw/vyXy/
Вебинар приурочен к старту онлайн-курса «Product Manager IT-проектов» в OTUS и подойдет как начинающим, так и продолжающим специалистам в области продакт-менеджмента.
Нативная интеграция. Информация о продукте www.otus.ru
#best Апрельский дайджест публикаций для продакт-менеджеров и их команд + бесплатные видео-уроки (все дайджесты в закрепе):
– 3 ловушки, скрывающиеся в дорожных картах
– Внутренние и внешние сообщества: секрет успеха продукта
– Скоринговая модель развития продукта
– 13 предубеждений при разработке продуктов, которых следует опасаться
– Секретная модель роста Duolingo
– 10 вопросов для касдева
– Крутой хак с ChatGPT
– ChatGPT генерит вопросы для касдева
– ChatGPT генерит механики для онбординга
– ChatGPT проводит SWOT-анализ продукта
– Changelog: как и зачем вести журнал изменений продукта
– Кейс про запуск нового приложения для World Class
– От стартапа до корпорации: все стадии развития компании
– 3 базовых модели взаимодействия продакта и команд(ы)
– Продуктовые риски и как их контролировать и управлять
– Как развивать оригинальность и создавать оригинальные вещи
Бесплатные видео-уроки от OTUS:
– Проверка гипотез - не А/В- тестированием единым
– Навыки аналитика в IT: hard и soft skills
– MVP и как его круто сделать
– Agile трансформация бизнес-архитектуры
– Цели в проекте и продукте: различия и валидация требований
Станьте специалистом после прохождения курса «Профессия менеджер проектов».
Project-менеджеры знают, как собрать команду и реализовать новый продукт:
+ управляют бюджетом, сроками и командой в компании;
+ оценивают рентабельность и риски продукта;
+ знают, как использовать IT и маркетинг для роста;
+ умеют аргументированно доносить свои идеи и презентовать продукты.
Стать отличным специалистом вам помогут практические задания, личный наставник и реальные кейсы, которые дополнят ваше портфолио.
Подробности по ссылке:
👉 https://epic.st/7-fFN
13 распространенных предубеждений при разработке продуктов, которых следует опасаться:
1. Ранняя "сходимость"
Тенденция быстро выбирать и разрабатывать решения, не полностью исследуя альтернативные варианты. Мы полностью исследовали другие варианты, прежде чем принять решение?
2. Большой планировочный инвентарь
Накопление запланированных задач и идей, которые остаются нереализованными, приводит к неэффективности и задержкам. Мы накапливаем слишком много запланированных задач, не предпринимая действий?
3. "Мерцающие объекты"
Привлечение новых, захватывающих идей или технологий в ущерб основным целям развития продукта. Мы отвлекаемся на новые идеи, вместо того чтобы сосредоточиться на наших основных целях?
4. Краткосрочное воздействие
Приоритет мгновенных результатов перед долгосрочной ценностью, что может привести к жертве качества продукта или устойчивости. Мы жертвуем долгосрочной ценностью ради мгновенных результатов?
5. "Большие партии"
Работа с большими единицами работы, что приводит к более длительным срокам выполнения и уменьшению гибкости. Мы дробим работу на этапы и партии, чтобы сохранить гибкость и реагирование?
6. Предсказуемость и уверенность
Фокус на обеспечении предсказуемого процесса разработки, зачастую в ущерб инновациям. Мы приоритезируем предсказуемость или инновации?
7. Позднее интегрирование
Задержка объединения различных компонентов или функций, что может привести к непредвиденным проблемам и увеличению сложности. Мы слишком долго ждем, чтобы объединить компоненты, рискуя сложностью и проблемами?
8. Задержка обратной связи
Откладывание сбора и использования обратной связи от пользователей, что может привести к созданию неудовлетворительного или нежелательного продукта. Мы откладываем обратную связь от пользователей, рискуя получить неудовлетворительный продукт?
9. "Параллелизм"
Одновременный запуск нескольких задач или процессов в целях ускорения разработки, но это может вызывать конфликты или зависимости. Мы запускаем слишком много задач одновременно, что вызывает потенциальные конфликты?
10. Начало в изоляции
Инициирование работы в малых группах без участия всей команды или заинтересованных сторон, что приводит к неправильной выработке стратегии и меньшей коллаборации. Мы исключаем каких-либо заинтересованных сторон на ранних этапах разработки?
11. "Запусти и забудь"
Выпуск продукта без постоянной поддержки, обслуживания или обновлений, что приводит к неудовлетворенности пользователей и потенциальной устареваемости. Мы упускаем возможности для улучшения продукта в ответ на запросы наших клиентов?
12. Индивидуальное назначение заданий
Назначение задач отдельным членам команды, что может ограничивать коллаборацию и обмен знаниями. Мы ограничиваем коллаборацию, назначая задачи отдельным членам команды?
13. Приоритет объема над результатами
Основной акцент на количестве продукта, вместо общей ценности или успеха продукта. Мы сосредотачиваемся больше на количестве работы, чем на успехе продукта?
Как формулировать и проверять гипотезы для своего продукта? Обсудят 28 апреля (завтра) на открытом уроке «Проверка гипотез. Не А/В-тестированием единым» в OTUS.
На занятии мы разберем:
— Что такое гипотезы, и как их правильно формулировать?
— Кому и когда подойдут А/В-тесты?
— Альтернативные способы проверки гипотез.
Вебинар подойдет аналитикам, менеджерам продукта и маркетологам, желающим повысить свою эффективность в работе с данными и улучшить качество продукта.
В результате вебинара вы поймете, когда уместно проводить А/В тесты, а когда — нет, а также получите рекомендации, что делать, когда А/В тесты не подходят.
Для участия зарегистрируйтесь:
👉 https://otus.pw/80aT/
Вебинар приурочен к старту онлайн-курса «Продуктовая аналитика» в OTUS, сейчас возможны разные способы оплаты.
Нативная интеграция. Информация о продукте www.otus.ru
Продуктовые риски — факторы, которые с разной вероятностью наступления могут негативно повлиять на работу вашего продукта.
О том, как контролировать и управлять такими факторами в материале ниже.
Все стадии развития компании от Brian Feroldi:
На каждой стадии меняется значимость ключевой характеристики:
– Revenue (Доходы).
– Gross Profit (Валовая прибыль).
– Operating Profit (Операционная прибыль).
– Net Profit (Чистая прибыль).
– Share Count (Количество рекомендаций).
Ребята из red_mad_robot поделились подробным кейсом про изменение бизнес-процессов и запуск нового приложения для World Class — крупнейшей сети фитнес-клубов России.
В статье рассказали, как помогли заложить фундамент продукта, аналогов которому на рынке до сих пор нет.
Интересные моменты из кейса:
1. Цифровая трансформация — это почти всегда небыстрый и непростой путь, который требует перестройки и реорганизации многих привычных бизнес-процессов, изменений отношений между сотрудниками и в каком-то смысле — выхода из зоны комфорта.
2. Сформировать стратегию развития цифровых сервисов на несколько лет вперед невозможно без основательного исследования рынка, ЦА и самих клиентов — это один из важнейших этапов работы, на котором закладывается фундамент.
3. Цифровая экосистема — это инструмент, с помощью которого можно комплексно управлять процессами, повышать ценность продукта для клиента и дает возможности кастомизации под задачи пользователя.
Вся статья полностью на Виси
Практика применения DevOps-аутсорса на разных этапах жизненного цикла продукта
Хорошо, когда есть возможность взять DevOps-инженера в штат. А если нет? Использовать аутсорс? Аутстаф? Проектные работы? На что опираться при выборе?
На все эти вопросы есть ответы в выступлении Станислава Тибекина, управляющего партнера и CVO компании Nixys, на DevOps Conf 2023!
Для тех, кому удобнее читать, есть текстовая расшифровка с самым важным.
Каждый продакт нет-нет да задумывался о своем собственном деле. Ведь если мы эффективно управляем сторонним продуктом, то почему не можем своим?
Также думали фаундеры Alliesverse: начали свой бизнес, вывели его на достойный уровень, но по пути, не удовлетворившись ни одной российской CRM, решили запилить свою 🤟
Они опросили 200 предпринимателей и на основе их болей включили в платформу все необходимые инструменты для старта и управления бизнесом.
Сейчас решили раздать 100 бесплатных доступов, чтобы отпраздновать день рождения.
👉 Получить бесплатный доступ к Alliesverse
Последний запрос на сегодня – просим #ChatGPT придумать нам возможные варианты и механики для онбординга в приложении:Персона: представь, что ты – опытный менеджер по продукту, который успешно разработал и внедрил множество онбординг-программ для пользователей разных продуктов.
Действие: разработай программу онбординга для новых пользователей продукта, включающую не менее 4 форматов, уделяя внимание достижению поставленных целей, охватывая ключевые функции продукта и предлагая возможные метод доставки.
Контекст:
Продукт: приложение для метеозависимых людей
Целевая аудитория: люди с имеющимися заболеваниями, которые обостряются во время резкого изменения погоды.
Цели и задачи: повышение вовлеченности текущих пользователей, их удержания, а также сокращение оттока старых пользователей.
Основные характеристики приложения: прогноз погоды, дневником самочувствия, оповещения.
Формат: Предоставь подробный план программы онбордингу, включая структуру и последовательность действий по онбордингу пользователей с указанием метрик, на которые будет оказано влияние из онбординга, а также любые вспомогательные материалы или ресурсы, которые могут понадобиться.
Программа онбординга для приложения "Метеозависимые люди":
Цель программы: обеспечить новым пользователям гладкое и эффективное знакомство с продуктом, повысить уровень вовлеченности пользователей и удерживать их в приложении, сокращая отток.
Шаг 1: Регистрация в приложении
– На экране приветствия пользователя показывается короткое видео, представляющее ключевые функции приложения.
– Пользователю предлагается зарегистрироваться в приложении или войти в существующую учетную запись.
– После регистрации, пользователь перенаправляется на страницу со списком городов для выбора своего местоположения.
Метрика: Количество зарегистрированных пользователей
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 2: Знакомство с основными функциями приложения
– После выбора местоположения, пользователь перенаправляется на экран с прогнозом погоды и дневником самочувствия.
– На этом экране пользователю показывается короткое видео-инструкция по использованию приложения и возможность быстрого тестирования оповещений о смене погодных условий.
– Пользователю предлагается заполнить дневник самочувствия и установить оповещения.
Метрика: Количество пользователей, которые заполнили дневник самочувствия и установили оповещения.
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 3: Предложение дополнительных функций приложения
– После ознакомления с основными функциями приложения, пользователю предлагаются дополнительные функции, такие как советы по здоровому образу жизни, и т.д.
– Пользователю предлагается настроить дополнительные функции и приложение в соответствии с его потребностями.
Метрика: Количество пользователей, которые настроили дополнительные функции.
Материалы и ресурсы: образовательный контент и статьи, быстрые советы, медицинские новости и исследования.
Шаг 4. Участие в сообществе
Создание сообщества вокруг вашего приложения может помочь удержать пользователей и привлечь новых. В рамках программы онбординга для новых пользователей приложения для метеозависимых людей, можно предложить им создать или присоединиться к сообществу, где они смогут получить дополнительную поддержку от других пользователей, обмениваться опытом, делиться своими отзывами и идеями.
Метрики: Количество новых участников в сообществе, процент пользователей, присоединившихся к сообществу.
Материалы и ресурсы: Создание сообщества в социальных сетях, создание форума на сайте приложения, написание статей и блогов о погодных условиях и их влиянии на здоровье.
P.S С шагом №4 и комьюнити внутри приложения чертова машина попала в самое яблочко! Эту фичу мы придумали случайно на самом старте и она объединила и удерживает в чатах уже 1,000+ участников по всему миру (а для некоторых метеозависимых юзеров взаимоподдержка от комьюнити являлась ключевым факторов при покупке подписки).
Продолжаю делиться полезными #ChatGPT запросами для продакт-менеджеров.
Ловите запрос, который сгенерирует вам вопросы для касдева (можно расширять его под весь продукт, а можно сужать под конкретные функции):Персона: ты – профессиональный продакт-менеджер
Действие: придумать мне список вопросов для касдева пользователей моего приложения
Контекст: мобильное приложение для метеозависимых людей, область касдева – функция для дневника самочувствия пользователей
Формат: список из простых и понятных для пользователей вопросов
Вот что машина предложила мне:
– Что побудило вас начать использовать эту функцию?
– Какие показатели самочувствия вам наиболее важны?
– Какие преимущества вы получаете от использования этой функции?
– Какие изменения в своей жизни вы внесли на основе информации из дневника самочувствия?
– Были ли случаи, когда дневник самочувствия помог принять правильное решение, связанное с вашим здоровьем? Если да, то какой?
– Какие сложности вы сталкиваетесь при использовании дневника самочувствия?
– Какую информацию вы бы хотели видеть в дневнике самочувствия, которой сейчас нет?
21 и 22 апреля пройдёт главное событие ФРИИ о масштабировании IT-бизнеса за рубежом — GoGlobal Forum 2023
Участников ждет два дня контента от практиков, которые уже адаптировали свои IT-продукты под новые рынки с учетом реалий 2023 года.
🔵21 апреля: стратегии и тактики запуска продаж за рубеж, ключевые ошибки, актуальные кейсы и полезные инструменты для бизнеса.
🔵22 апреля: воркшопы и мастер-классы от экспертов «Акселератора ФРИИ», которые дадут ответ на вопрос, готовы ли вы масштабировать свои продукты за рубежом.
Ну и, конечно очный и онлайн-нетворкинг с другими предпринимателями, представителями корпораций, инвесторами и экспертами. Всю программу смотрите на сайте.
Среди спикеров и экспертов: Стас Селезнев, управляющий сооснователь YallaMarket/YallaHub и DocsInBox, Максим Спиридонов, серийный технологический предприниматель, основатель бизнес-клуба Reforma, Денис Балюра, СЕО и основатель Tomoru — сервиса с оценкой в 1+ млрд рублей, Алексей Костарев, основатель OnlySpace, создатель игры «Счастливый фермер» и первый российский предприниматель на обложке Forbes, Роман Плющенков, ex-управляющий директор азиатского бизнеса в Borzo/Достависта и еще более 30 крутых спикеров.
🎟 Трансляция 1 дня бесплатно, на остальные тарифы скидка 25% для моих подписчиков по промокоду «ruspm»
Кампус Facebook раньше был кампусом Sun Microsystems. После покупки кампуса, Facebook оставил вывеску прошлого владельца как напоминанием о том, что происходит с компанией, когда она теряет своё преимущество.
Читать полностью…Эффективная беседа на любом уровне, будь то беседа с коллегой или же с руководством – это процесс, после которого обе стороны получают нужный для себя результат: идеи, информация, помощь, апрув и т.п. вещи.
Основа любой успешной беседы – связанная логикой и повествованием цепочка вопросов, ответов, утверждений и опровержений, которые используются обеими сторонами.
Вот составляющие правильной беседы и вопросы, которые облегчают любые коммуникации в команде:
– Необходимость. Нам нужно говорить об этом?
– Уточнение. Что ты/мы имеешь в виду?
– Предположение. Что мы предполагаем?
– Верификация. Откуда мы знаем, что это правда?
– Причины. Что вызывает это?
– Действие. Что должно быть сделано?
– Время. К какому сроку это ожидается?
– Эффекты. Каковы будут эффекты?
Принципы задавания вопросов и ответов:
Будьте ситуационным вопрошателем. На начальном этапе диалога вы составляете обзор, оцениваете ситуацию и выясняете:
– чего хотите достичь с помощью данной беседы;
– возможности вашего собеседника (оценка, как и ваше Намерение, могут измениться уже в ходе беседы).
Конкретность. Чтобы избежать недопониманий и неясностей при ответе, задавайте вопросы, которые конкретны и четко формулированы. Правильный вопрос уже содержит в себе 80% правильного ответа.
Учитывайте контекст. Чтобы получить максимально точный ответ, задавайте вопросы, учитывая текущий контекст ситуации.
Ясность. Старайтесь, чтобы ваш вопрос был легко понятен тем, кому он адресован. Спец. термины стоит использовать только с теми, в ком вы уверены, что он им будет понятен.
Нейтральность. Старайтесь не подталкивать собеседника к ответам (за исключением случаев, когда это необходимо).
Структурированность. Старайтесь структурировать свой ответ, чтобы он был легко понятен другим.
Не угадывайте. Не стоит догадываться и придумывать ответы на вопросы, которых вы не знаете. Если вы не знаете ответа, лучше сказать об этом, чем вводить вопрошающего в заблуждение (привет, искажение закрытых групп).
Используйте эмпатию. Ставьте себя на место собеседника, чтобы лучше понимать его точку зрения.
Не бойтесь задавать вопросы. Не бойтесь задавать вопросы, если вы не понимаете что-то, это поможет вам получить более полное представление о ситуации.
Предлагайте помощь. Если вы чувствуете, что собеседник недогоняет недостаточно понимает детали или тонкости во время беседы, предлагайте уточнения и помощь: «Хочешь, я объясню на примерах как это работает?», «Давай разберем этот процесс по-этапно» и т.п.
Это поможет не только ему, но и вам еще раз прокрутить в голове возможные сценарии и найти среди них то самое верное решение.
Полезное по теме:
– 2 образа, чтобы лучше почувствовать собеседника
– Создание и рассказывание историй как навык продакта
– 6 правил командной производительности Tesla
– Как работает Radical Candor (радикальная прямота)
Дополняя тему предубеждений и ошибок: 28 ошибок восприятия (+ лекарства от них), которые могут влиять на сознание продакт-менеджера, искажая его продуктовую реальность.
Читать полностью…Что делать, когда приходишь в новую команду? “Как себя вести в новом коллективе?”.
Существует три базовых модели взаимодействия продакта и команд(ы), которые строятся на простом и понятном всех факторе – опыте человека и команды.
– Лидер (lead). Задает ритм команде, формирует стратегию, самостоятельно планирует и стартует командные и продуктовые процессы, много делегирует.
– Партнер (partner). Со всеми наравне, вовлечен в общую работу и следует совместно утвержденному курсу.
– Супотер (support). На подхвате, много изучает и спрашивает, утверждает информацию, задачу, решения, идя за командой по заданному ею пути.
На оси Х — общий уровнь знаний и навыков продакт-менеджера.
На Y — опыт команды, с которой он работает.
Точки их пересечения показывают наиболее подходящую модель взаимодействия продакта со своей командой.
Дублирование облачной инфраструктуры? А может лучше... дублирование облачной инфраструктуры?
DevOps-инженер компании Nixys в статье на Хабре рассказал об альтернативах зарубежных облачных сервисов и дублировании их инфраструктуры.
👉 Читать статью
Хотите стать тимлидом ситемных аналитиков? Приходите на бесплатный урок «Архитектура информационных систем. Монолиты, SOA и микросервисы» в OTUS.
На занятии рассмотрят описание, характерные свойства и характеристики разных архитектурных моделей.
После занятия вы сможете:
– Выделять архитектурные слои информационной системы.
– Понять отличия, плюсы и минусы монолитной, SOA и микросервисной архитектуры.
– Различать явные признаки хорошей и плохой архитектуры.
– Выделять основные компоненты системы и рисовать компонентные модели.
Проходите вступительный тест и присоединяйтесь к вебинару
👉 https://otus.pw/Chic/
Вебинар приурочен к старту онлайн-курса «Системный аналитик. Team Lead» и будет полезен системным аналитикам, которые хотят углубить свои знания по архитектуре и архитекторам информационных систем.
Нативная интеграция. Информация о продукте www.otus.ru
Старина Цукерберг наигрался в метавселенную без ног (уже с ногами) и теперь запускает аналог Твиттера – приложение Barcelona.
«Мы изучаем автономную децентрализованную социальную сеть для обмена текстовыми обновлениями. Мы считаем, что есть возможность для отдельного пространства, где создатели и общественные деятели могут делиться своевременными новостями о своих интересах».
На скринах – интерфейс отдельного приложения, которое теперь позиционируется как «Instagram для ваших мыслей».
Вот известно о Барселоне на данный момент:
– Барселона будет отдельным приложением, которое будет использовать учетные данные и никнейм Instagram для входа в систему.
– Максимальная длина сообщений в Барселоне — 500 символов.
– Барселона будет децентрализована, хотя не совсем понятно, что это означает в контексте Фейсбука.
27 апреля Digital Tele2 проводит онлайн-митап «Игры в сервисных приложениях», на котором расскажет о нюансах геймификации.
В прямом эфире обсудят:
– Геймификация: видение, методологии и подходы.
– Эволюция геймификации: от бейджификации до метавселенных.
– Метрики: что замерять и на что обратить внимание.
– Зоны роста и основные ошибки в геймификации.
Спикеры: Рамиль Сарангов и Кирилл Ивашников, эксперты Tele2.
Регистрация на бесплатный вебинар:
👉 https://r.tele2.ru/qvaR8P4
Хорошая статья-лонгрид
, объясняющая как работает наш мозг, как он принимает решения и обучается чему-либо.
Как запустить новый IT-продукт? Например, сервис по доставке еды. Просто придумать дизайн, написать код, договориться с ресторанами и всё — выкладывай и собирай деньги?
На деле всё куда сложнее. Нужно исследовать рынок, сформировать концепцию, прикинуть стратегию, рассчитать монетизацию, собрать команду, разработать продукт и ещё много чего.
Заниматься и помогать с этим — задачи продакт-менеджера. В общем, это сложная и очень интересная работа (за которую хорошо платят).
Хотите узнать больше? Загляните на курс Skillbox «Профессия Продакт-менеджер» и познакомьтесь с этой специальностью на практике.
Подробности:
👉 https://epic.st/4XOlY
Еще один полезный пример запроса #ChatGPT – просим машину провести SWOT-анализ нашего продукта:Персона: ты – профессиональный продакт-менеджер
Действие: провести SWOT-анализ мобильного приложения
Контекст: мобильное приложение для метеозависимых людей с прогнозами погоды, оповещениями и дневником самочувствия
Формат: классическая SWOT-таблица
Расширяйте, сужайте области запроса, уточняйте и перечисляйте фичи, рынки и прочее – всё это только помогает машине выдавать более релевантные ответы.
P.S. За исключением очевидных пунктов, можно сказать, что машина снова попала в нашу собственную аналитику.
Что такое MVP и как его круто сделать? Расскажут 24 апреля на бесплатном уроке онлайн-курса «Product Manager IT-проектов» в OTUS.
На нём мы разберемся с основными шагами для разработки работающего минимального продукта, какая у него основная метрика и как минимизировать затраты на разработку.
После урока вы:
– будете знать основные правила создания и метрики MVP;
– придумаете MVP реального продукта;
– узнаете какие есть инструменты, чтобы сделать работающий минимальный продукт.
Готовьте свои вопросы и регистрируйтесь на вебинар:
👉 https://otus.pw/N6zn/
Урок подойдёт для начинающих продакт-менеджеров, начинающих стартаперов и предпринимателей, которые планируют протестировать свой продукт.
Нативная интеграция. Информация о продукте www.otus.ru
#cusdev Какие вопросы задавать на касдеве так, чтобы пользователи отвечали максимально честно и без предвзятости?
Делюсь списком из 10 вопросов для касдева, ответы на которые дадут вам полезную пищу для продуктовых размышлений.
1. "Как вы решаете эту проблему сейчас (без нашего продукта)?".
Классический вопрос, ответ на который содержит в себе информацию по текущему (и уже успешно работающему) customer journey map.
Корни большинства продуктов растут именно из оптимизации этой карты и удаления из нее "болевых мест", а не придумывания "новых процессов".
2. "Как вы понимаете/узнаете, что ваша проблема решена успешно?"
Главный вопрос всех стартапов – "а что считаем за успех?" применим и к пользователям.
Этот вопрос особенно ценен для B2B-продуктов, позволяя выявлять скрытую информацию, например, когда некоторые истинные цели, процессы или действия могут скрываться за действиями иных пользователей (решения принимает СЕО, KPI ставит руководитель отдела и т.д.)
3. "Что вас больше всего неудобно/не нравится/разочаровывает в этом решении?"
Это многоцелевой вопрос, который вы можете использовать, чтобы начать выявлять те самые "болевые места" в отрасли/процессах, а далее использовать его и для определения недостатков в функционале собственного продукта.
4. "А как бы вы хотели упростить/улучшить это?".
Подобные вопросы подходят как для общих процессов, так и для вполне конкретных функций.
Главная задача этого вопроса – получить подтверждение "болевого места", а не найти готовое решение.
Будьте осторожны – вопрос обманчивый и даже кажущийся максимально конкретным ответ совсем не означает, что именно это решение будет успешным.
5. "Чем бы отличался ваш день/работа/задача, если бы у вас было улучшенное решение?"
Цель — понять, какую именно ценность добавляет в жизнь пользователя ваш будущий/текущий продукт/решение/функция. В очередной раз соотнесите это с другими ответами на предмет совпадения.
6. "Если бы это было доступно уже сегодня, вы бы купили/использовали это?"
Сам по себе ответ "да/нет" на этот вопрос не даст какого-либо полезного ответа. Просто задайте этот вопрос, а затем молчите, мотивируя пользователя сказать больше.
Прослушивание ответа даст вам представление о процессе принятия решений пользователем и о том, какой объем ценности он для себя видит в таком продукте/функции.
7. "Как вы относитесь к нашему решению?".
Хорошим последующим вопросом может быть: "В чем вы видите наибольшую выгоду нашего решения?".
Эти вопросы в очередной раз помогают понять мотивы пользователя, которые, в том числе, можно использовать и в маркетинговой стратегии.
Универсальные уточняющие вопросы:
8. Почему?
Это, безусловно, самый важный вопрос, который вы можете задать, поэтому задавайте его почаще задавая «почему» в качестве последующего вопроса, вы часто можете получить более информативный ответ и добраться до сути настоящей проблемы.
9. Можете привести пример?
Это еще один замечательный вопрос общего назначения, который может дать вам золотую жилу подтверждающих доказательств в пользу вашего нового продукта или функции (или против них).
Если вы попросите привести конкретные примеры, собеседник поймёт, что вы готовы углубиться в детали, которые предоставят ему и вам гораздо больше информации для обработки.
10. "А как вы (с)делали это по-другому?".
Ещё один вопрос, ответ на который может рассказать вам о неудачном пользовательском опыте, повторять который, скорее всего, не стоит.
Список этих вопросов подходит как разработки новых продуктов, так и для проверки уже имеющегося функционала.
Можно дополнять/видоизменять этот список и любой вопрос в частности, задавая уточняющие – каждый ответ в рамках интервью имеет вес и значение, особенно, если вы внимательно слушаете его и способны видеть и распознавать информацию "между строк".