Расскажите о своей самой интересной продуктовой задаче
Что проверяют
Думаете ли вы про пользователя, а не только про тикет. Слово «продуктовая» тут ключевое: интервьюер хочет услышать, что вы понимали, зачем делается фича, как измеряли её пользу и что предложили сами. Для Android это ещё и проверка, умеете ли вы соотносить продуктовую идею с ограничениями платформы.
Как отвечать
Выберите задачу, где у вас был голос в решении, и разложите её так: какую проблему пользователя решали, как поняли, что она есть, какие были варианты и почему выбрали этот, чем всё закончилось.
Сильные детали для мобильной разработки:
- как проверяли гипотезу: события аналитики, флаг фичи и раскатка на часть аудитории вместо релиза сразу всем;
- ограничения платформы, из-за которых менялся замысел: фоновые лимиты, разрешение на уведомления, экономия трафика и заряда, работа без сети;
- как фича вела себя на слабых устройствах и старых версиях системы;
- что сделали для тех, кому она мешает: настройка для отключения, частота уведомлений, тихие часы.
Отрицательный результат тоже хороший ответ: «раскатали на часть пользователей, разницы не увидели, откатили» показывает, что решения принимались по данным, а не по вере в идею.
Где спотыкаются
Приносят историю с ростом вовлечённости «на тридцать пять процентов» и не могут объяснить, с чем сравнивали. Без контрольной группы и срока наблюдения такая цифра непроверяема, и опытный интервьюер услышит это сразу.
Второе: сводят всё к подключению библиотеки. Push через готовый сервис это полдела, продуктовая часть в том, кому, когда и как часто отправлять и что делать с теми, кто не дал разрешения на уведомления.
Третье: рассказывают только про успех. Вопрос про интересную задачу это приглашение показать сложность: конфликт с дизайном, спор о приоритете, отказ от части замысла ради срока.