Какой тип бизнеса был в предыдущих проектах
Что проверяют
Понимаете ли вы, зачем бизнесу было ваше приложение, и есть ли у вас опыт в их домене. Интервьюер сопоставляет: финтех требует одних привычек, маркетплейс других. Следом обычно спрашивают, какую бизнес-метрику вы двигали и как её измеряли.
Как отвечать
Рассказывайте про каждый проект по одной схеме, на своих реальных примерах:
- домен и модель: продуктовая компания или заказная разработка, B2C или B2B, приложение как основной канал продаж или вспомогательный сервис;
- масштаб: аудитория, частота релизов, размер Android-команды. Точные цифры под NDA можно заменить порядком: «сотни тысяч активных пользователей в месяц»;
- как домен отражался в коде: в финтехе хранение ключей в Android Keystore, запрет скриншотов через
FLAG_SECURE, проверка целостности устройства; в e-commerce воронка оформления заказа, deep links, пуши и A/B-тесты через удалённую конфигурацию; в медиа плеер на Media3 и офлайн-загрузки; в доставке геолокация, foreground service и расход батареи; - ваш вклад в результат: например, переписали экран оплаты на Compose и сократили отказы на этом шаге, или снизили долю падений по данным Crashlytics.
Хорошо, если в конце вы свяжете опыт с доменом компании: «у вас подписочный сервис, а у меня был опыт с Google Play Billing и восстановлением покупок».
Если опыт только в аутсорсе или проект был один, скажите прямо и покажите, что вникали в продукт: общались с аналитиками, смотрели метрики, спорили о приоритетах. Если домен компании для вас новый, назовите, что уже успели про него изучить.
Где спотыкаются
Перечисляют технологии вместо бизнеса: «был Kotlin, MVVM, Retrofit». Вопрос про то, на чём компания зарабатывала и зачем ей было приложение.
Раскрывают данные под NDA: название клиента, выручку, внутренние метрики. Интервьюер делает вывод, что так же вы расскажете и про его компанию.
Приписывают себе домены, с которыми работали неделю. Одного уточнения про специфику, например про требования к хранению платёжных данных, хватает, чтобы это вскрылось.