Одна аналитика на две платформы: как мы синхронизировали iOS и Android в hh.ru

В публикации на Хабре команда hh.ru рассказала, как пересмотрела процесс мобильной аналитики для iOS и Android. Для продуктовых команд это важный вопрос: расхождения в событиях увеличивают ручную работу и мешают сопоставлять результаты экспериментов.

Два процесса, два источника данных

Раньше в hh.ru использовали три репозитория: для аналитики, iOS и Android. Аналитики описывали события в YAML-файлах, после чего iOS-разработчики генерировали на их основе Swift-код. На Android события добавляли вручную.

Из-за этого документация и реальная реализация на платформах могли расходиться. У команд фактически появлялись два источника правды: репозиторий аналитики для iOS и Android-репозиторий для второй платформы. Кроме того, в приложениях накапливались события, которых не было в документации, а аналитику приходилось отдельно считать показатели для iOS и Android. Одну и ту же работу частично выполняли и аналитик, и Android-разработчик.

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

Зачем единая аналитика продукту

В статье hh.ru приводит пример A/B-теста функции генерации сопроводительного письма. В экспериментальной группе на экране отклика появилась кнопка, запускающая генерацию; пользователю оставалось проверить текст и отправить его. Через три недели команда сравнила ответы работодателей в контрольной и экспериментальной группах. По словам автора публикации, эксперимент сочли успешным и функцию распространили на всех соискателей.

При оценке учитывали не только ответы работодателей, но и метрики приложения. Это показывает, почему согласованность событий важна не только разработчикам: если одно и то же действие на iOS и Android описано или учитывается по-разному, сравнение результатов эксперимента становится менее прямым и требует дополнительной ручной проверки.

Что стоит проверить командам

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

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