Сегодня я и чатЖПТ успешно завершили работу над аналитикой, которая сясь нужнее всего в игре⭐
Л. прочекал, апрувнул и понёс завозить. 😎
Мы взяли на старте Я.Метрику - её возможностей хватает для наших целей, плюс ещё до 200 аналитических событий можно создавать бесплатно🕺
 
Ребята поматёрее, наверное, сейчас такие "а, скип, понятно"😁
Но тот, кто как и мы - кто угодно, но не маркетолог, сможет найти тут зерно пользы✨

И, важно заметить, это мы юзаем, потому что у нас браузерка.
Вероятно, релизы под Стим должны пользоваться чем-то другим, а не Я.М🤔
НО! Ничто не мешает, даже если планируете релиз в Стиме, сделать браузерную страницу игрули, поприводить туда пользователя и снять метрики!
Плюсы:
➡ Уже будет некоторое понимание того, как игроки ведут себя в ваше игре
➡ Замыслите идти на питч, а там как всегда вопросы от бизнеса "а какие у вас показатели, ретеншен-хуеншен" - и у вас они как раз есть!
(запоздалые откровения🥲 самим нам С БРАУЗЕРКОЙ такая идея почему-то долго не приходила🤦‍♂😂)

И знаете, завести аналитику в Я.М заняло 20 минут🤩!!! Но вот подбор событий и их параметров - 5 дней 😌.
 
Итак, главный принцип -
НИКОГДА НЕ СОЗДАВАТЬ СОБЫТИЕ РАДИ СОБЫТИЯ, не трекать ради треканья🐈‼
Что это означает? А то, что любой замер должен проверять какую-то гипотезу. 

Например: по куцым фрагментам данных из нашего дашборда видно, что новые игроки часто уходят после выпадения в партии 7ки.
Гипотеза такая: их слишком высаживает факт потери ресурсов на штрафе; факт их ограбления; звук появления разбойника; они не понимают, что вообще  происходит и просто бросают нах.
Для её проверки нам надо завести следующие события:
- появление самой семёрки как факта (событие) и в какой партии, кто её выбросил - игрок или оппонент, первая она в этой игре или нет (параметры)
- был ли сброс штрафных ресурсов (событие), и если да, то какого количества (параметр)
- смог ли игрок вообще завершить процедуру ограбления, если выкинул её сам; то есть, понимает ли он вообще суть этой механики?
- а если это кинул не наш игрок, а кто-то другой, этот другой нас ограбил?
Это всё важные вещи. А вот например, сколько всего семёрок было за игру - вообще насрать. И на каком ходе они выпали. Такая инфа никак не поможет нам разобраться: опровергнуть или подтвердить нашу гипотезу.

Само по себе каждое событие я описывала так:
- название. Называла также, как в дальнейшем планировала назвать идентификатор цели в Я.М (пример seven_rolled)
- что трекает. Буквально, что делает игрок или что происходит в игре. (пример: в игре выпала семёрка)
- зачем. это как раз и есть проверка гипотезы! Есть ли смысл создавать такое событие. (пример: от факта 7ки в игре строим остальные цепочки, наблюдая, что происходит с игроком после того, как она выпала)
- параметры. Всякие доп. сведения (пример: то самое "она первая?, кто выкинул?, потерял ли ресы? и тд)
- код. Просто - как это записывается в виде JavaScript. Тут мне уже ЖПТ помогал правильно написать.

Как только с этим разобрались, я немного погоняла ЖПТ на тему подчистки ненужных или дублирующих событий/параметров. Но даже после этого, делая вычитку документа с Л. нашли, что можно упразднить или поправить)
 
Заводить сами события в метрике ВООБЩЕ НЕ СЛОЖНО!
Для этого ваша веб-страница с игрой должна быть привязана к Я.М (вернее Я.М к ней)))
Чтобы создать событие выбираем ЦЕЛИ -- Новая цель (Создать цель) -- Целевое событие • е JS-событие

В открывшемся окне называем эту цель (Выпала семёрка, например), в идентификаторе пишем то, что будем потом отдавать программисту (продолжая пример - seven_rolled) и выбираем "СОВПАДАЕТ" в выпадающем списке.
Дальнейшее - работа программиста)

Там ещё остались небольшие дела по части кода: завести некоторые методы получения данных (тех самых параметров). Завтра планируем завезти на прод аналитику для миссий и проверим, как она работает. Я в прэдвкушэээнии✨