Вакансия: Product Engineer — Fintech (будущий CTO)

Вакансия: Product Engineer — Fintech (будущий CTO) Нужен инженер, который умеет строить продукт с нуля и брать на себя полную техническую ответственность. Мы запускаем финтех-приложение в небольшой команде — и ищем человека, который станет его техническим фундаментом. Это не просто работа. Это роль с прицелом на CTO по мере роста компании. Контекст Есть существующее приложение — с историей, техдолгом и накопленными решениями. Мы не переносим его, мы строим новое. Старый продукт — источник знаний о домене, бизнес-логике и сценариях. Смыслы будем пересобирать по ходу вместе. Основные задачи - Спроектировать и построить новое приложение с нуля — архитектура, стек, инфраструктура - Обеспечить темп: новые фичи выходят за дни, не недели - Разобраться в домене через существующий продукт и диалог с командой - Принимать технические решения самостоятельно и отвечать за них - Выстроить процессы разработки, которые будут масштабироваться с ростом команды - Использовать AI-инструменты (Cursor, Claude Code и др.) как множитель скорости — не как костыль Первые 1–2 месяца - Погрузиться в домен и существующую логику продукта - Определить стек и архитектуру нового приложения - Поднять базовый скелет: инфраструктура, CI/CD, окружения - Запустить первые рабочие фичи - Выстроить ритм: планирование → разработка → деплой без потерь темпа Hard Skills - Уверенный full-stack или backend с опытом проектирования с нуля - Умение выбирать стек под задачу, а не по привычке - Опыт в финтехе: платежи, безопасность, регуляторика — большой плюс - Понимание DevOps-минимума: деплой, мониторинг, алерты - Умение работать с AI-инструментами как с ускорителем Soft Skills - Думает как сооснователь: понимает бизнес-контекст, а не только задачу - Принимает решения в условиях неопределённости — и не парализуется - Не ждёт идеального ТЗ — умеет вытащить смысл из разговора - Говорит прямо: если архитектура неверная — скажет до, а не после - Хочет расти в CTO, а не просто хорошо кодить Ключевой KPI - Скорость запуска первой рабочей версии - Time-to-prod новых фич - Стабильность и надёжность продукта с первых дней - Качество архитектурных решений — насколько легко масштабировать Для связи - @SergeKoloskov