Был ли опыт работы с аналитиками

Что проверяют

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

Как отвечать

Сначала уточните, о каких аналитиках речь, это разные истории:

• системные и бизнес-аналитики: пишут требования и спецификации, описывают API и сценарии. Расскажите, как вы уточняли постановку до начала работы, оценивали задачи и спорили о реализуемости на iOS, например про фоновые задачи или ограничения push-уведомлений;
• продуктовые аналитики: заказывают события и смотрят воронки. Здесь ваша часть это трекинг-план, реализация событий и их проверка.

Для продуктовой аналитики опишите техническую сторону:

• обёртка над SDK: протокол вроде AnalyticsService, за которым прячутся Firebase Analytics, AppMetrica или Amplitude. Провайдера можно сменить или добавить второй без правки экранов;
• единый словарь событий: имена и параметры в одном месте, а не строки, разбросанные по контроллерам;
• проверка до релиза: DebugView в Firebase с аргументом запуска -FIRDebugEnabled, отладочные логи SDK, сверка с трекинг-планом вместе с аналитиком;
• приватность: запрос через ATTrackingManager для доступа к IDFA и описание собираемых данных в PrivacyInfo.xcprivacy.

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

Где спотыкаются

Рассказывают шаблонную историю с ростом конверсии на круглые 30%. Первый же вопрос «как вы это посчитали» её разрушает.

Путают роли: говорят про бизнес-аналитика, когда интервьюер спрашивал про события и воронки, или наоборот.

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