Читаем Менеджмент цифрового продукта. От идеи до идеала полностью

➠ Сравнимость. Метрики должны иметь возможность сопоставления с аналогичными метриками конкурентов или отраслевых стандартов. Это поможет определить сильные и слабые стороны проекта, выявить лучшие практики и стандарты, а также установить реалистичные и амбициозные цели. Например, для проекта по созданию и продвижению блога сравнимыми метриками могут быть количество подписчиков, просмотров, комментариев, лайков и т. д. Для поиска и выбора метрик для гипотез жизнеспособности можно использовать метод отраслевого бенчмаркинга, о котором поговорим в п. 4.3.3.4.

➠ Быстрота. Метрики должны быстро становиться статистически достоверными, то есть набирать достаточный объем данных после запуска пилотного проекта, чтобы можно было сделать вывод о влиянии изменений на результаты. Например, для проекта по созданию и продаже онлайн-курса быстрой метрикой может быть количество заявок, которое можно измерить уже в первые дни запуска, а медленной метрикой – количество сертификатов, которое можно измерить только после окончания курса.

➠ Дешевизна. Метрики должны быть недорогими в измерении и анализе, то есть не требовать больших затрат на сбор, обработку и интерпретацию данных. Например, для проекта по созданию и продвижению блога дешевой метрикой может быть количество подписчиков, которое легко отслеживать через социальные сети, а дорогой метрикой – количество лайков, которое может потребовать дополнительных инструментов и ресурсов.


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

В качестве критерия жизнеспособности была выбрана метрика «доля символов, генерируемая ИИ в ответе оператора». Плотный проект был запущен для ограниченного количества пользователей розничного мобильного приложения и одного оператора контакт-центра со стороны банка. Согласно модели, весь проект окупится, если значение выбранной метрики будет не ниже 34 %. Сбор статистически достоверных значений занял несколько месяцев.

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

<p>4.3.3.3. Выбор значений для метрик гипотез жизнеспособности</p>

Как уже говорилось ранее, гипотеза жизнеспособности состоит из трех составляющих: метрики, ее значения и знака отношения (>, <, = и др.).

Ранее мы достаточно много внимания уделили выбору метрики; теперь рассмотрим, как подобрать значение метрики для гипотезы жизнеспособности «>». При этом необходимо учитывать следующие факторы:

Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже