Когда вы создаете новый продукт, существуют два типа фич: “table stakes” (базовые) и дифференцирующие.

Термин “table stakes” заимствован из покера. Table stakes — это сумма денег, которую игрок должен принести, чтобы занять место за столом. Так же и в разработке продуктов базовые функции — это те, которые необходимы, чтобы пользователи вообще рассматривали ваш продукт.

В качестве примера рассмотрим приложения для прослушивания подкастов.

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

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

Возьмем, к примеру, приложение Overcast - это очень простое приложение (прям, супер базовое) для подкастов, которое предлагает продвинутое управление плейлистами. Оно не всем заходит, но многие люди от него фанатеют именно из-за плейлистов. Другое приложение, Podcast Addict, славится тем, как оно следит за расходом аккумулятора, и некоторые пользователи Android его сильно любят.

💡 Важно помнить, что “отличное” не равно “дифференцирующее.”

Мой ко-фаундер Арнаб в 41-м эпизоде нашего подкаста отметил, что у Spotify есть уникальная "дифференцирующая” особенность — они объединяют музыку и подкасты в одном приложении (правда, YouTube тоже начал повторюшничать, поэтому это уже не сильно уникально).

Некоторым людям нравится возможность слушать музыку и подкасты в одном приложении. Другие (как и я) не любят когда им приходится чрезмерно переключаться между песнями, которые хотят послушать дети в машине, и 2,5-часовыми эпизодами Lex Fridman, на прослушивание которых уходит несколько прогулок.

💡 Как определить, какие функции являются необходимыми?

Когда мы запустили закрытую бету, мы приоритизировали дифференцирующие фичи, потому что хотели получить обратную связь именно по уникальным особенностям приложения. Оказалось, что для потребительского продукта, нацеленного на формирование привычки, базовые функции имеют огромное значение. Без них люди не будут регулярно использовать приложение и фидбек может быть не 100% полезным (они его не используют не из-за того, что им не нравится фича, а из-за того, что нет чего-то базового).

Но…

Запустив бету без базовых фич, мы смогли узнать от наших пользователей какие из фич являются по-настоящему важными. Например, оказалось, что никто из нашей аудитории не использует авто-выключение по таймеру (sleep timer). Мы полностью отказались от этой функции и упростили UX.

💡 Начинать с базовых функций или с дифференцирующих?

Мы начали с дифференцирующих, потому что хотели проверить, что наш технологический стек работает и узнать, насколько людям интересно то, что мы делаем. Если бы мы начали с базовых фич, мы бы потратили месяцы на то, чтобы тупо скопировать Apple Podcasts.

Мы начали с дифференциаторов и теперь наверстываем базу. Если бы нам пришлось начинать сначала, мы бы сделали так же.