Стачка.Product and Project Management

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

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

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

Подать доклад


Дмитрий Калаев
Директор Акселератора @ Фонд развития интернет-инициатив
Москва
Отличия продуктов-лидеров от компаний, не оправдавших надежд

Доклад принят в программу конференции


из Доклады

    – Как найти окно возможностей для нового продукта

    – Как стать лучше конкурентов?

    – Как захватить рынок конкурентов быстрее?

    – Основные факторы успеха

    – Инструменты успешного предпринимателя: lean startup, customer development


    Михаил Вдовин
    Владелец продукта @ Profee.Lab
    Казань
    Metrics Driven Development

    Доклад принят в программу конференции


    из Доклады

      Как разрабатывать продукт, опираясь на продуктовые метрики? Что именно нужно измерять? И как быть, если измерять это больше нет смысла?

      Когда мы создавали чат-бот Aimee в блоке R&D, то и представить не могли, какое количество банковских процессов этот продукт будет обеспечивать сегодня. Всё благодаря тому, что у нас не было "плана-графика" на несколько лет вперёд, а решения о развитии принимались исходя из актуальных потребностей бизнеса. А как понять, соответствует ли продукт потребностям? Нужно измерить это!

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


      Денис Соболев
      Content Product manager @ Skyeng
      Москва

      Почему этап планирования так важен и зачем на него тратить ежемесячно 20 часов своего времени?

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

      Второе преимущество: с хорошим планом реже возникают моменты «простоя», мы быстрее принимаем решения и не забываем важное.

      Кроме того, этим документом можно отмахиваться от всех, кто что-то от вас необоснованно хочет. Сплошная польза!

      В своем докладе я расскажу:

      - Что нужно делать, чтобы сделать хорошее планирование.

      - Из каких источников можно взять идеи и как быстро отсеять невыгодные, сэкономив время.

      - Какие проекты нужно реализовывать в первую очередь, чтобы увеличить вероятность успеха.

      - В каком формате представить результаты планирования для руководства, чтобы одобрили бюджеты.


      Саша Черный
      Product Lead @ Skyeng
      Москва
      Хочу проект на стороне!

      Доклад принят в программу конференции


      из Доклады

        Кейс о том, как усидеть на двух продуктовых стульях. Первый — основная работа продактом. Второй стул — продукт на стороне.

        На примере своего кейса расскажу зачем это делать, какую пользу вы получите, какие есть риски и, самое главное, как начать сидеть на втором стуле.

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

        Тебе не будет интересно, если ты хочешь соблюдать ворк-лайф бэленс.


        Yury Andreykovich
        Senior Product Manager @ Wrike
        Санкт-Петербург
        Почему, как и когда надо убивать фичи и продукты

        Доклад принят в программу конференции


        из Доклады

          Каждая фича, которая попала в продукт, имеет свою историю. За некоторые из них продакты бились и отстаивали перед руководством, историю появления других никто не помнит.

          Но насколько вы уверены в том, что всё это нужно продукту? Все ли фичи помогают решать проблемы пользователей и зарабатывать бизнесу? Что удалить, а что сохранить, чтобы выиграть и в деньгах и в лояльности пользователей?

          "Лишних" фич порой накапливается так много, что если их удалить, улучшения и высвободившиеся ресурсы вас сильно удивят.

          Как выстроить процесс создания и удаления фич так, чтобы в продукте не было ничего лишнего, разработка не буксовала, а пользователи были счастливы, мы попробуем разобраться.


          Тигран Басеян
          продакт @ GeekBrains
          Москва

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

          Что вас ждёт:

          - разберем теорию, обсудим основные инструменты и методики;

          - пример внедрения команды взрывного роста в GeekBrains, который дал рост в 20 раз в направлении;

          - трудности и проблемы, решения и успехи, которые мы получили за 4 месяца.

          После вы получите:

          - ответ на вопрос, что такое взрывные механики и как они работают;

          - инструменты и советы для работы;

          - дополнительные материалы.


          Евгений Казначеев
          VP of Product @ Ecwid
          Ульяновск
          Тема доклада уточняется

          Программный комитет не принял решения по этому докладу


          из Голосование

          Тезисы доклада уточняются


          Олег Силаков
          Head of X-Cart App Development @ SellerLabs
          Ульяновск
          Строить - не ломать! Почему продакт менеджеру нужно уметь не только создавать фичи, но и вовремя их удалять.

          Программный комитет не принял решения по этому докладу


          из Голосование

          Мечта любого продакт менеджера — придумывать фичи и выводить новые продукты. Но что делать если фич или продуктов в линейке компании слишком много? Как не потерять фокус и мужественно отсечь ненужные детали. Расскажу на примере ManyChat и X-cart почему стоит переделывать популярные фичи и как отказаться от продукта даже если он приносит деньги.


          Гузель Рахимова
          Руководитель проектов развития бизнеса @ Directum
          Ижевск
          Инструменты R&D исследований для эффективного Time2Market

          Программный комитет не принял решения по этому докладу


          из Голосование

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

          Эффективный Time2Market подразумевает поставку на рынок востребованных продуктов. Как оценить востребованность продукта, если у нас в голове только идея. Как понять, не потратим ли мы время зря, проверяя идею. Как определить качество полученного результата: убираем на полку или работаем дальше. Какие есть критерии перпективности. Рассмотрим эти вопросы на примере нескольких исследований.


          Михаил Захаров
          Principal Product Manager @ OpenText
          Санкт-Петербург
          Риски и выигрыш от покупки, собственной разработки или использования бесплатного компонента.

          Программный комитет не принял решения по этому докладу


          из Голосование

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

          И, наоборот, при правильном продуктовом подходе можно получить дополнительную выручку.

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


          Кащеева Василиса
          Аналитик @ Пиком
          Ижевск
          CX+EX Как опыт сотрудников сокращает затраты на CJM

          Программный комитет не принял решения по этому докладу


          из Голосование

          CJM — анализ поведения пользователей на сайте. Он даёт возможность встать на позицию пользователей: понять их цели, ожидания и эмоции при контакте с продуктом компании.

          – Наши кейсы применения CJM на клиентских проектах

          – Способ сокращения себестоимости CJM в 3 раза, с наименьшей потерей качества

          – Отчет по результатам CJM: как эффективно использовать полученные данные


          Игорь Яковлев
          Генеральный директор @ AFFINAGE
          Москва
          Как мы из разработчика сделали продуктового менеджера?

          Программный комитет не принял решения по этому докладу


          из Голосование

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

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


          Сергей Кожемякин
          Заместитель исполнительного директора @ AGIMA
          Москва
          Мотивация команды от метрик продукта в заказной разработке

          Программный комитет не принял решения по этому докладу


          из Голосование

          1. Заказная разработка и её бизнес-модель от рентабельности производства.

          Стандартные функциональные команды.

          2. Data driven разработка: проверка гипотез, количественные и качественные исследования для улучшения продукта в рамках функциональных команд.

          Как приносить пользу продукту без внедрения в агентстве продуктового подхода.

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

          4. Следующий уровень внедрения продуктовых команд в агентстве: КПИ метрик продуктов в договоре.

          5. Полная имплементация продуктовых команд в агентстве.

          Revenue share.

          6. Примеры кейсов AGIMA по всем уровням имплементации.

          Примеры мотивации.

          7. Формирование команды с учётом нюансов заказной разработки.


          Андрей Барский
          Руководитель отдела @ SmartHead
          Казань
          Автоматизация процессов управления проектами в YouTrack

          Программный комитет не принял решения по этому докладу


          из Голосование

          Этот доклад будет интересен:

          — руководителями проектов/отделов/тимлидам.

          — кто работает с проектами, которым часто не подходят "решения из коробки".

          — хочет больше узнать про практики нестандартного применения YouTrack.

          В докладе я расскажу про свой опыт настройки YouTrack в качестве управления проектами в частности, и отдела в целом.

          Тезисы доклада:

          — Как упростить жизнь руководителя.

          — Почему именно YouTrack.

          — Ключевые принципы организации рабочих процессов в YouTrack.

          — Как сделать так, чтобы сотрудники качественно актуализировали данные.

          — Разбор внедренных решений: рабочие процессы, уведомления, интеграция с внешними сервисами, генерация и рассылка отчетности.