Разработка продукта
Building the product right vsbuilding the right product
В отличие от проекта разработка продукта не содержит требований (Требование - это запрос заказчика при заказной разработке). Разработка продукта ведется от потребности (проблемы, боли пользователя). Часто самая явная потребность оказывается ошибочной (Например: Дрель покупают не ради отверстия, а чтобы повесить картину). При продуктовой разработке определяют фокус группу у которой есть определенная проблема и пытаются итерационно строить решение, которое бы его удовлетворило.
Модели продукта
Модель пользователя: для кого это?
Модель ценности: почему это полезно?
Модель взаимодействия: как это использовать?
Модель объекта: как это устроено?
Модель данных: как управлять состоянием этого?
Разработка продукта через проверку гипотез
Что? Собираем данные.
Почему, Зачем? Работаем над пониманием пользователей (Empathy).
Как? Проводим эксперименты.
ELMR Framework
Провести пользователя по цепочке действий (flow) чтобы он совершил целевое действие.
Emotions
Logic
Motivation
Reward
Отталкиваясь от цели анализируем все операции которые делает пользователь и система. Определяем влияние каждого из этих действий/шагов на конечный результат. Наша задача уделять внимание шагам которые приближают пользователя к решению задачи.
Что хочет пользователь: Создать план проекта в нашей системе
Достижение желаемой цели:
Зарегистрироваться (не влияет на результат)
Подтвердить email (не влияет на результат)
Создать план (влияет косвенно)
Ввести задачи и оценки (влияет)
Что пользователь получает: План проекта
Как работать над пониманием целей пользователя (Empathy)
Интервью
NPS open channels (голос пользователя из коммуникационных каналов)
UserOnboard, Samuel Hulick
Инструменты Fullstory, inspectlet, etc (для продуктов запись действий пользователя при работе с UI)
Put ourselves in a customer shoes
Drinking our own champaign (Eat your dogs food)
Генерация и проверка гипотез
Проверка гипотез - метод улучшения опыта пользователя который базируется на проверках предположений того что мешает пользователем в удовлетворению своей потребности. Заранее определяем что является успехом при проверке гипотез. Примеряем сработавшие гипотезы и отказывается от неработающих.
Problem: Increase the number of invites
Hypothesesis: We believe users will share link to board instead of email because it is easier for them
Prediction: If we make a link that would require receivers to register to access and edit board, we'll see an increase in number of invitees by ...
Experiment design: variations, metrics of success, tradeoffs metrics
Вопросы к менеджеру продукта
Какую проблему мы решаем?
ЦА
Рынок
Как измерить успех?
Основные игроки
Почему мы? УТП для потребителя
Почему сейчас?
Как будем выводить на рынок?
Критические факторы успеха
Этапы развития продукта
Концепция
Замысел и видение
Концепция продукта
Данные статистики и маркетинга
Каналы распространения
Конкуренты
Ценообразование
Разработка
Как будет выглядеть
Как будет работать
Размер рынка
Первые пользователи
Форматы демонстрации
Рекламные материалы
Тестирование
Взаимодействие с пользователями
Наличие ошибок
Маркетинговые коммуникации
PR программа
Каналы распространения
Запуск
Демонстрация работоспособности
Освещение в прессе
Масштабный запуск
Дополнительные источники
Книга о подходе Customer Development: The Four Steps to the Epiphany by Steve Blank. Главная мысль книги: компания должна менять свою стратегию продвижения и разработки продукта по мере перехода продукта между фазами жизненного цикла.
Last updated
Was this helpful?