Я всегда интересовался математикой и UX-проектированием. Несомненно точно, это выстроило мой путь к продуктовому менеджменту.
Но сегодня не об UX. Сегодня о математике и о том, как она помогает мне решать жизненно важные для продукта таски.
Прежде всего, математика помогает разбить сложное на более простые составные части.
Когда ко мне в голову приходит идея и я проверяю свою первоначальную гипотезу, кажется, что слишком много факторов, мешающих оценить и проверить идею здраво. Перед вами задача – создать продукт, который будет лучше тех, что уже есть, и найти свою аудиторию. Теоретически, это просто; практически – сложно.
В этой статье под «рынком» я буду подразумевать не ЦА, а задача, которая позволяет job-to-be-done.
Итак, математика 🔢
Продукт 🍌
У каждого продукта есть векторы развития. Клиент говорит нам: «хочу, чтобы сайт был функциональнее, быстрее и дешевле» (о, да). Значит, у нас есть три вектора развития: функциональность, скорость и цена.
Чем больше векторов развития, тем лучше.
Допустим, у вас сервис по доставке еды. Предположим, что вы определили векторы развития: (а) скорость доставки, (б) богатый ассортимент, (в) цена. Стоим трехмерный график развития сервиса.
Если мы изобразим это в виде матрицы, то это будет выглядеть следующим образом:
Рынок 🛒
Напоминаю, что рынок мы рассматриваем с точки зрения JTBD (job-to-be-done).
Для чего людям вдруг пригодился сервис по доставке еды?
Чтобы сэкономить время на доставку? Чтобы доставлять готовую еду в офис? Чтобы люди могли позволить себе ресторанную еду дома? Все это – разные процессы. Но все они одинаково будут влиять на (а) маркетинговое сообщение, (б) каналы продаж, (в) SEO.
Появляется еще 3 измерения:
Таким образом, перед нами сложное уравнение.
Как упростить уравнение 🔑
Очевидное решение:
Не решайте одновременно несколько уравнений.
Представим, что рынок – это константа. Нужно зафиксировать свое внимание на конкретном рынке (в нашем случае, job-to-be-done или задаче, которую нужно выполнить) и перебрать решения этой задачи.
Упрощаем:
Заключение
Если проделать небольшой ресёч, то вы увидите, что эту схему использовали компании, у которых в разработке было до 4 больших продуктов.