Фича-хаос

Когда-то давно я описал статью об универсальных инструментах, как тьюрингова трясина приводит к тому, что продукт превращается в свалку фичей, среди которых трудно найти те самые, ради которых он и создавался.

В этом посте хочу продолжить размышления на эту тему.

Предположим, вы начинаете работу над продуктом в роли продукт овнера. У вас благородные мотивы сделать самый чистый, хороший и нужный пользователям продукт. Первый релиз — классический MVP. Он прост и прекрасен. Пользователи в восторге, вы получаете первые прибыли.

И вот, проходит год, компания обрастает стейкхолдерами как ракушками на корпусе корабля, каждому что-то нужно. Продукт обрастает фичами. Проходит два и вы вдруг чётко осознаёте, что открыв продукт впервые, понять, как им пользоваться, не так-то просто.

И каждая запрошенная функция, вроде как, была нужна и полезна. А вместе ком. Не дот.ком, а просто ком.

Откуда берётся фича-хаос

• «А давайте сделаем всё». Продакт не умеет отказывать и берёт в работу всё, что ему набрасывают. Тут и транскрибатор аудио, и генератор диаграмм, и текстовая иишница, всё сверкает и мигает.
• Метрики во главе угла без понимания этих метрик. Акционеры хотят роста стоимости акций, а для этого надо растить продуктовые метрики. И продакт начинает применять разные дарк-паттерны, чтобы их отрастить.
• Гонка за конкурентами. Конкуренты наращивают функциональность. Внедряют сторисы, видеозвонки, стикеры. Стейкхолдеры требуют не отставать и внедрить у нас не хуже.
• Приоритетны те, кто громче всех кричат. Продакт боится за своё место, боится гнева стейкхолдеров, делает хотелки тех, кто громче всех кричит и грозится карами.

Симптомы фича-хаоса

• Новые пользователи теряются в вашем продукте на старте. Приложение для продажи билетов на автобусы должно быть сосредоточено на основной фиче, а пользователя встречает лента новостей, собственная социальная сеть с алгоритмической лентой, промо-акции, кнопка включения пушей и ещё чёрт-те что.
• Текущие пользователи перестают пользоваться ключевыми сценариями. Если у вас настроены цели в Яндекс.Метрике, вы видите, что количество целевых действий снижается. Если смотреть на предыдущий пример, то всё меньше пользователей покупают в приложении билеты на автобусы, при этом спрос на оффлайновые кассы на прежнем уровне или растёт.
• Вал вопросов «Как сделать…» в техподдержку. Ключевую трудно найти, а найдя, трудно воспользоваться.
• Становится трудно пользоваться продуктовой аналитикой. Фич так много, что непонятно, что из них реально влияет на выручку.

Был такой продукт…

Проговорю сценарий ещё раз. Был такой продукт. Например, заметочник Эвернот. Простой и понятный, вот заметки, вот блокноты. Вот отстройка от конкурентов — распознавание рукописных и отсканированных заметок, поиск по ним. Простая модель монетизации — плата за увеличенный лимит заметок в месяц.

Но потом его начали «развивать».

• Сделали собственный мессенджер.
• Нагородили тарифных планов.
• Сделали функциональность задач.
• Приделали календарь.
• Приделали «проекты».

Наворотили всего. В итоге клиент стал монструзоным и тормозным. В базовой функциональности заметок, блокнотов и тегов куча багов, которые некогда исправлять.

Почему это превращается в проблему

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

А в продукте ещё и нарастает технический долг, обновлять его становится всё сложнее и сложнее, что демотивирует команду.

Аскетизм

Я придерживаюсь мнения, что успешный продукт должен быть минималистичной платформой с возможностью подключения плагинов. И добавление функций в ядро должно быть строго дозировано. Даже стоит время от времени ненужные функции убирать.

Пользовательский опыт в ключевых фичах важнее богатства дополнительных возможностей. А если кому-то нужны эти дополнительные возможности, он может подключить плагин из магазина.

Лучшее сражение — то, которого не было. Зачастую лучшая фича — та, которая не попала в прод и не ухудшила пользовательский опыт.