Притчи продуктолога

359. Скажи мне твой пароль и я скажу, кто ты

Лет 20 назад у меня был дизайнерский сайт-портфолио. Однажды его ломанули и изящно напакостили. Исправили заголовок «Лучше работы». И мой сайт довольно долго приветствовал клиентов надписью:

Лучшие работы, жаль, что не мои

С тех пор я к несчастью периодически сталкиваюсь с атаками на свои продукты. Одни пытаются что-то сломать, другие что-то украсть, третьи — заспамить.

Вот несколько батиных советов:

1. Не думай, что тебя не будут ломать, потому что ты маленький и никому не нужен. Будут.

2. Вот мы доделаем сейчас эту важную штуку и тогда подумаем о безопасности. Не подумаете. Появится новая важная штука.

3. Хранить креды от продакшна удобно в гугл документах. А пересылать друг другу пароли лучше в телеграме. Этим ты очень поможешь твоим оппонентам.

4. Помимо твоего продукта атам подвергаются транспортные вендоры — рассылка писем, sms, боты. Спам разошлют через них, а репутация упадет у тебя.

7. Если кто-то сообщит тебе об уязвимости, сразу же приглашай его в закрытую программу Bug bounty (даже если ее не было) и, если он реально что-то нашел, быстро плати ему рыночную стоимость. Так ты приобретешь нового друга, а не создашь нового врага.

Если вам кажется, что заплатить быстро и рыночную сумму легко — это не так. Почти везде это утонет в длительных согласованиях, забудется и потеряется. 

P.S. Обернись, я стою прямо за тобой!

358. Не забудь вспомнить 

Настоящие продакты должны быть дата дривен. Не просто захотел и сделал, а устроил эксперимент, посчитал результат, принял решение.

Есть в этом правильном по сути, но порочном по факту методе несколько подводных камней. Сегодня поговорим о последнем и самом неочевидном.

О том, что надо не забыть.

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

Дело сложное, задействовано несколько команд. Привлекли аналитиков и дизайнеров. Т.к. страница главная, то долго согласовывали с вице-президентом по вице-президентству. Он внес правки по радиусу закругления карточек, съездил в командировку, но в итоге утвердил.

Через 5 месяцев запилили и выкатили в прод. Показали на демо. Отчитались в квартальном отчете. На вопрос об эффективности бодро ответили, что эксперимент для сходимости должен продолжаться еще 4 месяца.

И вот тут в дело вступает последний подводный камень этого длинного пути: про эксперимент забывают. 

С первоначальной идеи прошел почти год. Часть организаторов и стейкхолдеров уже не работает в компании. Вокруг произошло два пожара и три переезда. Эксперимент не то чтобы не нужен, просто заниматься этим никто не может и не хочет.

Ну и, честно говоря, забыли про него.

Как говаривал Ходжа Насреддин: «Или осел сдохнет, или падишах помрет».

357. Фрагментарная автоматизация хуже холеры

Часто бывает, что сервисы собирают с тебя данные, а потом их забывают.

— Вы хотите подключиться к нашей логистической компании? Какой вас сайт, телефон, ИНН, контактное лицо, почта, опишите, зачем вам нужен наш сервис. Спасибо, мы свяжемся с вами.

— Алло, Алексей, здравствуйте, получили вашу заявку. Подскажите, а что у вас за сайт? А зачем вам нужен наш сервис? ИНН еще напомните, пожалуйста.

или

— Напишите, куда вам прислать товар. Адрес, СДЭК, ФИО, телефон. Спасибо, мы скоро с вами свяжемся.

— Алексей, это служба доставки. Подскажите, на какой адрес вам удобно будет принять заказ? Полное ФИО и телефон еще нам нужно.

П-О-Ч-Е-М-У?

Допустим, у тебя нет CRM. Но ты же как-то отдаешь данные своему коллеге. Почему не передать их полностью? 

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

356. Пережить масштабирование

Лет 10 назад на окраине Питера была мексиканская забегаловка. Мужик из Мексики вместе со своей русской женой делал тако. Забегаловка была крошечная, метров 5 квадратных наверное. Питерцы избалованы хорошей кухней, но к ним ездили со всего города. Таких тако больше ни у кого не было. Хозяева болтали с посетителями, пили с ними пиво. Было ощущение, что ты к другу зашел.

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

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

У меня хорошо получается. И удавалось подобное создавать неоднократно. 

Но вот смог бы я сделать подобное в компании не 10-50 человек, а 500-1000? А 10 тысяч сотрудников в 50 городах? Смог бы не стать мерзкой бездушной тупой корпорацией? 

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

