Рубрика #мюсли

За документацию REST методов без примеров возвращаемого формата данных нужно лишать программистов лицензии.

Рубрика #мюсли

Есть одна очень большая проблема у Growth Hacker'ов — это отсутствие коммуникации с разработчиками. Разработчики всегда знают, достаточно ли хорош продукт, чтобы начать заводить на него людей.

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

Yohoho!

Рубрика #мюсли

Ну это уже совсем маразм. Совсем недавно Nginx был продан за чуть более 650 миллионов долларов — тот самый абсолютно бесплатный Nginx, который и сделал интернет тем, чем он является сейчас.

И угадайте, что делает Rambler? Подаёт иск на, якобы, кражу интеллектуальной собственности. Не в 2004, не в 2009, не в 2012, а под конец 2019.

И ладно бы просто подали в суд и законно проиграли — нет! Суд ещё даже не начался, а весь офис Nginx в России обыскивают так, как будто задержали террористов. Ставят персонал к стенке, опрашивая. Напомню: это просто иск по недоказанной краже интеллектуальной собственности!

Именно поэтому в России нет нормального IT бизнеса и инвестиционного климата. Нет смысла начинать бизнес в юрисдикции, где тебя в любой момент могут безапелляционно прийти и начать ректально обыскивать.

Rambler'у должно быть стыдно, как и всем его работникам. На месте любого программиста Rambler, я бы после этого сразу подал заявление об увольнении и ушел в нормальную IT компанию, где ещё и платят выше рынка.

Рубрика #мюсли

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

Что использовать из максимально хорошо работающего и дешевого? Гуглоаналитика подойдет или это уже зашквар? Жду вашего авторитетного мнения и советов в @borodutcher. Спасибо!

Рубрика #мюсли

Выскажусь по делу Nginx один раз максимально конкретно.

Я считаю, что в правовом государстве должны быть механизмы защиты интеллектуальных прав через суд. Я считаю, что Рамблер имел полное право подать в суд, чтобы тот смог разобраться, правда ли права на Nginx находятся у Рамблера.

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

Суд — это хорошо. Маски-шоу без причины — это средневековье. Хотели 90-е назад? Держите 90-е.

Чем эта история грозит, если мы никак на нее не отреагируем, как IT сообщество? Уменьшением иностранных инвестиций в российский IT сектор и увеличением утечки программистов за рубеж.

Дело против Nginx, который подарил нам интернет таким, каким мы его знаем сегодня, это посягание на святую святых — оно либо должно быть прекращено, либо должно быть справедливым и беспристрастным к обеим сторонам конфликта, а не только к Рамблеру, который занёс бандитам денег.

Это не дело "Рамблер против Nginx" — это дело "Россия против Интернета". И пока оно идёт, будет и утечка мозгов, и отсутствие внешних инвестиций.

Рубрика #проекты

Сделал первый шаг в рамках customer development у todorant.com: добавил гуглоаналитику и написал всем баунсерам, которые зарегистрировались, попользовались триалом — но так и не сконвертировались в платящих пользователей спустя месяц после регистрации (таких около 1500 человек сейчас). Просто послал им имейлы или сообщения в телеграме с просьбой заполнить простую гуглоформу с несколькими вопросами. Гуглоформу и текст просьбы вместе с результатами я покажу вам, когда закончу это мини-исследование, через 1-2 недели.

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

1. Просмотр главной страницы сайта
2. Логин
3. Ошибки при логине
4. Открытие экрана добавления задачи
5. Добавление сразу нескольких задач
6. Сохранение задач после добавления
7. Ошибки при сохранении задач
8. Показ пейволла
9. Попытки покупки подписки
10. Успех и ошибки покупки подписки

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

Рубрика #проекты

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

Но фидбек фидбеком, а делать-то что-то надо. Из 29 ответов на опросник баунсерами, я вывел следующие пять действий, которые нужно предпринять:

