#запуск_продукта #fail
Точка рассказывает об эксперименте с новой услугой.
Идея сервиса «Бизнес-помощник» родилась из жалоб предпринимателей на рутину: поиск исполнителей, сведение таблиц, звонки в бюрократические организации. Как действовали:
🔎 Исследование
Интервью с предпринимателями о личных ассистентах дало следующие инсайты:
▫️частый негативный опыт в прошлом
▫️высокая цена
▫️непонимание где и как искать личного помощника
▫️неумение или опасение предпринимателей делегировать рутину
Поговорили также с компаниями, которые развалились из-за проблем с организацией, посмотрели на существующие сервисы оффлайн-помощников.
🧮 Оценка спроса
Точка запустила сервис для ограниченного количества пользователей, плюс использовала мощности партнера с опытом — сервис помощников Want.
В рамках пилота Точка и Want три месяца решали задачи клиентов. Попадались как рутинные (найти и доставить товар, внести в календарь событие и тп), так и неожиданные: разобраться со штрафом из налоговой, сделать подборку армейских историй или цитат Канта.
📈 Масштабирование
По результатам трех месяца 80% клиентов были готовы продолжить подписку, а вот Точка поняла, что масштабировать сервис в текущем виде не получится:
🔹клиент ожидает персонального ассистента 24/7, хотя суть сервиса была в делегировании именно рутинных задач
🔹уровень услуги клиентам всегда нужен выше, чем он есть сейчас.
Хотели продукт, а получили опыт=) Это абсолютно нормально, просто у Точки будет еще один виток, и возможно мы скоро увидим запуск какого-то совсем нового продукта от них в этой сфере.
PS I’m back! Загрузка по-прежнему ого-го, но я постараюсь увеличить частоту постов и не оставлять вас без хороших продуктовых историй так надолго, спасибо что остаетесь со мной 🙏
Источник, статья на 4 минуты чтения: tgclick.click/dmvGdGrO
Точка рассказывает об эксперименте с новой услугой.
Идея сервиса «Бизнес-помощник» родилась из жалоб предпринимателей на рутину: поиск исполнителей, сведение таблиц, звонки в бюрократические организации. Как действовали:
🔎 Исследование
Интервью с предпринимателями о личных ассистентах дало следующие инсайты:
▫️частый негативный опыт в прошлом
▫️высокая цена
▫️непонимание где и как искать личного помощника
▫️неумение или опасение предпринимателей делегировать рутину
Поговорили также с компаниями, которые развалились из-за проблем с организацией, посмотрели на существующие сервисы оффлайн-помощников.
🧮 Оценка спроса
Точка запустила сервис для ограниченного количества пользователей, плюс использовала мощности партнера с опытом — сервис помощников Want.
В рамках пилота Точка и Want три месяца решали задачи клиентов. Попадались как рутинные (найти и доставить товар, внести в календарь событие и тп), так и неожиданные: разобраться со штрафом из налоговой, сделать подборку армейских историй или цитат Канта.
📈 Масштабирование
По результатам трех месяца 80% клиентов были готовы продолжить подписку, а вот Точка поняла, что масштабировать сервис в текущем виде не получится:
🔹клиент ожидает персонального ассистента 24/7, хотя суть сервиса была в делегировании именно рутинных задач
🔹уровень услуги клиентам всегда нужен выше, чем он есть сейчас.
Хотели продукт, а получили опыт=) Это абсолютно нормально, просто у Точки будет еще один виток, и возможно мы скоро увидим запуск какого-то совсем нового продукта от них в этой сфере.
PS I’m back! Загрузка по-прежнему ого-го, но я постараюсь увеличить частоту постов и не оставлять вас без хороших продуктовых историй так надолго, спасибо что остаетесь со мной 🙏
Источник, статья на 4 минуты чтения: tgclick.click/dmvGdGrO
vc.ru
Как в «Точке» проверяют идеи новых сервисов
На примере пилотного сервиса «Бизнес-помощников».
#стратегия #анонс
Сегодня у меня спецвыпуск вместе с Лешей Никушиным (кто-то знает его по каналу @internetanalytics и конференции Матемаркетинг) и Ромой Беднарским, продакт-менеджером из Яндекса.
Мы будем говорить про важный тренд на рынке продакт-менеджмента — образование. Расскажем, где и как учиться, а также что учесть, если вы хотите учить и при этом приносить реальную пользу. Постараемся показать, какие есть возможности и альтернативы. Все это применительно к двум профессиям: продакт-менеджер и продакт-аналитик.
Присоединяйтесь к трансляции в 17:00 или смотрите видеозапись позднее по ссылке: tgclick.click/kGMTGjfd
Сегодня у меня спецвыпуск вместе с Лешей Никушиным (кто-то знает его по каналу @internetanalytics и конференции Матемаркетинг) и Ромой Беднарским, продакт-менеджером из Яндекса.
Мы будем говорить про важный тренд на рынке продакт-менеджмента — образование. Расскажем, где и как учиться, а также что учесть, если вы хотите учить и при этом приносить реальную пользу. Постараемся показать, какие есть возможности и альтернативы. Все это применительно к двум профессиям: продакт-менеджер и продакт-аналитик.
Присоединяйтесь к трансляции в 17:00 или смотрите видеозапись позднее по ссылке: tgclick.click/kGMTGjfd
👍1
#запуск_продукта #pet_project
Моя новая знакомая Ирина Шанина рассказала свой опыт добрейшего пет-проекта — благотворительного аукциона по продаже свиданий. Деньги собирались на покупку игрушек в детские гос мед учерждения.
Аукцион делали через группу vk: альбом фото участниц и краткой информацией о каждой девушке, ставки в комментариях под фото. Сначала участвовали подруги, потом сарафанка присоединила новых девушек и парней. Всего получился 181 «лот» девушек и 108 — молодых людей.
Марафон длился неделю. Организаторы получали 100+ сообщений в день: с требованиями заменить фото (каждый 4-й), с отказом идти на свидание — «меня купил какой-то страшный парень», с обвинениями в мошенничестве. В каждом случае старались договориться, но приходилось идти и на серьезные меры, например ставить «слившихся» участников или незаплативших покупателей в черный список.
Сумма финальных ставок составила 122к рублей, из которых до организаторов дошли 61к. В принципе, конверсия в 50% в таком деле — уже круто, хватило на игрушки и на книжки деткам.
Движуха прижилась. Всего ребята провели 5 аукционов с 2012 по 2017 год для 6 учреждений на 450к суммарно. За это время:
⁃ правильной коммуникацией довели конверсию в оплату до 97% (завидуйте, гроусхакеры)
⁃ узнали, что девушки приходят ради лайков, а парни — посоревноваться в размере ставки
⁃ запустили лоты-услуги: массаж, консультации и другие услуги, которые не взлетели
⁃ получили немало переводов от людей, которые просто решили пожертвовать денег детям через ребят.
А еще обрели сторонников в нескольких городах и пару подражателей-злоумышленников, которых слава богу получилось безболезненно нейтрализовать.
Вообще, pet_project — это классная возможность развить какие-то новые для вас скиллы. А уж когда вы можете сделать пет-проджект таким полезным — это просто здорово. А у вас есть пет-проджект?
🐥 - да, делаю свой
🐢 - да, участвую в чьем-то
😎 - нет, я умею отдыхать
Источник: tgclick.click/DTLhwUrb
Моя новая знакомая Ирина Шанина рассказала свой опыт добрейшего пет-проекта — благотворительного аукциона по продаже свиданий. Деньги собирались на покупку игрушек в детские гос мед учерждения.
Аукцион делали через группу vk: альбом фото участниц и краткой информацией о каждой девушке, ставки в комментариях под фото. Сначала участвовали подруги, потом сарафанка присоединила новых девушек и парней. Всего получился 181 «лот» девушек и 108 — молодых людей.
Марафон длился неделю. Организаторы получали 100+ сообщений в день: с требованиями заменить фото (каждый 4-й), с отказом идти на свидание — «меня купил какой-то страшный парень», с обвинениями в мошенничестве. В каждом случае старались договориться, но приходилось идти и на серьезные меры, например ставить «слившихся» участников или незаплативших покупателей в черный список.
Сумма финальных ставок составила 122к рублей, из которых до организаторов дошли 61к. В принципе, конверсия в 50% в таком деле — уже круто, хватило на игрушки и на книжки деткам.
Движуха прижилась. Всего ребята провели 5 аукционов с 2012 по 2017 год для 6 учреждений на 450к суммарно. За это время:
⁃ правильной коммуникацией довели конверсию в оплату до 97% (завидуйте, гроусхакеры)
⁃ узнали, что девушки приходят ради лайков, а парни — посоревноваться в размере ставки
⁃ запустили лоты-услуги: массаж, консультации и другие услуги, которые не взлетели
⁃ получили немало переводов от людей, которые просто решили пожертвовать денег детям через ребят.
А еще обрели сторонников в нескольких городах и пару подражателей-злоумышленников, которых слава богу получилось безболезненно нейтрализовать.
Вообще, pet_project — это классная возможность развить какие-то новые для вас скиллы. А уж когда вы можете сделать пет-проджект таким полезным — это просто здорово. А у вас есть пет-проджект?
🐥 - да, делаю свой
🐢 - да, участвую в чьем-то
😎 - нет, я умею отдыхать
Источник: tgclick.click/DTLhwUrb
vc.ru
История о том, как мы продавали людей с благими намерениями
Какие ассоциации у вас возникают, когда вы думаете о благотворительности? Когда слышите фразы типа “помощь больным детям”, “сбор денег на благотворительность”, “пожертвования”? В основном перед глазами возникают грустные картинки, вызывающие жалость, печаль…
#запуск_продукта #анонс
Я вернулась из затянувшегося «рабочего» отпуска, спасибо, что подождали:)
Сегодня как обычно день радио, и у нас ранний эфир. В 15:00 поговорим о том, как не прогореть на стартапе в самом начале?
Гостит у меня Ваня Замесин, Founder & CEO Меты. Поговорим о том, почему так важны высокоуровневые решения в стартапе и как их лучше принимать.
Как создавалась и делала первые шаги Мета - сервис для подбора психотерапевтов? Какие были сложности и ошибки? Трансляция начнется в 15:00, видеозапись будет доступна после эфира.
Присоединяйтесь:
tgclick.ru/normalno_delaj/366
Я вернулась из затянувшегося «рабочего» отпуска, спасибо, что подождали:)
Сегодня как обычно день радио, и у нас ранний эфир. В 15:00 поговорим о том, как не прогореть на стартапе в самом начале?
Гостит у меня Ваня Замесин, Founder & CEO Меты. Поговорим о том, почему так важны высокоуровневые решения в стартапе и как их лучше принимать.
Как создавалась и делала первые шаги Мета - сервис для подбора психотерапевтов? Какие были сложности и ошибки? Трансляция начнется в 15:00, видеозапись будет доступна после эфира.
Присоединяйтесь:
tgclick.ru/normalno_delaj/366
tgclick.ru
@normalno_delaj
Переход на канал @normalno_delaj
UPD нормальная ссылка на видеозапись, прошу у вас прощенья, не то вывесила в канал(((
https://www.youtube.com/watch?v=AnlZnUGRF3I
https://www.youtube.com/watch?v=AnlZnUGRF3I
YouTube
Нормально делай, нормально будет. Кейс Меты: как принимать высокоуровневые решения
06-09-2019 15:00
Кейс Меты: как принимать высокоуровневые решения
Ведущий: Александра Клименко (http://radio.mediametrics.ru/presenter/877)
В гостях: Иван Замесин, founder & CEO Меты — Подбор Психолога (http://radio.mediametrics.ru/dossier/19335/)
Кейс Меты: как принимать высокоуровневые решения
Ведущий: Александра Клименко (http://radio.mediametrics.ru/presenter/877)
В гостях: Иван Замесин, founder & CEO Меты — Подбор Психолога (http://radio.mediametrics.ru/dossier/19335/)
#agile #процессы
Может быть agile в медицине?
Владельцы крупной стоматологической сети захотели попробовать.
Проблемы сети, несмотря на медицинскую специфику, были знакомы любой крупной компании:
🚫Врачи не находили общий язык с пациентами: не понимали, что им нужно, не обеспечивали уровень сервиса
💢Отделы внутри клиники (врачи и менеджеры) враждовали
⚙️ С трудом внедрялись новые технологии: страхи совершить ошибку, слабая поддержка от руководства.
Пилот начали в одной стоматологической клинике.
После трех дней обучения последовала первая трансформация: изменение оргструктуры клиники.
Раньше иерархия была традиционная, многоуровневая. Решения принимались долго, ошибки совершать было страшно, работа велась ради дивидендов.
Новые кросс-функциональные команды перемешали врачей, менеджеров, администраторов, уборщиков и охранников, и убрали все «погоны», когда мнение главного врача ценнее мнения ассистента. Сотрудники учились ценить мнение каждого, пробовать постоянные изменения, тестировать гипотезы, а фокусом стало создание ценности для клиента.
На формирование команд ушло не меньше 3-х месяцев. Не все было гладко: недели через 3 начались первые внутрикомандные проблемы и стычки, в которых обвинялся (естественно) agile.
Вторая «турбулентная зона» пришла через 3 месяца — трансформация встал, так как не было единого внутреннего лидера. В итоге, эту роль занял собственник всей сети, увлекшийся изменениями.
Спринт-планирование, демо, стенд-апы — в клинике использовался весь реквизит agile, а главное, все это показывались всей сети в прямом эфире. Клиника превратилась в «шоу за стеклом» — так прокладываась дорога будущим изменениям в сети.
Команды использовали юзер стори и анкеты обратной связи, чтобы понять, какой опыт получают пациенты, проводили специальные мероприятия для опроса клиентов.
Пациентам теперь наглядно, с помощью флипчарта, объясняли процесс лечения и опции.
Тестировались и гипотезы маркетинга, которые привели к созданию отдела маркетинга и брендинга для всей сети.
Результаты в цифрах:
🏆 за 5.5 месяцев клиника стала лучшей в сети
📈выполнение плана выросло с 43% до 102% за 5 месяцев
📉 кол-во медицинских ошибок сократилось вдвое
✅ увеличилось значительно число внедряемых изменений, так как это стало командной работой
Видео, 26 минут с вопросами (в них много интересных деталей): tgclick.click/5KPLuhZk
Может быть agile в медицине?
Владельцы крупной стоматологической сети захотели попробовать.
Проблемы сети, несмотря на медицинскую специфику, были знакомы любой крупной компании:
🚫Врачи не находили общий язык с пациентами: не понимали, что им нужно, не обеспечивали уровень сервиса
💢Отделы внутри клиники (врачи и менеджеры) враждовали
⚙️ С трудом внедрялись новые технологии: страхи совершить ошибку, слабая поддержка от руководства.
Пилот начали в одной стоматологической клинике.
После трех дней обучения последовала первая трансформация: изменение оргструктуры клиники.
Раньше иерархия была традиционная, многоуровневая. Решения принимались долго, ошибки совершать было страшно, работа велась ради дивидендов.
Новые кросс-функциональные команды перемешали врачей, менеджеров, администраторов, уборщиков и охранников, и убрали все «погоны», когда мнение главного врача ценнее мнения ассистента. Сотрудники учились ценить мнение каждого, пробовать постоянные изменения, тестировать гипотезы, а фокусом стало создание ценности для клиента.
На формирование команд ушло не меньше 3-х месяцев. Не все было гладко: недели через 3 начались первые внутрикомандные проблемы и стычки, в которых обвинялся (естественно) agile.
Вторая «турбулентная зона» пришла через 3 месяца — трансформация встал, так как не было единого внутреннего лидера. В итоге, эту роль занял собственник всей сети, увлекшийся изменениями.
Спринт-планирование, демо, стенд-апы — в клинике использовался весь реквизит agile, а главное, все это показывались всей сети в прямом эфире. Клиника превратилась в «шоу за стеклом» — так прокладываась дорога будущим изменениям в сети.
Команды использовали юзер стори и анкеты обратной связи, чтобы понять, какой опыт получают пациенты, проводили специальные мероприятия для опроса клиентов.
Пациентам теперь наглядно, с помощью флипчарта, объясняли процесс лечения и опции.
Тестировались и гипотезы маркетинга, которые привели к созданию отдела маркетинга и брендинга для всей сети.
Результаты в цифрах:
🏆 за 5.5 месяцев клиника стала лучшей в сети
📈выполнение плана выросло с 43% до 102% за 5 месяцев
📉 кол-во медицинских ошибок сократилось вдвое
✅ увеличилось значительно число внедряемых изменений, так как это стало командной работой
Видео, 26 минут с вопросами (в них много интересных деталей): tgclick.click/5KPLuhZk
#анонс #развитие_продукта
Как сосредоточить внимание компании на продукте, который не монетизируется напрямую? А если компания крупная, бизнес устоявшийся, и меняться ей тяжело? Поговорим с Таней Павловой, продакт-менеджером сервиса соискателей HeadHunter, о том, какие трудности есть у сервиса, какие метрики и как для него выбирали, что в итоге получилось.
Внимание! Время передачи сдвинулось. Теперь программа выходит в субботу, в 11:00, и по этой же ссылке вы сможете увидеть видеозапись после трансляции: tgclick.click/wiFWGCbN
Как сосредоточить внимание компании на продукте, который не монетизируется напрямую? А если компания крупная, бизнес устоявшийся, и меняться ей тяжело? Поговорим с Таней Павловой, продакт-менеджером сервиса соискателей HeadHunter, о том, какие трудности есть у сервиса, какие метрики и как для него выбирали, что в итоге получилось.
Внимание! Время передачи сдвинулось. Теперь программа выходит в субботу, в 11:00, и по этой же ссылке вы сможете увидеть видеозапись после трансляции: tgclick.click/wiFWGCbN
#запуск_продукта #fail #pivot
Выпускник ГМУ ВШЭ (Государственно и Муниципальное Управление) Всеволод решил открыть свое дело: точку с горячим мороженым. Отзывается он об этом самокритично:
«Как и большему количеству малолетних выпускников, мне показалось, что тут зарыт невероятный потенциал, который никто не раскрыл, и что я буду первым.»
Конкурентов в России было подозрительно мало, но это Всеволода не остановило. Он проработал у одного из них две недели, и решил, что пора:
⚙️ купить оборудование
🎉 протестировать канал ивент-сферу (интерактив на мероприятии)
🎆 протестировать канал летних фестивалей
🏠дальше открывать стационарную точку — если все получится.
Нашел поставщика оборудования, параллельно снял и разослал списку свадебных организаторов и ивент-агенств промо-видео о жареном мороженом, с предложением включить его в программу.
Заказы действительно появились, а вот с оборудованием возникла проблема. Установка пришла за 17 часов до первого мероприятия и перемораживала продукт.
🍷Из положения вышли добавлением в мороженое ликера «бейлиз». Это, кажется, только улучшило конечный продукт и по счастливой случайности не нарушило контракт, в котором был пункт и об алкогольном мороженом.
Дальше пришла очередь первого летнего фестиваля. В условиях полнейшего хаоса только колоссальное вложение сил принесло чистый заработок в …8 тысяч рублей за день работы.
Оказалось, работать на фестивале успешно можно, только имея минимум две установки. К предыдущему поставщику обращаться не хотелось. В итоге получилось договориться с кафедрой низких температур московского Политеха, где по стечению обстоятельств Всеволод сам попробовал жареное мороженое в первый раз.
❄️Затем настала новая напасть: холодное лето. Приезжали на фестиваль с ингредиентами и оборудованием, а уезжали ни с чем. Более 800 тысяч было потеряно на фестивалях, складе, модернизации оборудования и т.п.
Но не это было главной проблемой. Спустя несколько месяцев работы Всеволод понял следующее:
🍕жареное мороженое — не продукт постоянного спроса, в отличии от той же пиццы. мало повторного потребления, все строится на первом вау-эффекте.
🍧это непонятный продукт, и часто вместо него выбирают понятное мороженое
💵 по этой же причине продукту не поставишь высокую цену
💰 ФОТ большой: нужно 2 кондитера и 1 кассир там, где кофейная точка обходится одним сотрудником
Что же теперь? Выяснилось, что можно существовать на ниша ивентов пусть заработок там пока и не большой, и с выездной, а не стационарной, как планировалось, точкой. Сейчас Всеволод окунулся в организацию ивентов и в маркетинг — надо же возвращать деньги инвестору:) И не унывает.
От всей души желаю удачи!
У нас с мужем был как-то интернет-магазин толстовок-футболок, брендированных университетом. Месяца три, но маржа была такой низкой, что мы его продали в итоге.
Источник: статья, 10 минут чтения: tgclick.click/F8yxrbNs
А вы пробовали запустить свой бизнес?
⭐ да, успешно
🙈 да, неуспешно
🤩 нет, но хочу
😳 нидайбоже
Выпускник ГМУ ВШЭ (Государственно и Муниципальное Управление) Всеволод решил открыть свое дело: точку с горячим мороженым. Отзывается он об этом самокритично:
«Как и большему количеству малолетних выпускников, мне показалось, что тут зарыт невероятный потенциал, который никто не раскрыл, и что я буду первым.»
Конкурентов в России было подозрительно мало, но это Всеволода не остановило. Он проработал у одного из них две недели, и решил, что пора:
⚙️ купить оборудование
🎉 протестировать канал ивент-сферу (интерактив на мероприятии)
🎆 протестировать канал летних фестивалей
🏠дальше открывать стационарную точку — если все получится.
Нашел поставщика оборудования, параллельно снял и разослал списку свадебных организаторов и ивент-агенств промо-видео о жареном мороженом, с предложением включить его в программу.
Заказы действительно появились, а вот с оборудованием возникла проблема. Установка пришла за 17 часов до первого мероприятия и перемораживала продукт.
🍷Из положения вышли добавлением в мороженое ликера «бейлиз». Это, кажется, только улучшило конечный продукт и по счастливой случайности не нарушило контракт, в котором был пункт и об алкогольном мороженом.
Дальше пришла очередь первого летнего фестиваля. В условиях полнейшего хаоса только колоссальное вложение сил принесло чистый заработок в …8 тысяч рублей за день работы.
Оказалось, работать на фестивале успешно можно, только имея минимум две установки. К предыдущему поставщику обращаться не хотелось. В итоге получилось договориться с кафедрой низких температур московского Политеха, где по стечению обстоятельств Всеволод сам попробовал жареное мороженое в первый раз.
❄️Затем настала новая напасть: холодное лето. Приезжали на фестиваль с ингредиентами и оборудованием, а уезжали ни с чем. Более 800 тысяч было потеряно на фестивалях, складе, модернизации оборудования и т.п.
Но не это было главной проблемой. Спустя несколько месяцев работы Всеволод понял следующее:
🍕жареное мороженое — не продукт постоянного спроса, в отличии от той же пиццы. мало повторного потребления, все строится на первом вау-эффекте.
🍧это непонятный продукт, и часто вместо него выбирают понятное мороженое
💵 по этой же причине продукту не поставишь высокую цену
💰 ФОТ большой: нужно 2 кондитера и 1 кассир там, где кофейная точка обходится одним сотрудником
Что же теперь? Выяснилось, что можно существовать на ниша ивентов пусть заработок там пока и не большой, и с выездной, а не стационарной, как планировалось, точкой. Сейчас Всеволод окунулся в организацию ивентов и в маркетинг — надо же возвращать деньги инвестору:) И не унывает.
От всей души желаю удачи!
У нас с мужем был как-то интернет-магазин толстовок-футболок, брендированных университетом. Месяца три, но маржа была такой низкой, что мы его продали в итоге.
Источник: статья, 10 минут чтения: tgclick.click/F8yxrbNs
А вы пробовали запустить свой бизнес?
⭐ да, успешно
🙈 да, неуспешно
🤩 нет, но хочу
😳 нидайбоже
vc.ru
Как потерять 800 тысяч рублей на проекте, или какие проблемы с жареным мороженым есть в России
Давайте знакомиться. Зовут меня Всеволод, полгода назад многие мои друзья называли меня гастроэнтузиастом, сейчас же, после частичного провала проекта, я могу назвать себя гастро*********. Дураком, в общем. Зато честно и с юмором :)
#growth #процессы
Это, пожалуй, мой любимый рассказ с Epic Growth весны 2019: как Вконтакте занимаются тестированием гипотез, связанных с машинным обучением.
В 2016-м впервые лента новостей ВК стала строится на подборе алгоритмом ML. Активность выросла на 40%. Захотели сделать рекомендации контента на основе подобного алгоритма. Что нужно:
🔸раздел «Рекомендации» с ui,
🔸научиться распознавать тематику текстов/фото/видео
🔸блочить треш/спам, накрутки и обман алгоритма, дубли контента
🔸…
А теперь разбираем слона по частям.
1. Как проверить заранее, что ML и правда нужно, например, в гипотезе о пользе рекомендаций?
Первыми «рекомендациями» стали посты, которые больше всего лайкают и комментируют друзья, в той же ленте с пометкой «вам может быть интересно». Минус ui, минус ML.
Итог: Вовлечение в такие записи было в 2 раза выше, чем в другие — поняли, что делать «Рекомендации» следует.
2. Как ограничить скоуп применения дорогих в разработке ML-алгоритмов?
Все задачи разбили на «без AI никуда» и «хорошо бы с AI».
Для первого пришлось обучать алгоритмы, а второе можно было сделать сначала без ML. Например, Smart Crop — алгоритм, который выбирает фрагмент фото под превью всего кадра, — заменили вырезанием фрагмента из центра фотографии.
3. Как вообще сделать MVP для machine learning?!
Берем стороннее ML-решение, которое закроет 80% потребности или покажет, что проблемы нет. Например, чтобы распознавать текст на фото в рекомендациях, взяли стороннюю библиотеку для распознавания текста в pdf. Фото на документы не похожи, поэтому работало не идеально. Но показала, что такие посты интересны — тогда в ВК стали обучать собственный алгоритм.
Итог:
🔹обучаем свой алгоритм только когда понимаем, что полезна более высокая точность (как в примере выше)
🔹к запуску готовить не один, а сразу несколько алгоритмов, после запуска оставлять самый эффективный, сравнивая а/б тестом
🔹 упрощать задачу для алгоритма так, чтобы он не был обязан сработать в 100 из 100 случаев. Например, в распознавании друга на фото допустили погрешности (неверное определение друзей) и тестировали:
❌возможность удалить отметку, если друг был определен неверно
⚠️вообще не отмечать друга, пока пользователь не подтвердит, что алгоритм правильно его угадал.
Работать с ML в продукте дорого и непросто, но всегда интересно. А у вас в продукте есть AI-составляющая?
🧐 да, работает
😣 пробовали и убрали
🤓 не пробовали, (возможно хотим)
Доклад Андрея: tgclick.click/h5O2HSVZ
Это, пожалуй, мой любимый рассказ с Epic Growth весны 2019: как Вконтакте занимаются тестированием гипотез, связанных с машинным обучением.
В 2016-м впервые лента новостей ВК стала строится на подборе алгоритмом ML. Активность выросла на 40%. Захотели сделать рекомендации контента на основе подобного алгоритма. Что нужно:
🔸раздел «Рекомендации» с ui,
🔸научиться распознавать тематику текстов/фото/видео
🔸блочить треш/спам, накрутки и обман алгоритма, дубли контента
🔸…
А теперь разбираем слона по частям.
1. Как проверить заранее, что ML и правда нужно, например, в гипотезе о пользе рекомендаций?
Первыми «рекомендациями» стали посты, которые больше всего лайкают и комментируют друзья, в той же ленте с пометкой «вам может быть интересно». Минус ui, минус ML.
Итог: Вовлечение в такие записи было в 2 раза выше, чем в другие — поняли, что делать «Рекомендации» следует.
2. Как ограничить скоуп применения дорогих в разработке ML-алгоритмов?
Все задачи разбили на «без AI никуда» и «хорошо бы с AI».
Для первого пришлось обучать алгоритмы, а второе можно было сделать сначала без ML. Например, Smart Crop — алгоритм, который выбирает фрагмент фото под превью всего кадра, — заменили вырезанием фрагмента из центра фотографии.
3. Как вообще сделать MVP для machine learning?!
Берем стороннее ML-решение, которое закроет 80% потребности или покажет, что проблемы нет. Например, чтобы распознавать текст на фото в рекомендациях, взяли стороннюю библиотеку для распознавания текста в pdf. Фото на документы не похожи, поэтому работало не идеально. Но показала, что такие посты интересны — тогда в ВК стали обучать собственный алгоритм.
Итог:
🔹обучаем свой алгоритм только когда понимаем, что полезна более высокая точность (как в примере выше)
🔹к запуску готовить не один, а сразу несколько алгоритмов, после запуска оставлять самый эффективный, сравнивая а/б тестом
🔹 упрощать задачу для алгоритма так, чтобы он не был обязан сработать в 100 из 100 случаев. Например, в распознавании друга на фото допустили погрешности (неверное определение друзей) и тестировали:
❌возможность удалить отметку, если друг был определен неверно
⚠️вообще не отмечать друга, пока пользователь не подтвердит, что алгоритм правильно его угадал.
Работать с ML в продукте дорого и непросто, но всегда интересно. А у вас в продукте есть AI-составляющая?
🧐 да, работает
😣 пробовали и убрали
🤓 не пробовали, (возможно хотим)
Доклад Андрея: tgclick.click/h5O2HSVZ
👍1
#процессы #тестирование_гипотез
Как принимать объективные решения, когда цена ошибки высока?
Одноклассники+Мой мир — 71 млн MAU и 16,5 млрд руб выручки в год. 250+ человек в команде делают 200+ экспериментов еженедельно.
Тут следят за 50+ базовыми метриами, плюс метрики экспериментов. Итого, нужно 100+ графиков, просто чтобы увидеть все зависимости.
А еще параллельные эксперименты, плюс погода (dau в дождь значительно выше!), политика и другие внешние факторы, плюс отложенный эффект изменений. А отклонение на 0,001% — уже дорого для компании.
Результаты тестов анализируются долго, да и не всегда успешно.
Поэтому была разработана платформа для запуска экспериментов, чтобы:
⁃ запускать параллельные эксперименты
⁃ видеть значимость изменений
⁃ учитывать все базовые метрики и показывать их изменение.
Время запуска эксперимента сократилось в 2 раза. Даже подняли вопрос, не много ли продактов в компании. Но не стоило так рано списывать их со счетов:-)
Чтобы поднять метрики в ленте рекомендаций, решили попробовать новый алгоритм. На исторических данных он дал прекрасный результат, включили в онлайн-режиме.
Тут же провалилось количество уников в ленте. В ужасе команда отключила алгоритм и стала думать, что пошло не так.
Поняли, что уникальные пользователи не могут зависеть от смены модели (ведь когда они заходят, они еще не знаю что там увидят). Предположили, что MVP модели загружается медленно, пользователи просто не дожидаются загрузки ленты и уходят.
Как проверить?
Экспериментально замедлили загрузку ленты для пользователей с текущей версией алгоритма, и тоже увидели падение уников. Доказали себе, что алгоритм нужно «допилить» по скорости, и после этого он будет отрабатывать успешно — так и произошло.
Так при чем тут «лишние» продакты? А в том, что решение системы экспериментов было — отключать тест как неуспешный. И только живой человек догадался, что что-то не так, и понял, почему алгоритм плохо отрабатывает.
Вывод: автоматизация анализа метрик в эксперименте существенно экономит время, но не означает, что ими можно заменить продуктовиков. Что для нас с вами является позитивной новостью :)
Видео, 17 минут без вопросов: tgclick.click/BWAQezUb
Как принимать объективные решения, когда цена ошибки высока?
Одноклассники+Мой мир — 71 млн MAU и 16,5 млрд руб выручки в год. 250+ человек в команде делают 200+ экспериментов еженедельно.
Тут следят за 50+ базовыми метриами, плюс метрики экспериментов. Итого, нужно 100+ графиков, просто чтобы увидеть все зависимости.
А еще параллельные эксперименты, плюс погода (dau в дождь значительно выше!), политика и другие внешние факторы, плюс отложенный эффект изменений. А отклонение на 0,001% — уже дорого для компании.
Результаты тестов анализируются долго, да и не всегда успешно.
Поэтому была разработана платформа для запуска экспериментов, чтобы:
⁃ запускать параллельные эксперименты
⁃ видеть значимость изменений
⁃ учитывать все базовые метрики и показывать их изменение.
Время запуска эксперимента сократилось в 2 раза. Даже подняли вопрос, не много ли продактов в компании. Но не стоило так рано списывать их со счетов:-)
Чтобы поднять метрики в ленте рекомендаций, решили попробовать новый алгоритм. На исторических данных он дал прекрасный результат, включили в онлайн-режиме.
Тут же провалилось количество уников в ленте. В ужасе команда отключила алгоритм и стала думать, что пошло не так.
Поняли, что уникальные пользователи не могут зависеть от смены модели (ведь когда они заходят, они еще не знаю что там увидят). Предположили, что MVP модели загружается медленно, пользователи просто не дожидаются загрузки ленты и уходят.
Как проверить?
Экспериментально замедлили загрузку ленты для пользователей с текущей версией алгоритма, и тоже увидели падение уников. Доказали себе, что алгоритм нужно «допилить» по скорости, и после этого он будет отрабатывать успешно — так и произошло.
Так при чем тут «лишние» продакты? А в том, что решение системы экспериментов было — отключать тест как неуспешный. И только живой человек догадался, что что-то не так, и понял, почему алгоритм плохо отрабатывает.
Вывод: автоматизация анализа метрик в эксперименте существенно экономит время, но не означает, что ими можно заменить продуктовиков. Что для нас с вами является позитивной новостью :)
Видео, 17 минут без вопросов: tgclick.click/BWAQezUb
#анонс #процессы #product_discovery #запуск_продукта
Как создать продукт, максимально опираясь на процесс product discovery?
В этот раз в эфире я поговорю со спикером конференции Epic Growth Conference Rafael Alves. Команда Рафаэля занималась запуском нового продукта в Trivago (приложении для поиска отелей).
Передача будет идти на английском языке. Если у вас есть вопросы Рафаэлю, то можете их задать в Гугл форме:
https://forms.gle/tTEW2G3RmNzAiTLX8 - самые актуальные будут заданы в прямом эфире.
Трансляция начнется 12 октября в 14:05, видеозапись будет доступна сразу после окончания трансляции.
Ссылка на эфир появится в телеграм-канале утром в субботу.
Как создать продукт, максимально опираясь на процесс product discovery?
В этот раз в эфире я поговорю со спикером конференции Epic Growth Conference Rafael Alves. Команда Рафаэля занималась запуском нового продукта в Trivago (приложении для поиска отелей).
Передача будет идти на английском языке. Если у вас есть вопросы Рафаэлю, то можете их задать в Гугл форме:
https://forms.gle/tTEW2G3RmNzAiTLX8 - самые актуальные будут заданы в прямом эфире.
Трансляция начнется 12 октября в 14:05, видеозапись будет доступна сразу после окончания трансляции.
Ссылка на эфир появится в телеграм-канале утром в субботу.
Google Docs
Trivago: Focus on Product Discovery
В эфире "Нормально делай, нормально будет" Рафаэль Альвес расскажет как создать продукт, максимально опираясь на процесс product discovery. Команда Рафаэля занималась запуском нового продукта в Trivago (https://www.trivago.ru/) - приложении для поиска отелей.…
Уже в 14:00 начнется трансляция с Рафаэлем, менеджером Trivago! Трансляция будет по ссылке:
https://radio.mediametrics.ru/normalno_delaj/64130/
https://radio.mediametrics.ru/normalno_delaj/64130/
radio.mediametrics.ru
Trivago: Focus on Product Discovery Радио МедиаМетрикс
Как создать продукт, максимально опираясь на процесс product discovery? Поговорим со специальным гостем — спикером конференции Epic Product Growth Рафаэлем Альвесом. Команда Рафаэля занималась запуском нового продукта в Trivago (приложении для поиска отелей).…
#запуск_фичи #growth
Как в Badoo запускали виральную механику?
EGC кончился, но я успела поговорить с Тимуром Гарифзяновым, Product Lead в Magic Labs (Badoo, Bumble и др).
Спрашивала, зачем в приложение для дейтинга запускали виральную механику, какие пробовали инструменты, что получилось в итоге. Об этом и о том, какие процессы были задействованы, как выглядели эксперименты и какие были результаты — в записи эфира по ссылке: tgclick.click/Si6fi7eu
Как в Badoo запускали виральную механику?
EGC кончился, но я успела поговорить с Тимуром Гарифзяновым, Product Lead в Magic Labs (Badoo, Bumble и др).
Спрашивала, зачем в приложение для дейтинга запускали виральную механику, какие пробовали инструменты, что получилось в итоге. Об этом и о том, какие процессы были задействованы, как выглядели эксперименты и какие были результаты — в записи эфира по ссылке: tgclick.click/Si6fi7eu
#анонс #развитие_продукта #процессы
Как поменять процессы внутри компании, чтобы выпускать продукт чаще? А как это делать, когда компания продает франшизу, да еще и не только на территории России? Поговорим об этом с Дмитрием Павловым, руководителем разработки Dodo IS в Додо пицце. Сегодня в 19:05 прямая трансляция,
видеозапись будет доступна по той же ссылке: tgclick.click/wu3PiWm0
Как поменять процессы внутри компании, чтобы выпускать продукт чаще? А как это делать, когда компания продает франшизу, да еще и не только на территории России? Поговорим об этом с Дмитрием Павловым, руководителем разработки Dodo IS в Додо пицце. Сегодня в 19:05 прямая трансляция,
видеозапись будет доступна по той же ссылке: tgclick.click/wu3PiWm0
#тестирование_гипотез #монетизация #fail
CoinKeeper рассказывает о борьбе за высокий ARPU
В 2017 году CoinKeeper было 200т+ MAU и подписке при 4-5% CR за 30 дней.
1. Ценовая дискриминиация
Зимой 2015 $1 повысился с 33₽ до 75₽. Основная аудитория у CoinKeeper Россия, и от повышения цен в 2,5 раза упала конверсия.
Цены в ₽ вернули на прежний уровень, но задумались: можно ли заработать на иностранных пользователях больше, чем на российских?
Пробовали дискриминацию по географии: выбрали 16 стран и показали им более высокие цены. Результаты:
📉конверсия в покупки упала
📈средний чек вырос
✅итоговый прирост составил 13%.
Успех, но эти страны приносили только 20% дохода.
Дальше: «богатые» пользователи «бедных» стран. Устройства — последний iPhone, Android6+:
📉конверсия упала
📈средний чек вырос
❎роста не произошло :)
⚠️исключение - последний iPhone 7, где конверсия не сильно упала, а чек подрос.
Главное — эксперимент научил не бояться повышать цену.
2. Допродаем сомневающимся
На странице покупки 79% нажавших «Купить» не подтверждали платеж. Почему? Гипотеза — тех. проблемы с платежами. Опрашиваем:
⚠️Не удалось (ошибки) — 19%
😞Слишком дорого — 28%
🤪Просто не хочу — 53%
Чтобы «догнать», стали направлять письмо со ссылкой на оплату тем, кому «не удалось купить», и показывать оффер со скидкой тем, кому дорого.
☘️Эксперимент напомнил не сдаваться слишком рано.
Результаты:
📈Конверсия в покупки +18%
📉Средний чек -4%
✅Прирост дохода +11%
✅ Доп. доход от продаж через письма +6% месячного дохода
3. Увеличиваем продажи в первый день
В Coinkeeper делают большой упор на продажи в первые сутки:
🔹80% новичков видит хотя бы 1 преминум питч, 62% видят 2, 20% видят 4
Какие это дает результаты?
🔹69% платежей первого месяца происходит в первые сутки
🔹56% платежей первых суток происходит в первые 10 минут!
Главное — «Только в первый день у вас есть 100% пользователей»
4. Увеличиваем доход с помощью второго тарифа
Чтобы поднять средний чек, добавили второй, более дорогой тариф. Произошло прекрасное:
🔻старые пользователи были недовольны
🔻конверсия в покупки новых упала в 4 раза
✖️через 5 дней второй тариф убрали
Почему не сработало? гипотез много… но главное — это напомнило об осторожности.
Легкое и приятное видео с деталями и подробностями, 12 минут без вопросов: tgclick.click/aB4A8JRZ
CoinKeeper рассказывает о борьбе за высокий ARPU
В 2017 году CoinKeeper было 200т+ MAU и подписке при 4-5% CR за 30 дней.
1. Ценовая дискриминиация
Зимой 2015 $1 повысился с 33₽ до 75₽. Основная аудитория у CoinKeeper Россия, и от повышения цен в 2,5 раза упала конверсия.
Цены в ₽ вернули на прежний уровень, но задумались: можно ли заработать на иностранных пользователях больше, чем на российских?
Пробовали дискриминацию по географии: выбрали 16 стран и показали им более высокие цены. Результаты:
📉конверсия в покупки упала
📈средний чек вырос
✅итоговый прирост составил 13%.
Успех, но эти страны приносили только 20% дохода.
Дальше: «богатые» пользователи «бедных» стран. Устройства — последний iPhone, Android6+:
📉конверсия упала
📈средний чек вырос
❎роста не произошло :)
⚠️исключение - последний iPhone 7, где конверсия не сильно упала, а чек подрос.
Главное — эксперимент научил не бояться повышать цену.
2. Допродаем сомневающимся
На странице покупки 79% нажавших «Купить» не подтверждали платеж. Почему? Гипотеза — тех. проблемы с платежами. Опрашиваем:
⚠️Не удалось (ошибки) — 19%
😞Слишком дорого — 28%
🤪Просто не хочу — 53%
Чтобы «догнать», стали направлять письмо со ссылкой на оплату тем, кому «не удалось купить», и показывать оффер со скидкой тем, кому дорого.
☘️Эксперимент напомнил не сдаваться слишком рано.
Результаты:
📈Конверсия в покупки +18%
📉Средний чек -4%
✅Прирост дохода +11%
✅ Доп. доход от продаж через письма +6% месячного дохода
3. Увеличиваем продажи в первый день
В Coinkeeper делают большой упор на продажи в первые сутки:
🔹80% новичков видит хотя бы 1 преминум питч, 62% видят 2, 20% видят 4
Какие это дает результаты?
🔹69% платежей первого месяца происходит в первые сутки
🔹56% платежей первых суток происходит в первые 10 минут!
Главное — «Только в первый день у вас есть 100% пользователей»
4. Увеличиваем доход с помощью второго тарифа
Чтобы поднять средний чек, добавили второй, более дорогой тариф. Произошло прекрасное:
🔻старые пользователи были недовольны
🔻конверсия в покупки новых упала в 4 раза
✖️через 5 дней второй тариф убрали
Почему не сработало? гипотез много… но главное — это напомнило об осторожности.
Легкое и приятное видео с деталями и подробностями, 12 минут без вопросов: tgclick.click/aB4A8JRZ
#анонс #развитие_продукта #процессы
Как построить правильную систему метрик для продукта? Для каких продуктов это работает, а для каких нет? Поговорим на примере нескольких кейсов с Еленой Серегиной, founder Datalatte, ex-Яндекс.
Сегодня в 12:00 прямая трансляция, видеозапись будет доступна по ссылке:
tgclick.click/0rLTYu0P
Как построить правильную систему метрик для продукта? Для каких продуктов это работает, а для каких нет? Поговорим на примере нескольких кейсов с Еленой Серегиной, founder Datalatte, ex-Яндекс.
Сегодня в 12:00 прямая трансляция, видеозапись будет доступна по ссылке:
tgclick.click/0rLTYu0P
#запуск_продукта #процессы
Как правильно масштабировать команду?
В «Тинькофф бизнес» за 3 месяца сделали MVP продукта для запуска на рынке. За 3 года прошли от первых 500 клиентов до 300 000. А команда разработки выросла с 5 до 200 человек, испытав немало проблем роста. Как боролись?
В начале была единая небольшая команда. Но с ростом продукта росла и она. Работать вместе стало неэффективно при количестве человек больше 7, так что команду пришлось делить. Так появились слои: «веб», «клиент», «бек» и тп.
А рост все продолжался. Вскоре всплыли проблемы:
🔀 синхронизации между слоями не хватало,
⤵️ процесс разработки превращается в waterfall: фронты не хотят делать пока не готов бекенд, а бекенд не хочет делать пока не видит итоговый дизайн),
❌ постоянно происходили конфликты релизов,
⚠️ появлялилсь узкие места в слоях: то в qa, то в аналитике,
🏃♀️ все задачи приходили от разных заказчиков, но все — наипервейшего приоритета,
💢 команду разрывали на части, появлялась аллокация людей в задачи в % (ты тратишь 10% времени на это, 5% на это, 20% на…)
Как следствие — утрачивается понимание целей командой. Time2Market все больше, а команда попросту выгорает.
Что делать? Решили делиться на команды опять, но по-другому. Их назвали «Продуктовые единицы», и в каждой из них поставили одного заказчика, с одним беклогом, одной фулл-стек командой, отвечающей за свой сервис, со своими процессами: планирование, спринты, релизы.
А что сложного? Да вот что:
🔸 как почти любой продукт, растущий из mvp, «Тинькофф бизнес» представляет из себя монолит кода. Микросервисы отпиливались поочередно и небыстро.
🔹 увлекшись распиливанием монолита, команда полностью забыла про разделение интерфейсной части. Это задержало трансформацию на еще какое-то время, неучтенное в начале.
🔸 некоторые люди и некоторые части кода так и не поделилились. Кто-то из-за уникальной экспертизы, нужной сразу всем, или каких-то еще внутренних причин. Они так и остались общей прослойкой, и к коммуникациям с ней каждая команда относится с должным вниманием.
🔹 кое-что выделялось в отдельную команду совершено зря. Когда запускали валютные платежи, отдельная команда делала продукт для них. Но автоматизация операций была преждевременной, и еще год пришлось переделывать все системы.
🔸 не обошлось и без борьбы с топ-менеджментом. Для них вполне проблемы разработки казались то некомпетентностью персонала, то вообще повседневными жалобами программистов. Получение поддержки, которая сделала возможной весь процесс масштабирования, было возможно только после глубокого погружения топов в текущие проблемы ИТ.
Но в итоге все получилось. Все мини-команды после реформации также объединялись в одну команду, но с полностью переделанной внутренней структурой. Все видят общую цель, но и четко понимают свой собственный фокус при достижении этой цели. Профит!
А главное, теперь команде знает принцип, по которому можно масштабироваться снова и снова, и даже в курсе большинства подводных камней.
А вам приходилось участвовать в масштабировании команды?
🧐- да, успешно
😣 - да, неуспешно
🤓 - пока нет
Видео, 22 минуты без вопросов: tgclick.click/glGyhP32
Как правильно масштабировать команду?
В «Тинькофф бизнес» за 3 месяца сделали MVP продукта для запуска на рынке. За 3 года прошли от первых 500 клиентов до 300 000. А команда разработки выросла с 5 до 200 человек, испытав немало проблем роста. Как боролись?
В начале была единая небольшая команда. Но с ростом продукта росла и она. Работать вместе стало неэффективно при количестве человек больше 7, так что команду пришлось делить. Так появились слои: «веб», «клиент», «бек» и тп.
А рост все продолжался. Вскоре всплыли проблемы:
🔀 синхронизации между слоями не хватало,
⤵️ процесс разработки превращается в waterfall: фронты не хотят делать пока не готов бекенд, а бекенд не хочет делать пока не видит итоговый дизайн),
❌ постоянно происходили конфликты релизов,
⚠️ появлялилсь узкие места в слоях: то в qa, то в аналитике,
🏃♀️ все задачи приходили от разных заказчиков, но все — наипервейшего приоритета,
💢 команду разрывали на части, появлялась аллокация людей в задачи в % (ты тратишь 10% времени на это, 5% на это, 20% на…)
Как следствие — утрачивается понимание целей командой. Time2Market все больше, а команда попросту выгорает.
Что делать? Решили делиться на команды опять, но по-другому. Их назвали «Продуктовые единицы», и в каждой из них поставили одного заказчика, с одним беклогом, одной фулл-стек командой, отвечающей за свой сервис, со своими процессами: планирование, спринты, релизы.
А что сложного? Да вот что:
🔸 как почти любой продукт, растущий из mvp, «Тинькофф бизнес» представляет из себя монолит кода. Микросервисы отпиливались поочередно и небыстро.
🔹 увлекшись распиливанием монолита, команда полностью забыла про разделение интерфейсной части. Это задержало трансформацию на еще какое-то время, неучтенное в начале.
🔸 некоторые люди и некоторые части кода так и не поделилились. Кто-то из-за уникальной экспертизы, нужной сразу всем, или каких-то еще внутренних причин. Они так и остались общей прослойкой, и к коммуникациям с ней каждая команда относится с должным вниманием.
🔹 кое-что выделялось в отдельную команду совершено зря. Когда запускали валютные платежи, отдельная команда делала продукт для них. Но автоматизация операций была преждевременной, и еще год пришлось переделывать все системы.
🔸 не обошлось и без борьбы с топ-менеджментом. Для них вполне проблемы разработки казались то некомпетентностью персонала, то вообще повседневными жалобами программистов. Получение поддержки, которая сделала возможной весь процесс масштабирования, было возможно только после глубокого погружения топов в текущие проблемы ИТ.
Но в итоге все получилось. Все мини-команды после реформации также объединялись в одну команду, но с полностью переделанной внутренней структурой. Все видят общую цель, но и четко понимают свой собственный фокус при достижении этой цели. Профит!
А главное, теперь команде знает принцип, по которому можно масштабироваться снова и снова, и даже в курсе большинства подводных камней.
А вам приходилось участвовать в масштабировании команды?
🧐- да, успешно
😣 - да, неуспешно
🤓 - пока нет
Видео, 22 минуты без вопросов: tgclick.click/glGyhP32
❤1
Мы ходим на конференции и слушаем доклады на митапах, чтобы принести в свой продукт новые идеи и инструменты. Но помогает ли это в долгосрочной перспективе? Вместе с Байрамом Аннаковым, CEO & Founder Appintheair, поговорим о системном подходе — о том, как видеть продукт и компанию более цельно и принимать системные долгосрочные решения. Трансляция, а позднее видеозапись: https://radio.mediametrics.ru/normalno_delaj/64516
radio.mediametrics.ru
Системный подход к разработке продукта Радио МедиаМетрикс
Мы ходим на конференции и слушаем доклады на митапах, чтобы принести в свой продукт новые идеи и инструменты. Но помогает ли это в долгосрочной перспективе? Вместе с Байрамом Аннаковым, CEO & Founder Appintheair, поговорим о системном подходе — о том, как…
#запуск_продукта #fail #процессы
Рассказ об ошибках в стартапе, совершенных scrum-командой, и к чему они привели.
Продукт: супер-сложный технически, финансируется заказчиком. Он сам не до конца знает, чего хочет, и его требования и приоритеты меняются 3 раза в день. Сроки: все это нужно уже вчера.
Как следствие, команда на гране выгорания с постоянными переработками (даже оплачиваемыми) и общей атмосферой «да пофиг уже».
В рассказе много боли, мало конкретики, но мне так близко, что все же делюсь с вами. Итак, что похоронило этот и может похоронить любой другой проект (кроме перечисленного выше)?
1️⃣ Забивали на скептиков
Слишком мало времени, слишком опасный костыль, слишком урезаем время на code review… Здесь от таких жалоб стабильно отмахивались. Результат — больше крашей и провальных релизов — часто именно из-за тех «бутылочных горлышках» на которое указывали скептики.
🔹Профилактика: прислушиваться, потому что даже если твои ребята не правы в оценке степени риска, они скорее всего безошибочно выявили самую опасную часть процесса, не грех лишний раз ее проверить и успокоить себя и других.
2️⃣ Отсутствие общего vision у команды
В команде было несколько версий понимания, о чем вообще продукт. Анатилики, разработчики, QA, клиент — у каждого свое мнение. А наличие нескольких бизнес-аналитиков вносило дополнительного веселья — каждый из них топил только за ту часть продукта, что понимал хорошо сам.
🔹Профилактика — единый PO. И да, на большую команду разработки (43!), кажется непомерной нагрузкой такая роль. Но его задача — общее виденье на высоком уровне, а конкретные требования как раз формирует команда внутри себя, руководствуясь этим видением.
3️⃣ Забивали на техдолг, или «Дай программисту волю — он весь продукт зарефакторит»
Да, чтобы хакнуть рост, часто приходится костылить так, что на ревью отдавать стыдно. И время на «оптимально, универсально, основательно» не везде можно выделить.
Но чтобы делать хороший, масштабируемый продукт, нельзя громоздить костыли на костыли и надеяться, что инвалид будет работать вечно. Если совершенно забыть о техдолге в угоду росту, то скорость также быстро упадет, когда вас догонят проблемы множественных багов из-за неочевидных взаимосвязей, недокументированности и тому подобного хаоса, многократно увеличенные сейчас, когда вы уже набрали миллион активных пользователей.
🔹Профилактика: не забывать про техдолг, уделять внимание продумыванию архитектуры наперед, выделять время на автотесты и так далее.
4️⃣ Продажи вопреки здравому смыслу — Ох, оочень знакомая мне проблема!
Sales легко увлекаются и могут продавать без оглядки на в возможности команды. Если руководство благоволит, одни продажники легко могут самолично разрушить спокойствие и эффективность команды. Достаточно парочку раз продать то, что в продукте не хотели и не планировали делать, только потому, что это захотел «жирный» клиент.
Но и команда при удачном «ветре» может тянуть одеяло в свою сторону: продолжать тестировать, когда уже правда пора продавать, регулярно нарушать собственные сроки и пофигистично пожимать плечами при этом.
🔹Профилактика: Courage, Respect, Commitment, Openess, Focus — для всех участников процесса (ценности Agile):
🔘не боимся говорить о проблемах (что это мы не успеем, и не надо компании заключать этот договор),
🔘уважаем друг друга (видела не просто разногласия, а взаимные оскорбления вживую и в почте, и это по-моему не нормально),
🔘называем и выдерживаем адекватные сроки продажникам и топ-менеджменту, а они, собрав волю в кулак — клиентам.
🔘договариваемся, а не требуем или отказываем без объяснения. При таких-то условиях и в таком-то урезанном объеме можно реализовать, давайте подумаем вместе, подойдет ли это клиенту, и что делать если нет.
🔘фокус: еще одна отсылка к vision, которое показывает, что, когда и для кого мы должны создать.
Вообще, самая большая ошибка — не делать выводов из ошибок.
А вам что кажется самым страшным в этом списке? Источник: tgclick.click/kxd2czlr
Рассказ об ошибках в стартапе, совершенных scrum-командой, и к чему они привели.
Продукт: супер-сложный технически, финансируется заказчиком. Он сам не до конца знает, чего хочет, и его требования и приоритеты меняются 3 раза в день. Сроки: все это нужно уже вчера.
Как следствие, команда на гране выгорания с постоянными переработками (даже оплачиваемыми) и общей атмосферой «да пофиг уже».
В рассказе много боли, мало конкретики, но мне так близко, что все же делюсь с вами. Итак, что похоронило этот и может похоронить любой другой проект (кроме перечисленного выше)?
1️⃣ Забивали на скептиков
Слишком мало времени, слишком опасный костыль, слишком урезаем время на code review… Здесь от таких жалоб стабильно отмахивались. Результат — больше крашей и провальных релизов — часто именно из-за тех «бутылочных горлышках» на которое указывали скептики.
🔹Профилактика: прислушиваться, потому что даже если твои ребята не правы в оценке степени риска, они скорее всего безошибочно выявили самую опасную часть процесса, не грех лишний раз ее проверить и успокоить себя и других.
2️⃣ Отсутствие общего vision у команды
В команде было несколько версий понимания, о чем вообще продукт. Анатилики, разработчики, QA, клиент — у каждого свое мнение. А наличие нескольких бизнес-аналитиков вносило дополнительного веселья — каждый из них топил только за ту часть продукта, что понимал хорошо сам.
🔹Профилактика — единый PO. И да, на большую команду разработки (43!), кажется непомерной нагрузкой такая роль. Но его задача — общее виденье на высоком уровне, а конкретные требования как раз формирует команда внутри себя, руководствуясь этим видением.
3️⃣ Забивали на техдолг, или «Дай программисту волю — он весь продукт зарефакторит»
Да, чтобы хакнуть рост, часто приходится костылить так, что на ревью отдавать стыдно. И время на «оптимально, универсально, основательно» не везде можно выделить.
Но чтобы делать хороший, масштабируемый продукт, нельзя громоздить костыли на костыли и надеяться, что инвалид будет работать вечно. Если совершенно забыть о техдолге в угоду росту, то скорость также быстро упадет, когда вас догонят проблемы множественных багов из-за неочевидных взаимосвязей, недокументированности и тому подобного хаоса, многократно увеличенные сейчас, когда вы уже набрали миллион активных пользователей.
🔹Профилактика: не забывать про техдолг, уделять внимание продумыванию архитектуры наперед, выделять время на автотесты и так далее.
4️⃣ Продажи вопреки здравому смыслу — Ох, оочень знакомая мне проблема!
Sales легко увлекаются и могут продавать без оглядки на в возможности команды. Если руководство благоволит, одни продажники легко могут самолично разрушить спокойствие и эффективность команды. Достаточно парочку раз продать то, что в продукте не хотели и не планировали делать, только потому, что это захотел «жирный» клиент.
Но и команда при удачном «ветре» может тянуть одеяло в свою сторону: продолжать тестировать, когда уже правда пора продавать, регулярно нарушать собственные сроки и пофигистично пожимать плечами при этом.
🔹Профилактика: Courage, Respect, Commitment, Openess, Focus — для всех участников процесса (ценности Agile):
🔘не боимся говорить о проблемах (что это мы не успеем, и не надо компании заключать этот договор),
🔘уважаем друг друга (видела не просто разногласия, а взаимные оскорбления вживую и в почте, и это по-моему не нормально),
🔘называем и выдерживаем адекватные сроки продажникам и топ-менеджменту, а они, собрав волю в кулак — клиентам.
🔘договариваемся, а не требуем или отказываем без объяснения. При таких-то условиях и в таком-то урезанном объеме можно реализовать, давайте подумаем вместе, подойдет ли это клиенту, и что делать если нет.
🔘фокус: еще одна отсылка к vision, которое показывает, что, когда и для кого мы должны создать.
Вообще, самая большая ошибка — не делать выводов из ошибок.
А вам что кажется самым страшным в этом списке? Источник: tgclick.click/kxd2czlr
Анонс:
#анонс #развитие_продукта #процессы
20 ноября в 21:00 вместе с Михаилом Цвиком, продактом из Revolut, ex-Wrike, поговорим об особенностях b2b пользователя:
как привлекать,
как удерживать,
что считать и как анализировать,
что еще важно не забывать, когда делаешь b2b продукт.
Трансляция, а позднее видеозапись, доступны по ссылке: https://radio.mediametrics.ru/normalno_delaj/64662/
#анонс #развитие_продукта #процессы
20 ноября в 21:00 вместе с Михаилом Цвиком, продактом из Revolut, ex-Wrike, поговорим об особенностях b2b пользователя:
как привлекать,
как удерживать,
что считать и как анализировать,
что еще важно не забывать, когда делаешь b2b продукт.
Трансляция, а позднее видеозапись, доступны по ссылке: https://radio.mediametrics.ru/normalno_delaj/64662/
radio.mediametrics.ru
Как привлекать и удерживать b2b пользователей Радио МедиаМетрикс
Поговорим об особенностях b2b пользователя: как привлекать, как удерживать, что считать и как анализировать, что еще важно не забывать, когда делаешь b2b продукт
#анонс #развитие_продукта #процессы
Сегодня в 18:05 вместе с Станиславом Пятикопом, CPO Simple Health, ex-Wheely поговорим об особенностях подписочных моделей. Услышим о том, как Simple Health запускался в США, как выбирали модель монетизации, какие делали тесты.
Трансляция, а позднее видеозапись, доступны по ссылке: https://radio.mediametrics.ru/normalno_delaj/64700/
Сегодня в 18:05 вместе с Станиславом Пятикопом, CPO Simple Health, ex-Wheely поговорим об особенностях подписочных моделей. Услышим о том, как Simple Health запускался в США, как выбирали модель монетизации, какие делали тесты.
Трансляция, а позднее видеозапись, доступны по ссылке: https://radio.mediametrics.ru/normalno_delaj/64700/
radio.mediametrics.ru
Simple Health: Как запустить продукт в США с подписочной моделью Радио МедиаМетрикс
Поговорим об особенностях подписочных моделей