Пожарить мясо на кухне и душевно съесть его с друзьями — это даже я могу. А вот создать сеть ресторанов, где будет такая же атмосфера — это что-то на грани фантастики. Но некоторым это удается.

355. (Не) всё зависит от тебя

Когда я стал мотоциклистом, мне попалась хорошая книга, откуда я взял важный принцип: «Ты в ответе за всё, что происходит с тобой на дороге». Всё — значит даже то, что я не могу контролировать.

Люди вокруг меня могут не соблюдать правила, могут отвлечься, потерять сознание. Я должен это учитывать, и я за это «отвечаю». Знакомые и коллеги иногда попадают в аварии и рассказывают, как их подрезали, «выскочили», нарушили правила. Т.е. они не виноваты и стали жертвой обстоятельств. 

Я стараюсь пресекать такие мысли в себе. В прошлом месяце я ехал по ночной дороге в Ленобласти и врезался в стадо кабанов. Пока я лежал в больнице со сложным переломом ноги, соседи по палате и знакомые сокрушались, что «не повезло», почему власти не строят сетки от животных вокруг дорог. А я лежал и думал, что это моя вина и если бы скорость была ниже, я мог бы избежать столкновения. 

Принцип «я в ответе за то, что происходит» — помогает не расслабляться и думать наперед. При управлении компанией я стараюсь придерживаться такого же принципа. Особенно это касается финансов. Можно жаловаться на возросшие налоги, ограничивающие законы, нечестных конкурентов. А можно попробовать что-то придумать в сложившихся обстоятельствах и выжить.

Однако я помню, что на дороге, в бизнесе, в жизни — не всё зависит от меня. И контролировать всё невозможно. Поэтому принцип «я в ответе» скорее чтобы не жаловаться и не расслабляться, а не подражание инфо цыганам, которые призывают «верить в себя».
 
В итоге все сводится к христианской поговорке: «Действуй так, как будто все зависит от тебя и молись так, как будто все зависит от Бога».

354. Древний вайбкодинг

Лет 20 назад было дело. Мой друг работал дизайнером, при этом фанател от подводной охоты, дайвинга и вот этого всего. Однажды мне рассказывает:

Я тут решил из типографии уйти и найти новую работу. Нашел вакансию где ищут дизайнера в мой любимый журнал про дайвинг. Офис у нас в Питере, платят хорошо. Это же просто мечта — работа и хобби в одном. Сходил к ним на собес, все вроде ок. 

И тут в конце мне говорят: «Понимаете, у нас есть один нюанс, дизайнер плотно работает с директором». Я напрягся, решил подробнее выяснить. Оказалось, что у них все макеты делает директор. Садится рядом с дизайнером и говорит что куда подвинуть, какую картинку вставить. В общем голосом руководит, а от дизайнера требуется только быстро все выполнять. Думать от дизайнера не требуется. Какой отстой, подумал я и, конечно, отказался. 

Сегодня сидел и говорил AI как картинки для блога нарисовать. Давал правки и говорил что куда подвинуть. Поэтому и вспомнил эту давнюю историю. Вот сейчас для таких начальников «я сам хотел стать дизайнером, но не было времени» — настоящее раздолье. Прямо сбылась мечта. И не дорого, и в отпуск не уходит.

А еще я думаю, как там живет этот директор. Жив ли? Счастлив ли?

Друг, к слову, давно уже дизайнером не работает. Журналы закрылись, а на веб-дизайн он не смог переучиться.

353. Делать работу нормально

Не понимаю, когда компании хорошо продают услугу, но потом отвратительно делают работу. 

Увидел интересные рилсы об обуви на заказ. Связался в чате с менеджером, помогли, подобрали, обласкали. Заплатил деньги и после этого попал в другой мир. Меня сразу перевели в другой чат. Где отвечают неохотно, игнорят, забывают обещания, теряют информацию, обманывают по срокам. 

Если рассматривать это как разводилово «впарить и потом кинуть лоха», то я могу понять такой подход. Но тут реальное обувное производство, со службой заботы о клиентах, с претензией на бренд. 

Пошив обуви по индивидуальным меркам — это нишевый бизнес, где репутация многое значит, а клиенты остаются на годы. Поэтому удивляет такой резкий контраст между замечательным маркетингом, хорошими продажами и отвратительной поддержкой с дистрибуцией. Ладно бы просто кинули, я бы понял. Но они реально шьют обувь и присылают ее. Просто через бардак, путаницу и пень-колоду.

