Стратегировать и решать, что измерять

После распространения приложения в организации или в Microsoft Teams Store важно отслеживать взаимодействие пользователей с приложением. При растущем количестве пользователей приложений количество установок приложений может не оказаться релевантной метрикой.

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

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

Ваша стратегия инструментирования должна обеспечить измерение вашего продукта по этим трем качествам.

Мониторинг событий для приложения

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

Внедрение

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

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

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

Совет

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

Показатель	Insights
• Пользователи, устанавливая приложение в R1, R7, R14, R28 дней. • # Входы (если приложение имеет вход).	• Внедрение на уровне приложения с разбивкой по клиенту, региону и сегменту. • Сегментирование пользователей на основе Microsoft Entra профиля. • Сегментирование по имени клиента и организации.
• Среднее время, необходимое для первого использования (щелкните вкладку, бота, адаптивную карточку и собрание).	• Отчет на уровне возможностей функции или платформы для оценки внедрения на уровне функций.
• Точка расширения первого обнаружения. • Область первого обнаружения.	• Используйте данные, чтобы определить, какие точки расширяемости и область чаще всего используются для обнаружения приложения конечными пользователями.
• % разворачиваемых ссылок, ведущих к установке приложения.	• Пользователи, заинтересованные в установке приложения после обнаружения.
• Среднее время, затраченное на добавление приложения в область для совместной работы — в канале, групповом чате и собрании.	• Проникновение использования в приложении.
• % пользователей, добавляемых в область для совместной работы.	• Помогает в определении потенциальной вирусности, то есть органических обнаружения и использования новыми пользователями.
• % пользователей, настроив приложение после его добавления в канал или групповой чат.	• Если приложение не настроено в день установки, существует 5 % вероятность того, что пользователь настроит его в течение следующей недели.

Вовлеченность и успешное выполнение задач

Цель. Увеличение числа задействованных качественных пользователей, которые выполняют основные действия в приложении.

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

Engagement предназначено для измерения интенсивности и глубины взаимодействия между пользователем и приложением. Интенсивность взаимодействия измеряет, сколько пользователь использует приложение (например, количество основных действий, выполненных в приложении). Глубина взаимодействия измеряет количество различных возможностей платформы, областей и функций приложений, с которыми взаимодействовал пользователь.

Совет

• Важно измерять вовлеченность и использование не только на уровне общего приложения, но и на уровне возможностей и функций отдельных приложений. Определите основные действия и ключевые бизнес-события, которые определяют заинтересованных пользователей для вашей компании. Простой вход или просмотр приложения может не быть качественным.
• Основное действие относится к вашему бизнесу, и у вас должно быть одно основное действие, связанное с Северной звездой вашего продукта. Не более 2–3 основных действий.
• Ключевые бизнес-события — это вспомогательные действия, которые пользователи могут выполнять при выполнении основного действия. Ключевые бизнес-события помогут подготовить воронкообразное представление о том, сколько пользователей проходит идеальный путь взаимодействия с пользователем, и определить точки, в которых отвалы высоки.

Показатель	Comments
• # Пользователи приложений (R7, R14, R28). — DAU и MAU. • # Линия тренда пользователей приложений.	• Задействование на уровне приложений и функций • Сегментирование пользователей на основе Microsoft Entra профиля. • Отчеты по клиенту — настольные компьютеры, веб-приложения и мобильные устройства. • Сегментирование по имени клиента и организации. • Сегментирование функций по продуктам (активные пользователи на уровне функций).
• % пользователей, использующих ключевые функции в приложении Teams и использующих одну и ту же функцию в веб-приложении или собственном приложении.	• Указывает на возможность обнаружения, простоту использования и ценность использования функции в приложении Teams. • Отчет на уровне функций приложения.
• #, % пользователей, использующих приложение в разных областях (R28).	• Проникновение вовлеченности. • Отчет по область. • Возможность детализации по возможностям.
• #, % пользователей, использующих приложение с разными возможностями платформы (R28). • #, % взаимодействие с вкладкой. • #, % взаимодействие с расширением для обмена сообщениями. • #, % взаимодействия с ботом. • #, % взаимодействия с боковой панелью на собрании. • #, % взаимодействия с Stageview.	• Вовлеченность и ценность возможностей приложения. • Если использование какой-либо из возможностей платформы является низким, рассмотрите возможность детализации сведений о простоте использования и добавленной стоимости.
Успешное выполнение задачи
• Процент пользователей, выполняющих основное действие.	• Простота выполнения основной задачи. • Отчет на уровне недели.
• Путь взаимодействия пользователя в приложении Teams — представление "Воронка" с отпадами пользователей.	• Точки трения в пути взаимодействия пользователя. • Детализация на уровне клиента.
• Оценка потерянности для основного действия: где L = потерянность N — количество различных и уникальных шагов, выполненных при выполнении основного действия. S = общее количество шагов, выполненных при выполнении основного действия, включая повторяющиеся шаги. R = минимальное количество шагов, необходимых для выполнения основного действия.	• Простота использования с региональной детализацией предоставляет аналитические сведения о необходимости языкового стандарта. • Детализация на уровне региона и клиента. • Если значение потерянности выше 0,4, приложение должно улучшить взаимодействие с пользователем, чтобы упростить выполнение основных действий для пользователей.
• Среднее время, затраченное на выполнение основного действия.	• Простота использования. • Отчет наряду с тем, что выполняется основное действие за пределами приложения Teams.
• Среднее количество выполнения основного действия в месяц. • Среднее количество раз, когда ключевые бизнес-события выполнялись в месяц.	• Уровень и интенсивность взаимодействия. • Просмотр тренда месяца за месяц. • Детализация по клиенту.

