Nelson апрувит dan repost
Всем доброго времени суток, мои путешествия позитивно сказываются на настроении и вдохновении)
Длиннотекст получился для вас, жду вашей оценки, приятного и информативного вам чтива :
Мы уже около двух лет вместе с Котом (@BlogOneCat) работаем с командами в рамках нашей партнерской деятельности.
За это время через нас прошло достаточно проектов в разных вертикалях и с очень разными вводными.
С кем-то начинаем практически с нуля: помогаем собрать минимальную команду, подключаем инфраструктуру, разработку, дизайн и баинг.
Где-то команда уже сформирована и мы подключаемся к продуктовой части: даем бенчмарки, рабочие подходы и источники, сопровождаем поставку, помогаем собрать первые метрики и дальше работаем с аналитикой, воронкой и версионированием до момента, когда продукт можно нормально скейлить.
За счет этого накопилась довольно большая выборка кейсов и, что интереснее, возможность посмотреть со стороны, почему при схожих ресурсах и вводных одна команда приходит к нужному перформу, а другая — нет.
Решил собрать несколько таких наблюдений. Разобью на пару постов, чтобы не делать лонгрид на полчаса.
1. Экспертиза команды напрямую конвертируется в экономику проекта
Это особенно хорошо видно, когда работаешь параллельно с несколькими командами в одной или смежных вертикалях.
Одинаковые бенчи, плюс-минус одинаковые ресурсы, доступ к тем же подрядчикам, сорсам и инфраструктуре — а на выходе совершенно разный результат.
Сильная команда может нормально отработать даже уже перегретую нишу и оставить проект в плюсе.
При получении не самого приятного фидбека от Apple — вытащить прилу из ситуации, которая на первый взгляд выглядит как практически 100% бан. Быстрее и эффективнее обрабатывать реджекты. Или аргументированно объяснить яблокам, что цена недельной подписки на самом деле совсем не большая))
То же самое с подрядчиками, баингом, дизайном и поставкой: нужная экспертиза и нетворк позволяют быстрее получать лучшие условия и не терять недели на решение вопросов, которые можно закрыть за день.
В обратную сторону это работает еще заметнее.
Можно взять продукт, который уже показывает перформ у других команд, дать достаточно ресурсов — и все равно не свести экономику.
Потому что где-то не хватает экспертизы. Где-то продакт, баинг и аналитика существуют как три отдельных государства. Где-то решение, которое нужно принять сегодня, согласовывается две недели. Где-то слишком большой пинг между командой, подрядчиками и фаундерами.
И каждый такой пинг в итоге имеет вполне конкретную стоимость.
Причем когда я говорю про команду, я учитываю и самих фаундеров.
Особенно на старте нового направления.
Недостаточно просто выделить бюджет и нанять людей. Очень многое дает возможность принести в проект свои сильные стороны: текущую команду, экспертизу, инфраструктуру, нетворк, ресурсы — и самое главное, собственный фокус и возможность оперативно включаться в ключевые решения.
Когда внутри есть хороший метч и нормальная скорость взаимодействия, команда гораздо быстрее проходит проблемы, которые в мобайле в любом случае будут.
2. Версионирование — это не только продукт
Второй момент, который очень хорошо виден на дистанции, — насколько системно команда умеет работать с версионированием.
Причем я бы вообще не ограничивал это понятие онбордом, пейволом или очередным сплитом цены.
Версионировать нужно практически весь флоу.
Сам продукт.
ASO.
Онборд.
Пейвол.
Прайс.
Флоу юзера после оплаты.
Параллельно — баинг: тип закупки, крео, сорсы, гео, аудитории, настройки РК.
А иногда нужно выходить и за рамки конкретного продукта или вертикали.
Ни одна рабочая связка не остается рабочей вечно.
Нельзя постоянно закупаться в рамках одного флоу, одних крео, одного гео и одного сорса. Точно так же нельзя бесконечно жить с одним ASO, онбордом и пейволом только потому, что сейчас они попадают в бенчи.
Проблема начинается, когда команда вспоминает про новые подходы уже после того, как текущий перформ перестал устраивать.
Длиннотекст получился для вас, жду вашей оценки, приятного и информативного вам чтива :
Мы уже около двух лет вместе с Котом (@BlogOneCat) работаем с командами в рамках нашей партнерской деятельности.
За это время через нас прошло достаточно проектов в разных вертикалях и с очень разными вводными.
С кем-то начинаем практически с нуля: помогаем собрать минимальную команду, подключаем инфраструктуру, разработку, дизайн и баинг.
Где-то команда уже сформирована и мы подключаемся к продуктовой части: даем бенчмарки, рабочие подходы и источники, сопровождаем поставку, помогаем собрать первые метрики и дальше работаем с аналитикой, воронкой и версионированием до момента, когда продукт можно нормально скейлить.
За счет этого накопилась довольно большая выборка кейсов и, что интереснее, возможность посмотреть со стороны, почему при схожих ресурсах и вводных одна команда приходит к нужному перформу, а другая — нет.
Решил собрать несколько таких наблюдений. Разобью на пару постов, чтобы не делать лонгрид на полчаса.
1. Экспертиза команды напрямую конвертируется в экономику проекта
Это особенно хорошо видно, когда работаешь параллельно с несколькими командами в одной или смежных вертикалях.
Одинаковые бенчи, плюс-минус одинаковые ресурсы, доступ к тем же подрядчикам, сорсам и инфраструктуре — а на выходе совершенно разный результат.
Сильная команда может нормально отработать даже уже перегретую нишу и оставить проект в плюсе.
При получении не самого приятного фидбека от Apple — вытащить прилу из ситуации, которая на первый взгляд выглядит как практически 100% бан. Быстрее и эффективнее обрабатывать реджекты. Или аргументированно объяснить яблокам, что цена недельной подписки на самом деле совсем не большая))
То же самое с подрядчиками, баингом, дизайном и поставкой: нужная экспертиза и нетворк позволяют быстрее получать лучшие условия и не терять недели на решение вопросов, которые можно закрыть за день.
В обратную сторону это работает еще заметнее.
Можно взять продукт, который уже показывает перформ у других команд, дать достаточно ресурсов — и все равно не свести экономику.
Потому что где-то не хватает экспертизы. Где-то продакт, баинг и аналитика существуют как три отдельных государства. Где-то решение, которое нужно принять сегодня, согласовывается две недели. Где-то слишком большой пинг между командой, подрядчиками и фаундерами.
И каждый такой пинг в итоге имеет вполне конкретную стоимость.
Причем когда я говорю про команду, я учитываю и самих фаундеров.
Особенно на старте нового направления.
Недостаточно просто выделить бюджет и нанять людей. Очень многое дает возможность принести в проект свои сильные стороны: текущую команду, экспертизу, инфраструктуру, нетворк, ресурсы — и самое главное, собственный фокус и возможность оперативно включаться в ключевые решения.
Когда внутри есть хороший метч и нормальная скорость взаимодействия, команда гораздо быстрее проходит проблемы, которые в мобайле в любом случае будут.
2. Версионирование — это не только продукт
Второй момент, который очень хорошо виден на дистанции, — насколько системно команда умеет работать с версионированием.
Причем я бы вообще не ограничивал это понятие онбордом, пейволом или очередным сплитом цены.
Версионировать нужно практически весь флоу.
Сам продукт.
ASO.
Онборд.
Пейвол.
Прайс.
Флоу юзера после оплаты.
Параллельно — баинг: тип закупки, крео, сорсы, гео, аудитории, настройки РК.
А иногда нужно выходить и за рамки конкретного продукта или вертикали.
Ни одна рабочая связка не остается рабочей вечно.
Нельзя постоянно закупаться в рамках одного флоу, одних крео, одного гео и одного сорса. Точно так же нельзя бесконечно жить с одним ASO, онбордом и пейволом только потому, что сейчас они попадают в бенчи.
Проблема начинается, когда команда вспоминает про новые подходы уже после того, как текущий перформ перестал устраивать.