В IT сфере такое тоже встречал. И тоже никогда не мог понять. 

Не могу понять не «как их земля носит», а как они годами остаются на плаву, делают бизнес, платят зарплаты сотрудникам.

Воистину правы те, кто говорят, что в России во многих сферах мало конкуренции. И чтобы быть номером один, достаточно просто делать работу н-о-р-м-а-л-ь-н-о.

352. Цена фичи

Вот вы делаете продуктовой командой фичу. Она стоит денег: зарплаты команде, зарплаты смежникам (юристы, бухгалтерия, охранник и его подписка на Рутуб), сервера, офис, софт (одни токены чего стоят!) А еще на раскрутку фичи надо — блогерам, реклама, контентщики.

Если так посчитать, то любой ваш продуктовый пук окажется золотым. Скажем, делаете вы продакт тур во всплывающем окне, типа, дорогой пользователь, смотри вот тут у нас кнопка «Создать проект», она создает проект. Потом отчитываетесь на демо, что продакт туром пользуются 90% пользователей (а куда им деваться, он же автоматом открывается). А если посчитать все затраты, то окажется, что это бесячее окошко стоит 3 миллиона. Охренеть, если честно!

Собственно, особо никто и не считает, потому что тогда разовьется нервный тик и у команды, и у инвестора. Поэтому бюджет обычно считают вооообщем. Финдиру и инвесторам важно, чтобы в глубокий минус не ушла вся компания. А наемному продакту и команде вообще пофиг, они ж на зарплате. 

Как же правильно, дядя Лёша? 

Фичи делятся на две категории:

1. Экзистенциальные — их надо делать в любом случае. Это всякие стратегические штуки, без которых точно не прожить. Для них я склоняюсь к необходимости бюджета «вооообщем».

2. Для развития — вот тут надо бы посчитать сколько потратили и сколько заработали.

Правда подсчеты эти часто растянуты во времени, и когда «ставка проиграет» все уже забудут, для чего это начинали. Но об этом в другой раз.

351. Эффект кобры

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

Если заработок работников зависит от KPI, они приложат все усилия, чтобы этот KPI хакнуть. 

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

Есть еще отдельный жанр маразма — контроль. Работники на удаленке? Давайте поставим им запись экрана и контроль через камеру. Ха! — сказали разрабы и посвятили все свое время написанию программы обхода этой блокировки. Это уж всяко интереснее, чем работу делать.

Мир маразма цветаст и многолик. Ш-ш-ш-ш-ш — слышите, это кобры размножаются.

350. Why OKR sucks and how to fix it

Есть такой популярный фреймворк целеполагания — OKR. У него фишка, что цель надо ставить амбициозную. Амбициозность цели определяется результатом. Если ты достиг цели полностью, значит цель изначально была неамбициозной и ты не молодец. Если совсем не выполнил цель — тоже не молодец. Молодец, если выполнил цель на 75%.

Все это попахивает американским корпоративным булиштовым разводняком. Но наши ребята любят OKR. Ведь сам великий Гугл им пользуется для своих сотрудников.

Говорил я как-то с одним гуглером, он мне все честно объяснил: «Ну, мы подгоняем цели каждый квартал, чтобы премию получить. На 100% нельзя выполнять, на 60% тоже. В общем стараемся чтобы цифры были правильные и дали бонус».

Собственно, про OKR курильщика на этом можно закончить. Расскажу про цели здорового человека. Надо ставить их «по-минимуму». 

Скажем, решили вы запустить новый продукт. Думаете, какой критерий успеха будет на этапе MVP. Решаете, например, что успехом будет, если в первый месяц продуктом воспользуются 5 тысяч пользователей. И тут должен произойти такой (внутренний) диалог:

— Если 4999 пользователей будет, то это уже провал?
— Нет, конечно, тоже успех!
— А если 4500?
— Тоже норм!
— А 50?
— Не, ну ты чего, это мало!

В итоге вы, с вашим внутренним голосом сойдетесь, что минимум для успеха — это 500 пользователей. Тогда можно и дальше продолжать. А если даже 500 не наберется, то всё, можно сворачивать лавочку и фиксировать убытки.

Возможно, в первый месяц у вас получится 10 тысяч. Ну, тогда все радуются и ликуют. Никто не говорит, что цель была плохая. Если вышло 499, то понимают, что это провал, потому что 500 это был минимум-минимум.

Мне кажется такой выбор критерия для цели более адекватный, честный и полезный.