— Пофиксил баг, когда при мерже учеток теряется статус early adopter; совсем некрасиво отнимать у людей вечную бесплатную подписку (напишите мне, если это с вами произошло, поправим)
— Некоторые люди все еще не знали, что у Тудуранта есть мобильные приложения: добавлю встроенную в мобильные браузер всплывашку о том, что мобильные приложения есть (через meta тэги)
— Нужно пофиксить хорошенько Андроид приложение — на это наибольшее количество жалоб
— На iOS какое-то время не работал вход через Google и Apple, но это я только что пофиксил, и новая версия уже в сторе
— Некоторые пользователи не знали, как менять порядок задач на планировании — с этим тоже надо будет как-то разобраться

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

Некоторые комментарии поразили меня глубиной ответа. Да, часть людей просто не туда попала — им нужен не Тудурант а другой сервис, мой список задач просто не подходит им идеологически — и это вполне себе нормальное дело, все люди разные. Часть людей хочет не помощи в ведении дел, а "чтобы было все" — такого никогда не будет в Тудуранте. Задача Тудуранта — это помогать решать дела, а не "иметь все функции и покрывать все юзкейсы".

Спасибо большое всем, кто принял участие в опросе! Ваша обратная связь невероятно ценна, я вас услышал и буду развивать Тудурант в чуть более правильном направлении теперь.

А сегодня я работаю над тем, как выглядит главная страничка Тудуранта, на которую попадают люди впервые. Были отличные комментарии, что Тудуранту недостаточно позиционирования и "выпячивания" идеологии. Мол, непонятно, чем именно он лучше для пользователя, при сравнении его с конкурентами. Это и стоит поправить сегодня.

А потом проведем народный суд над новым лендосом в @borodutcher, чтобы вы смогли покритиковать главную страницу Тудуранта. Спасибо!

Рубрика #мюсли

Так, чтобы я случайно не изобрел велосипед. Нужен простой сервис, который собирает события (events) и позволяет создавать воронки из этих событий.

1. Добавил logEvent('login') на сайтец и/или в приложеньку
2. Видишь все ивенты в реальном времени в своем дешбоарде
3. Собираешь из этих ивентов воронки
4. Смотришь на графики, которые меняются в реальном времени

Серьезно нет такого сервиса? Я что-то не понимаю — или рынок не видит этой боли и не хочет ее закрыть?

Ну и в догонку:

1. Добавил if (abGroup('A') then на сайтец и/или в приложеньку
2. Изменил UI в зависимости от ответа
3. Трекнул ивент конверсии
4. Посмотрел в дешбоарде какой вариант имеет лучше конверсию

И этого тоже нет на рынке? Да чем эти гроус-хакеры вообще занимаются? Это как если бы была гигантская индустрия плотников — но молоток еще не был бы изобретен. Молотку не нужны все инструменты мира (ведь это уже будет швейцарский армейский нож) — молоток должен забивать гвозди.

Почему я не могу купить молоток?

Update: кинули carrotquest.io и segment.com — да, да и еще раз да — это то, что нужно! Но только по ценнику это Heroku из мира аналитики. То есть хорошо для прототипирования, но очень быстро становится дорогущим. А нужно решение типа Докера, но для аналитики, воронок и A/B тестирования. Да-да, open source, self hosted и все такое.

Update: попробую поюзать Amplitude.

Рубрика #мюсли

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

В тренажерке, в кофейне, на улице — и даже просто люди, которых видишь в лифте. Они все другие. Есть два типа случайных незнакомцев: невыспавшиеся и выспавшиеся.

Невыспавшиеся, скорее всего, на ногах в 5 утра не по своей воле — им я могу лишь посочувствовать, не могу представить себя в ситуации недостатка сна теперь. А вот выспавшиеся! Я постоянно себя пытаюсь остановить — ну хочется мне с ними поболтать, я хочу узнать их историю. Почему они на ногах так рано? Это заболевание, привычка или осознанное решение? Или все вместе?

Несомненно: выспавшиеся люди в 5 утра в общественных местах — это какие-то дико интересные личности. Когда-нибудь я дам своему любопытству дорогу — и расспрошу всех, кого вижу вокруг.

Рубрика #проекты

Тем временем, я запустил новый лендос у todorant.com. Заходите, смотрите, меняйте языки, включайте темную тему — все должно работать. Ну, кроме украинского (сейчас переводим). И кроме темной темы на скриншоте Андроида (сейчас допиливаем).

А в остальном, если что-то бросается в глаза — пишите свою обратную связь в @borodutcher. Буду очень рад любому фидбеку по лендосу!

Рубрика #проекты

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

Напомню: как было и с todorant.com, любой, кто зарегистрируется на feedr.chat до запуска монетизации (до релиза), получит статус раннего адоптера — то есть пожизненную учетку без каких-либо ограничений.

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

Алсо, для любителей не вылезать из Тележеньки, в @feedrbot мы запустили еще незадокументированную фичу /feed, которая позволяет отвечать на сообщения пользователей и всегда получать их, не выходя из Телеграма.

Feedr.chat уже можно использовать в продакшене — он проверен боем. Если вдруг есть какие баги, пишите в @feedr_feedback — поправим! А пока что мне не до конца понятно — чего вы еще не зарегистрировались на feedr.chat?

P.S., статус раннего адоптера распространяется на учетную запись — то есть вы сможете добавлять неограниченное количество ботов абсолютно бесплатно. После установим какой-нибудь ценник типа $1/бот/месяц.

Рубрика #ЧтецСамец

Дочитал книжку Hacking Growth — достаточно приятное произведение с хорошо применяемыми на практике советами. Помимо клевых инсайтов, книжка наполнена достаточным количеством крутых историй и применений разных метрик и подходов. Чуть ниже опишу, что я вынес из книги — но вам обязательно нужно прочитать книгу самостоятельно для того, чтобы получить полный экспириенс!

1. Команды роста должны быть кросс-дисциплинарные: технари, маркетологи, рекламщики, биздев и т.д.
2. Продукт должен быть мастхев. Любой продукт, который какашка, никто брать не будет, хоть убейся.
3. Опрашивайте самых больших фанатов продукта и самых больших противников — узнаете много о собственном деле.
4. Попробуйте найти способ довести главную ценность продукта до пользователей максимально быстро. Чтобы в голове у них кликнуло — и они такие: "Ага!"
5. Любой рост должен иметь объективную и реально важную метрику. Например, не количество регистраций за лунный период, а количество купивших подписку.
6. Хакинг роста состоит из 4 стадий: сбор данных и анализ, сбор идей, приоритизация идей, тестирование идей.
7. Анализ — что делают самые ярые фанаты сервиса? Какие фичи пользуются популярностью? Какие — нет? Откуда идут новые пользователи? Почему пользователи становятся баунсерами? И тому подобные вопросы.
8. Сбор идей — брейнстормите, что же можно сделать, чтобы поднять метрики роста.
9. Приоритизация — используете ICE модель для приоритизации экспериментов. По 10 баллов на: влияние на метрику, уверенность в успехе, простоту реализации. Берете среднее и сортируете список идей.
10. Тестирование — обязательно юзать A/B тесты с контрольной группой. Обязательно смотреть на главную метрику.
11. Эксперименты с ростом должны быть в рамках спринтов, чтобы не застаиваться на одном эксперименте слишком долго.
12. Есть три источника новых пользователей — виральный, органический и платный. Выбирайте с умом.
13. Чтобы повысить конверсию, нужно разработать процесс расследования шагов в воронке.
14. Анализ кохорт — очень клевая фича. Кохорты не обязательно делятся по времени регистрации, можно сегментировать пользователей по-разному.
15. Цена на продукт не является фиксированной — с ней можно проводить эксперименты, никто не будет против.

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

А еще можно подписаться на @booka_club — мой книжный клуб, где я публикую все книги, что читаю каждый месяц. Становитесь умнее вместе со мной, читайте в том же темпе. Удачи!

Рубрика #мюсли

Пришло время запустить мою собственную методологию-ветку аджайла этого вашего с канбаном и остальными непристойностям. Встречайте и чествуйте — Абырвалг (англ. Abyurvalg)!

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

Абырвалг, в отличие от аджайла, прост и не требует учиться на скрам-мастера два месяца. Принципы Абырвалга максимально просты:

1. Есть только 2 командных митинга: час в понедельник и час в пятницу. В понедельник смотрим, что будем делать в эту неделю, в пятницу закрываем неделю и смотрим, что сделали. Раз в две недели понедельник — это еще и планирование спринта.
2. Спринт состоит из двух недель. Задачи спринта замораживается на момент начала спринта. Если появляются новые задачи — они идут в беклог. Если что-то в спринт не успели к концу спринта — это идет в беклог. Повторяю: ничто не добавляется в задачи спринта после его начала.
3. Есть четыре столбца в табличке спринта: беклог, спринт, в работе, сделано. Первый — это вообще все таски, которые существуют, всегда отсортированные по приоритетности. Второй — это задачи текущего спринта. Третий — это то, над чем человек работает. В четвертый столбец задача переносится только, когда она протестирована, замержена и готова к релизу; то есть в самом конце жизни таска.
4. Каждая задача должна быть либо сама призывом к действию (actionable), либо должна быть разбита на действия с обязательным наличием следующего действия, которое нужно предпринять. "Сделать красиво", "Поправить кнопку" и тому подобные задачи в беклог никогда не попадают. Только конкретные "Изменить яркость с 90% до 50%" и "Сместить кнопку на 10 пикселей влево".
5. Нет никаких поинтов для разработчиков и градации задач по сложности. Если вы хотите поставить задаче что-то выше "легко", то вам нужно разделить задачу на несколько, каждая из которых будет "легко". Задачи должны щелкаться, как семечки, а не тянуться в течение нескольких спринтов.
6. Нет никакого разделения по департаментам (типа бекенд, мобайл, фронтенд) или по проектам. Есть только общий беклог — и из него все забирают задачи. Если ваш мобайл программист боится трогать сервер — у вас проблемы и их нужно решить до начала спринта.
7. Каждое начало спринта — это раздача задач каждому отдельно. У каждой задачи в спринте должен быть исполнитель.
8. После того, как задачи раздали, менеджер должен индивидуально подойти к каждому работнику и выдать каждой задаче четкий день работ и выполнения. Если у вас есть задача без четкого дня, прикрепленного к ней, то эта задача выполнена не будет.
9. Каждый день утром менеджер должен индивидуально пройтись по задачам, которые сделал каждый работник вчера — и что он будет делать сегодня. Руководствуйтесь роадмапом из пункта 8. Меняйте роадмап, если нужно. На каждого работника должно быть потрачено на этом этапе не более 3-5 минут. Это просто "что сделал и что сегодня будешь делать", а не разбор полетов.

Вот и все. Все остальные метрики-шметрики, сивстоперделки, говно-методологии вам больше никогда не будут нужны. Девять пунктов выше — это упрощенный аджайл. Переставайте переусложнять методологии и начинайте упрощать. От добавления сложности продуктивность никогда не поднимется.

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

Рубрика #мюсли

Думаю, больше открыток уже мне в личку не скинут — можно официально заявлять, что это — последние четыре открытки, которые пришли подписчикам от меня в 2019 году. В 2020 году традицию буду поддерживать — тоже разошлю где-то сотню открыток самым быстрым подписчикам. Поэтому включайте нотификации на этом канале — рассылаю я обычно максимум 100 открыток, которые разбирают невероятно быстро.

С наступающим!