Рак продукта

Поспекулирую на любимую тему ещё немного! В моём внутреннем языке есть такой термин: рак продукта.

Я думаю, часто бывает, что простой и классный продукт становится популярным, растёт его бюджет и команда (так надо?), а потом оказывается, что большой команде нужно чем-то заниматься и она начинает добавлять новые фичи, которые тяжёлой коростой нарастают на продукте и делают его сложнее и неудобнее для людей.

Новые функции надо поддерживать («наймём ещё несколько человек!»), а затем надо добавить больше разных функций, чем сделали в прошлом квартале, потому что «мы растём».

Не придумывать новые фичи команда не может. Во-первых, их всех зачем-то наняли: надо демонстрировать работу и обгонять конкурентов. Во-вторых, мы живём в культуре, где «больше = лучше». В-третьих, теоретически, можно было бы не обвешивать свой продукт чем попало по периметру экрана, а оттачивать его самые важные части, делая из классного продукта потрясающий. Но:

1️⃣
«Слушай, оно работает и приносит нам 85% денег. Давай пока не рисковать и не трогать там ничего»

2️⃣
«Этот код написал Олег на заре компании. Олег – волшебник, но ты его не знаешь, потому что он ушёл в AI-стартап до того, как мы тоже написали о себе, что мы AI. Мы не знаем, как работает его код, а разработчики и так перегружены, чтобы разбираться. Давай пока не трогать там ничего»

3️⃣
«Это хорошая идея! Но мы сейчас стараемся не складывать все яйца в одну корзину и диверсифицируем риски. Поэтому мы ищем новые точки роста, которые позволили бы нам вырасти кратно, а не просто сделать продукт немного лучше. Поэтому, мы хотим смелее экспериментировать и оставаться стартапом. Так что пока у нас фокус на поиске новых продуктовых ниш, вроде чат-бота для аэрофобов»

4️⃣
В слайдах по итогам года будет убедительнее смотреться свежая фича, чем переделка чего-то, что и так существовало. Её не было – и вот она есть. Это понятная работа. Эту фичу проще продать CEO. О ней говорил инвестор. Она есть у конкурента. Ей гордится команда. Все молодцы.

5️⃣
Функцию легко добавить и тяжело убрать. Люди охотнее считают результатом появление чего-то, а не его отсутствие или исчезновение. Хочешь быть результативным – создавай новое! Кроме того, потери причиняют боль. Особенно, если ты отвечаешь за продукт. Никто не упрекнёт тебя в том, что новая фича посредственно работает, ведь вы же fail forward. В сочинении новых функций можно упражняться безопасно. Но ты будешь странно и уязвимо выглядеть, отключая фичи. Ведь их делали, старались! Кто-то ими пользуется! И у конкурента такое есть! Ты зачем вообще?.. Получается, что оставить на экране кнопку, которая почти никому не нужна – как-будто безопасно (тем более, что для этого не нужно брать ответственность за решение, достаточно ничего не делать), ведь хуже никому не стало, но убрать однажды появившуюся кнопку – страшно и больно. Кроме того, все 8 её пользователей в гневе напишут тебе, какой ты урод.

Поэтому новые интерфейсы нарастают как бы естественным образом, зато в IT-компаниях мало кто слышал фразы типа «Этого нет у конкурентов – может, и нам убрать?» или «Результат этого квартала: мы не сделали пять фичей, которые были бы лишними». Я видел тысячи сплит-тестов для добавления в продукт чего-то нового и, разве что, десятки, чтобы что-то убрать.

В итоге, сооружать всё новое и новое – удобнее и безопаснее, чем улучшать то важное, что уже есть. Компания становится заложницей общего желания не рисковать и производственых мощностей собственной команды (не увольнять же её!). Продукт патологически растёт, потому что не может иначе. Это – рак продукта.