7 декабря в 19:00 поговорим о разработке digital-продукта на разных этапах и уровнях: от управленческих задач и распределения фокусов по командам, работы с метриками эффективности, до запуска конкретного предложения и дизайна.

Photo by Lukas Blazek on Unsplash

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

Давайте разберемся, а можно ли без цифр? Надо ли тратить на них свое время или можно просто прикинуть?

Попробуем прикинуть

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

Не гуглите ответы — мы пробуем проверить навыки оценки, а не умение пользоваться поисковиками.

1. Температура на поверхности солнца: от ____ до ____
2. Широта Шанхая от ____ до ____
3. Площадь континента Азия: от ____ до ____
4. Год рождения Александра Македонского: от ____ до ____

Вы читаете вторую статью из серии «Дизайнер и метрики». В первой статье я пытался ответить на вопрос, нужны ли дизайнеру метрики. Ее можно найти тут.

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

Retention — метрика, на которую я смотрю чаще всего

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

Начнем с retention — метрика, которая показывает возвращаемость пользователей.

Photo by Brooke Cagle on Unsplash

Вы читаете третью статью из серии «Дизайнер и метрики». В первой мы поразмышляли, нужны ли продуктовому дизайнеру метрики, а во второй посмотрели, какие вообще бывают метрики. Если вы ещё не читали эти статьи, то советую начать с них.

В этой статье речь пойдет о том, как ответить на вопрос, улучшили мы продукт или нет.

Дни после релиза

После раскатки нового функционала каждый дизайнер спрашивает себя: что изменилось? Удалось ли нам улучшить продукт?

Чтобы ответить на эти вопросы, нужно посмотреть, как изменились метрики после релиза функционала. Ведь зачастую результат работы дизайнера — это разница между метриками до релиза нового функционала и после него.

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

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

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

Продуктовые команды часто применяют такие термины, как «инструментарий» и «телеметрия», и не только потому, что это звучит солидно. Представьте, что вы летите на самолете ночью. Как пилот узнает, в каком направлении движется самолет, достаточно ли топлива, нет ли горы прямо по курсу? С помощью телеметрии.

А теперь представьте, что вы отвечаете за рост вовлеченности на Ютубе. У вас миллиарды пользователей, сложная экосистема. Как узнать, повышается ли вовлеченность пользователей? Почему кто-то использует ваш продукт больше, а кто-то — меньше? И что вообще такое эта «вовлеченность»?

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

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

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

Прежде чем перейдем к вопросу «как получить трэкшн?», давайте разберемся, что это за трекшн такой, и почему он так важен, как для самого стартапа, так и для инвестора, как его измерить, и показать. Также остановимся на том, как получить трэкшн дешево и увеличить благодаря этому оценку стартапа. Погнали!

MVP (Minimum Viable Product – «минимально жизнеспособный продукт») – необходим, чтобы понять, как товар или услуга заскакивает аудитории, при максимальных затратах на воссоздание. Ей не требуются структурные и дизайнерские излишества – всё, что там не будет, работает сурово на бизнес-задача продукта. Концепция MVP уместна, когда нужно отпустить приложение своевременно, понять, что индивидуумы будут им пользоваться, и перепроверить все гипотезы, которые вы переформулировали на этапе строительства. Выбрав её, вы не истратите деньги на скучный аудитории товар. А если интереса не будет, то вы сможете развивать приложение дальше. MVP-версия мобильного дополнения для интернет-магазина должна непременно состоять из главной страницы, справочника с поиском, корзины и функции выплаты. Добавлять мультипликацию, подключать сторонние call-центры, предлагать насколько способов выплаты и внедрять дополненную или онлайновую реальность поздно. Убедитесь, что в дополнении покупают, а дальнейший анализ продемонстрирует, что ещё нужно юзеру. Если вы магазин, продающий цветы, то в приложении вашем должен быть список цветов, корзина (возможность купить) и доставка. Не надо делать социальную сеть любителей цветов, оплату Apple Pay, дизайн от «Студии Лебедева» и подбор букетов с помощью искусственного интеллекта. Ваша цель — начать продавать цветы в мобильном приложении, а все остальное перечисленное — приятное, но очень дорогое дополнение, которое, если вы захотите, можно будет реализовать позднее. Если вы определяете минимум функций для своего приложения, то, скорее всего, они давно решены подрядчиком и стоят вменяемых денег. Вы сэкономите (сколько точно, сказать трудно — разброс между тем, что нужно, и тем, что хочет заказчик, иногда разителен) и получите работающий продукт.

• как в два шага уменьшить размерность метрик с помощью двух ServiceMonitor,
• какой есть эталонный способ уменьшить размерность метрик без «костылей»,
• почему не стоит тратить время на снижение размерности метрик с помощью Pushgateway.