Статья будет полезна тем, кто стремится сделать свои продукты более социальными и задумывается над внедрением площадки для общения между пользователями.

Меня зовут Омарков Виктор и в Лиге Ставок я product owner. Продукт, над которым мы работаем с командой — это платежи. Все транзакции (депозиты/выводы), которые делает пользователь, проходят через нас. Наша команда является своеобразным банком внутри компании. Когда я пришел в компанию, меня ждал большой пул технических задач по переезду на новую микросервисную архитектуру, но натура продакта требовала зарабатывать деньги на продукте. 

Передо мной встал вопрос: «Как просто и быстро заработать на платежах, не продавая данные о пользователе?». 

Знакома ли вам ситуация, когда несколько команд, работающих над одним продуктом мешают друг другу и делают одно и тоже? Или наоборот, команды бегут в разные стороны, не имея единой точки синхронизации и не понимая общей цели?

Давайте разберемся как решить эту проблему на кейсе Лиги Ставок. 

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

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

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

Узнайте, как анализ данных позволяет оптимизировать ваш продукт и стимулировать пользователей к совершению покупок. Раскройте потенциал вашего продукта, упрощая путь к целевому действию.

Усилия монопродуктовых компаний сосредоточены вокруг одного продукта или сервиса. Однако не ждите, что команда мечты появится у вас уже завтра по щелчку пальцев. Для слаженной работы над продуктом важен грамотно подобранный состав участников, правильное распределение ролей в процессе разработки, а также четко продуманный набор компетенций для каждого. Каким образом организовать работу, если у вас 16 продуктовых команд и все они работают над созданием и развитием одного проекта?

По данным Statista, ежемесячно на Google Play появляется около 100 000 новых сервисов и приложений. Чтобы выдержать конкуренцию, необходимо сокращать время вывода на рынок новых продуктов, при этом не теряя в качестве. О том, как создавать что-то новое быстро ― к примеру, придумать новый айфон, ― расскажу в этой статье.

Невозможно во сне придумать айфон: создание качественного, нужного и приятного для пользователей продукта или сервиса ― это тяжелая ежедневная работа. Здесь действует логика венчурной индустрии. Инвестируем в десять проектов: шесть из них умрут, три покажут небольшой успех, один «взлетит» ― окупит расходы на все десять и даст прибыль сверху. Проблема в том, что никогда не знаешь, какой из проектов окажется звездным.

Для создания успешного продукта необходимы упорство и трудолюбие, умение слушать и слышать (клиентов, окружающую среду, тренды и так далее) и готовность к постоянным изменениям. Например, Яндекс изначально стартовал как компания интернет-поисковик, зарабатывал на рекламе. Чтобы дифференцировать бизнес, понадобилось более 20 лет и несколько десятков закрытых проектов. Зато в 2022 выручка Яндекса от непоисковых проектов (такси, e-commerce и других) превысила 50%.

Допустим, мы хотим, чтобы у нас получилось так же, как у Яндекса. Что нам для этого нужно?

Все, кто работает с аналитикой и продуктами, знают, что проведение А/Б тестирования — важный шаг для повышения эффективности бизнеса. Однако не всегда понятно, как проводить этот тест и какие статистические методы использовать. В этой статье я постараюсь помочь вам разобраться в этом вопросе. Вместо теоретических рассуждений будут практические советы, как выбирать метрики, как использовать различные статистические методы и примеры кода на Python, которые можно использовать сразу же. Эта статья станет незаменимой шпаргалкой для всех, кто планирует провести А/Б тест, и будет полезной как для новичков, так и для профессионалов.

Каждая третья российская компания автоматизирует HR-процессы для того, чтобы упростить доступ к сервисам для сотрудников, при этом сэкономив сотни или даже тысячи рабочих часов. (Конечно, если пойти глубже, то конечный пользователь ― даже не сотрудник, а снова клиент. Сэкономив время сотрудника на административные таски, мы даем ему возможность заниматься ключевыми задачами и оставаться эффективным). 

Рассказываем, как закрывать реальные боли и повышать эффективность проектов по автоматизации HR. 

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

Все началось с гипотезы

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

Первый вопрос для исследования звучал так: «Действительно ли у игроков есть потребность в социализации?». Чтобы ответить на него, мы поговорили с пользователями напрямую.

Хабр, привет! Я Денис Теплов, Директор по продукту в Лиге Ставок.

В нашей компании продуктовая структура представляет из себя 9 продуктовых end-to-end команд общей численностью ~130 человек, работающих над развитием одного продукта. Каждая из команд укомплектована всеми необходимыми компетенциями. Все живут в одном релизном процессе, делают задачи из одного бэклога (и проекта в Jira), и следят за одними метриками в Amplitude.

В условиях такого тесного взаимодействия естественным образом возникает вопрос: А как оценивать их эффективность?

Об этом мы и поговорим.

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

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

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

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

Для примера применяется разбор приключений Красной шапочки по версии жизненных уроков от Братьев Гримм, где Красная шапочка - это доставщик ценностей, Мать - инициатор её приключений, а Бабушка - единственный по задумке авторов конечный потребитель.

Привет, Хабр! Меня зовут Виталий, и за 9-летний опыт работы PM и 2-летний Agile coach в энтерпрайзе я часто сталкивался с ситуациями, как продуктовые планы влияли на ИТ-команды. Некоторые из таких ситуаций были безобидными, другие могли угробить всю компанию.

Подробнее рассмотрим три ключевые ситуации и их последствия:

1. несвоевременное предоставление планов;

2. задачи с фиксированным сроком;

3. отсутствие планов или плохо проработанные задачи.

Если хотите об этом поразмыслить, добро пожаловать под кат.

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

Можно встретить много  примеров того как применять customer development, который опирается на “персоны”,  для B2C, B2B продуктов, даже для B2BC решений, но сегмент продуктов внутреннего потребления как правило скрыт от посторонних взглядов. Их чаще называют проектами по “автоматизации бизнес-процессов”, которые решают задачу для внутреннего клиента. Особенностью таких проектов/продуктов является секретность, неотвратимость пользования создаваемым продуктом (как считают многие оптимизаторы) и возможность “дотянуться” до потребителя рукой.

В статье аккумулированы некоторые типичные ситуации, выстраданные многолетней практикой по автоматизации бизнес-процессов в десятке отраслей, где я побывал на разных ролях: от business analyst до product manager. Ключевый объект суммирирования опыта — люди, а именно знаниях об их осознанных или неосознанных потребностях, которые являются отправной точкой улучшений.

Пандемия COVID-19 изменила мир полтора года назад и продолжает влиять. В этих условиях организаторы спортивных соревнований вынуждены отказываться от проведения оффлайн мероприятий в пользу онлайна. Киберспорт не стал исключением, но для него переход произошёл легче, потому что и до пандемии большинство команд выступало на онлайн-соревнованиях. Игрокам из низшего и среднего дивизиона офлайн мир LAN-турниров попросту недоступен (не у всех есть возможность поехать в другой город или страну), и они играют только в онлайне, а топовые профессионалы выступали в обоих форматах. Команды, которые сумели быстро адаптироваться к меняющимся условиям, сделали колоссальный скачок за эти полтора года. Таким образом, COVID дал шанс молодым командам проявить себя. Так получилось у Gambit: на волне онлайн-турниров игроки смогли перейти из категории Тир-3 в Тир-2, а затем и в Тир-1, выйдя на профессиональный уровень.

Write once, run anywhere

Предлагаю заглянуть под капот, и погрузиться в детали реализации движка Flutter, чтобы понять, как он решает вопрос кроссплатформы с точки зрения отрисовки UI

Бу́дущее — гипотетическая часть линии времени, множество событий, которые ещё не произошли, но могут произойти.

Этот месяц может определённо пройти под девизом "Даёшь асинхронность!", на хабах Dart и Flutter. Неудивительно, ведь асинхронный и реактивный подход являются основой работы языка и фреймворка.

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

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

Хочу поделиться best-practices и дать несколько готовых наработок, которые пригодятся и маркетологам, и состоявшимся маркетинговым аналитикам.

Этот лонгрид целиком и полностью посвящён вопросам, которыми занимается web-маркетинг и основан на моем личном опыте работы с ребятами из маркетинга Лиги Ставок. (Про мобильную рекламу, mobile-marketing, как мы строили Buying Dashboard и клиентскую аналитику еще в mobio.ru я могу говорить бесконечно и, может быть, напишу отдельно.)

1)    Важность разметки

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

Интернет-маркетинг работает по разным моделям (CPM, CPC для медийки, комиссия, RevShare и CPA для перформанс-маркетинга). Выделяю два основных момента: источник трафика и трекер размещения. Дьявол, как известно, кроется в деталях - очень много маленьких и важных моментов, которые бы хотелось обсудить. Но обо всем по порядку:

RFC 1983

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