<aside> 💡 Если есть вопросы — пишите мне в ТГ (https://t-do.ru/iamo0)
</aside>
Контекст Задание: ответить на вопросы про основные метрики, отличия корреляции от причинно-следственной связи, отличия медианы от среднего
Посомневался, что дневная аудитория может совпадать с месячной (DAU = MAU). Умом понимал, что это возможно, но при этом понимал что это нереалистичная ситуация и вряд ли когда-нибудь случится, поэтому выбрал вариант, что дневная аудитория будет всегда меньше месячной и это был неправильный ответ. Это был бы правильный ответ в реальном мире (так реально не бывает), но вопрос был задан гипотетически и ответ нужно было тоже дать гипотетически
<aside> 💡 Вынести: нужно отвечать на вопросы в рамках поставленных условий задачи. Не нужно придумывать свои дополнительные ограничения. Если получается слишком нечёткий ответ: только тогда имеет смысл добавить своих ограничений
</aside>
В вопросе какую долю рынка мобильных ОС занимают Android и iOS положился на данные о продажах телефонов за последний год. Эти данные некорректны, потому что они не учитывают те телефоны, которые уже были проданы в прошлые года. Правильным ответом было использовать отчёт от мобильных операторов по использованию мобильного трафика
<aside> 💡 Вынести: не стоит слишком полагаться на формулировку вопроса. Нужно подумать о решении проблемы, без опоры на формулировку, потому что в ней может быть намёк на неправильное решение или непреднамеренное ограничение, которое помешает решить задачу эффективно
</aside>
<aside> 💡 Если есть вопросы — пишите мне в ТГ (https://t-do.ru/iamo0)
</aside>
Контекст. Учебный проект: чат с функцией отправки умных сообщений. Задание по проекту: в Amplitude составить отчёты по ключевым метрикам
Посчитал уникальных дневных пользователей выбрав событие Session Start и добавив модификатор New, а в примере дан вариант с событием First Launch без модификаторов. У меня получился правильный ответ, но способ был совершенно другим.
<aside> 💡 Вынести:
Внимательно смотреть на то, какое событие стоит анализировать и не оставаться в контексте предыдущего вопроса. Каждую задачу стоит решать как новую, которую я ещё не решал.
Одну и ту же задачу можно решить несколькими способами.
</aside>
Перепутал Unique Users и Total Users в отчёте про отправку сообщений с параметром Smart Reply.
<aside> 💡 Вынести: unique users отличается от total тем, что, например, при отправке сообщений, если было отправлено 10 сообщений одним пользователем, то total будет при этом равен 10, а unique — только 1. Unique нужно использовать там, где мне важно знать количество пользователей, которые произвели какое-то действие. Total мне нужно знать, когда хочется узнать не объём аудитории, а другую метрику, которая может от объёма аудитории не зависеть (количество отправленных сообщений через мессенджер)
</aside>
Для подсчёта отношения сообщений с умным ответом к общему числу сообщений использовал калькулятор, хотя мог использовать поле Formula в Amplitude
<aside> 💡 Вынести: хорошо и полностю изучить используемый инструмент. Может быть в нём есть способы решать задачи более эффективно
</aside>
Повторно перепутал Unique/Totals в отчёте, в котором попытался использовать формулу из Amplitude а не калькулятор в ОС
<aside> 💡 Вынести:
смотреть не на View, в котором я решаю задачу, а на смысл решения. Изначально, подумав, что я научился отличать уников от тотала, я ошибался, потому что я научился отличать кнопку Unique от кнопки Totals и решал задачу визуально (запоминая, какая кнопка должна быть подсвечена в зависимости от разных условий). Как только решение перешло в другую плоскость и мне пришлось использовать формулу, а не кнопки, я снова написал Unique
Я написал в формуле Unique потому что Amplitude мне это предложил по умолчанию. Мне стоило задуматься, предлагает ли он мне то, что нужно и критически к этому отнестись. Я же решил использовать значение по умолчанию, потому что мне нужно было изучить новый интерфейс с формулами и не было времени на рассуждения о формулировке задачи. Это была ошибка, потому что нужно всегда помнить, что именно ты делаешь и исследования нового интерфейса проводить, задавая себе вопрос «как этот интерфейс поможет мне решить мою задачу?»
</aside>
Неправильно понял вопрос «посчитать процент дневной аудитории, использующей Smart Reply» и вместо того, чтобы использовать метрику Session Starts для подсчёта дневной аудитории, использовал метрику Messages Sent, которая показывает сколько сообщений было отправлено. Я использовал метрику Messages Sent потому что она использовалась в прошлой задаче и я подсознательно решил её не менять.
<aside> 💡 Вынести: Я остался в контексте предыдущей задачи и из-за этого неправильно прочитал условие. В следующий раз мне нужно ещё тщательней попробовать обнулять сознание перед решением следующей задачи. Я использовал сформировавшуюся привычку и подумал, что смогу решить задачу быстро, хотя у меня не было такой постановки задачи: мне не нужно было решать её быстро, мне нужно было решать её правильно. TL;DR: привычки могут оказаться вредны, пока ты учишься чему-то новому, потому что по ходу обучения нужно не действовать по знакомому сценарию, а расширять сознание и наращивать нейронные связи
</aside>
В вопросе про отношение двух метрик (количество отправленных сообщений на DAU), при написании формулы, не использовал формулу с процентами, а посчитал просто отношение и попался на округление от системы. Я получил ответ 0.27, что соответствует 27%, при правильном ответе 26,9%. Ответ 0.27, а не 0.269 получился из-за того, что Amplitude самостоятельно ограничивает точность дробных значений двумя знаками. В итоге ответил правильно, выбрав ответ, наиболее близкий к расчётам, но всё равно посчитал неточно
<aside> 💡 Вынести: не полагаться только на те данные, инструмент и интерфейс, которые есть, придумывать способы повышать их точность и анализировать их более глубоко. Использовать формулы и различные приёмы не из контекста, а из общих знаний. Смотреть на решение задачи максимально широко
</aside>
Случайно изменил отчёт, который был дан для примера, вместо того, чтобы изменить свой
<aside> 💡 Вынести: нужно очищать контексты и при переходе к следующей задаче начинать не с места, где я остановился, а с нуля. Может быть брать небольшую паузу в пару минут между задачами, закрывать всё вкладки браузера и открывать новые по мере необходимости
</aside>
Неправильно (на мой взгляд) ответил на вопрос о ценности продукта, потому что правильно оценил, что нужно смотреть на Retention пользователей, но при этом неправильно сделал, что оценил Retention только по количеству пользователей. У нас стабильно остаётся одна треть пользователей, но рост количества сообщений, которые они отправляют гораздо быстрее роста количества пользователей, это значит что у пользователей есть Adoption и они отправляют тем больше сообщений, чем дольше пользуются продуктом. Моя ошибка состояла в том, что предположив, что рост пользователей линейный, я подумал, что пользователи не найдут кому отправлять сообщений и не приглашают своих знакомых пользоваться чатом. Но не подумал о том, что пользователи могут пользоваться продуктом общаясь с людьми, которые в чате есть сейчас и искать через нас мессенджер новых друзей
<aside> 💡 Вынести: польза от продукта может быть не там, где я думаю. Нужно анализировать всю информацию, чтобы попытаться понять действия пользователей и только на основании их действий в реальном мире, а не на основе моих предположений понять, в чём пользователи видят настоящую пользу.
https://gopractice.ru/why_drop_vs_why_stay/
</aside>
Контекст Задание: нужно провести анализ рынка, изучить доли конкурентов на рынке и понять, какие есть непрямые конкуренты у сервиса. Анализ рынка делается с помощью специальных платформ для аналитики и гугл таблиц
В примере используется отчёт App Annie по платформам
<aside> 💡 Вынести: в реальной жизни можно использовать эту платформу, но лучше поискать и альтернативные источники
</aside>