Какой у вас опыт работы в стартапах
Что проверяют
Умеете ли вы работать без готовых процессов: брать ответственность шире своей задачи, быстро выпускать и осознанно идти на компромиссы. Если компания большая, заодно смотрят, не будет ли вам тесно в регламентах. Следом обычно спрашивают, чем закончился стартап и почему вы ушли.
Как отвечать
Каркас на своём опыте:
- контекст: стадия продукта (прототип, MVP, после раунда инвестиций), размер команды, сколько было Android-разработчиков. Если вы были единственным, это важная деталь;
- зона ответственности: в стартапе она почти всегда шире кода. Публикация в Google Play Console, поэтапная раскатка релиза, настройка Firebase Crashlytics и аналитики, CI на GitHub Actions или GitLab CI, прямое общение с дизайнером и бэкендом;
- компромиссы: какие решения принимали ради скорости и чего это стоило. Например, выбрали Jetpack Compose, чтобы быстрее собирать экраны, отложили модуляризацию, сознательно накопили техдолг и потом закрывали его;
- результат: ваши цифры, которые можно проверить: срок выхода MVP, доля пользователей без падений, число релизов в месяц, рейтинг в сторе.
Если продукт закрылся, говорите об этом спокойно и без обвинений. Кандидата ценят за то, что он вынес из опыта, а не за успех компании.
Если опыта в стартапах нет, не придумывайте его. Расскажите о похожих условиях: небольшая продуктовая команда, собственное приложение, опубликованное в Google Play, хакатон, где за выходные довели прототип до рабочей сборки. И объясните, чем вас привлекает такой формат.
Где спотыкаются
Ругают основателей и хаос. Даже если так и было, интервьюер слышит человека, который винит обстоятельства.
Говорят общими словами вроде «приложение стало лидером в нише и привлекло инвестиции» без цифр и без своей роли в этом.
Хвастаются тем, что «делали всё сами и очень быстро», и молчат про тесты и качество кода. Для Android-позиции в продуктовой команде это тревожный сигнал: техдолг после стартапа кому-то приходится разгребать.