Хранение

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

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

Совет

• Пользователи, использующие несколько возможностей платформы Teams, лучше сохраняются на 20–35 п.п., чем пользователи с одной возможностью.
• Преобразование новых пользователей в вовлеченных пользователей платформы в первую неделю повышает срок хранения.
• Пользователи, которые выполняют события создания в приложении, имеют более высокий срок хранения по сравнению с пользователями, которые пассивно используют информацию с помощью уведомлений. События создания зависят от вашей организации. Например, создание билета, создание новой записи, доска проекта и т. д.
• Приложения, используемые несколько раз (>5 раз) в месяц, имеют лучший месяц хранения по сравнению с месяцем. Повторяющиеся варианты использования с большей частотой использования улучшают хранение.

Показатель	Полезные сведения
• Анализ новой когорты хранения пользователей (неделя за неделей, месяц за месяцем).	• Разбивка по срокам хранения по клиентам — классическое, веб-приложение и мобильное приложение Teams, веб-приложение, отличное от Teams. • Детализация до уровня клиента.
• Отток пользователей за 14 дней, 28 дней, 56 дней, 72 дня.	• Отток пользователей. • Детализация до уровня клиента. • Возможности платформы и детализация функций. • Разбивка оттока по клиентам: классическое, веб-приложение и мобильное приложение Teams, веб-приложение, отличное от Teams.
• #, % пользователей, использующих приложение в нескольких область.	• Глубина вовлеченности. Цель заключается в том, чтобы поощрять использование приложения в разных областях.
• #, % пользователей, использующих более 1 возможности приложения.	• Глубина вовлеченности. • Цель заключается в том, чтобы побудить пользователей использовать различные возможности платформы, поддерживаемые приложением.
• Среднее время между [Основным действием 1,2..] на пользователя.	• Интенсивность вовлеченности. • Отчет на уровне клиента. • Цель заключается в сокращении этого времени для повышения повторяющегося использования.
• % пользователей, выполняющих события создания. • % пользователей, выполняющих события потребления. Отслеживать:   — чтение уведомлений о сообщениях бота.   — щелчки уведомлений.	• Интенсивность вовлеченности. Хранение приложений выше, если больше пользователей выполняют события создания по сравнению с чистым потреблением.
• Возможность приложения или область с высоким уровнем повторяющегося использования.	• Возможности или функции приложения с высокой степенью доступности.

Счастье

Цель. Обеспечение достаточной, дифференцированной ценности для конечных пользователей, повышая их готовность платить.

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

Совет

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

Показатель	Полезные сведения
• Оценка приложения Net Promoter (NPS) из источника приложения.	• Оценка чистого промоутера. • сведения о Microsoft Entra ID и клиенте.
• % счастливых или довольных пользователей.	• Детализация на уровне клиента. • Отчет о тенденциях с течением времени.
• % пользователей, использующих приложение Teams и веб-приложение или мобильное приложение.	• Отчет по месяцам.
• Отзывы пользователей о взаимодействии после завершения основного действия.	• Введите способ получения отзывов с помощью продукта после завершения основного действия (например, сообщение в приложении для отправки отзывов).

Следующее действие

Планирование инструментирования кода с помощью службы аналитики