Простая математика в продуктовом менеджменте

Я всегда интересовался математикой и UX-проектированием. Несомненно точно, это выстроило мой путь к продуктовому менеджменту.

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

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

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

В этой статье под «рынком» я буду подразумевать не ЦА, а задача, которая позволяет job-to-be-done.

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

Чем больше векторов развития, тем лучше.

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

Если мы изобразим это в виде матрицы, то это будет выглядеть следующим образом:

Напоминаю, что рынок мы рассматриваем с точки зрения JTBD (job-to-be-done).

Для чего людям вдруг пригодился сервис по доставке еды?

Чтобы сэкономить время на доставку? Чтобы доставлять готовую еду в офис? Чтобы люди могли позволить себе ресторанную еду дома? Все это – разные процессы. Но все они одинаково будут влиять на (а) маркетинговое сообщение, (б) каналы продаж, (в) SEO.

Появляется еще 3 измерения:

Таким образом, перед нами сложное уравнение.

Очевидное решение:

Не решайте одновременно несколько уравнений.

Представим, что рынок – это константа. Нужно зафиксировать свое внимание на конкретном рынке (в нашем случае, job-to-be-done или задаче, которую нужно выполнить) и перебрать решения этой задачи.

Упрощаем:

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