Team lead backend in payments

Twinby — один из крупнейших российских дейтинг-сервисов, миллионы пользователей. Мы перестраиваем разработку Twinby CIS и собираем продуктовые команды заново. Команда «Онбординг и монетизация» отвечает за две вещи: как новый пользователь входит в продукт: авторизация, профиль, первые шаги; как продукт зарабатывает: премиум, подписки, цены и платежи. Здесь проходят деньги и персональные данные пользователей, а продуктовые решения проверяются экспериментами.

• Архитектуру и качество авторизации, онбординга, платежей и подписок, включая подключение новых способов входа: ревью, контракты между сервисами и с мобильным клиентом, ясные критерии готовности.
• Надёжность денег: идемпотентность операций, сверки, подписки и продления, возвраты, корректная работа с платёжными провайдерами. Деньги нельзя ни потерять, ни списать дважды.
• Инженерию экспериментов: A/B-тесты на воронке новичка, премиум-экранах и ценах, feature-флаги, гибкие цены по регионам и сегментам. Эксперименты идут быстро и не трогают корректность платежей.
• Безопасность и защиту данных как часть инженерии: безопасная авторизация и сессии, защита персональных и платёжных данных, приватность на уровне архитектуры.
• Релизы вместе с мобильным приложением: совместимость версий клиента и API, выпуск через сторы, управление функциональностью флагами.
• Надёжность в эксплуатации: «you build it — you run it», SLO и бюджет ошибок, дежурство по своим сервисам, разбор инцидентов до причины.
• Техдолг как управляемый бюджет: архитектура растёт постепенно, без полного переписывания.
• Команду: бэкенд-инженеров, мобильных разработчиков и QA. Задаёшь инженерные нормы, растишь людей, держишь знание в системе через ADR и документацию.
• Результат: отвечаешь за исход вместе с продуктом и вовремя эскалируешь.

• Тимлида, который остался сильным бэкенд-инженером и уже вёл команду людей.
• Инженерная глубина. Проектируешь системы целиком, держишь в голове консистентность и распределённые эффекты там, где цена ошибки максимальна. В инциденте сам идёшь в метрики и код.
• Python и Go. Ты играющий тренер: сам пишешь код на обоих языках и ревьюишь код команды.
• Опыт с деньгами. Тебе близки платежи, подписки, идемпотентность и сверки. Ты проектируешь приём денег так, чтобы их нельзя было потерять или списать дважды.
• Продуктовая инженерия. Ты строил системы, в которых продукт быстро проверяет гипотезы, — эксперименты, флаги, метрики, — и понимаешь, как сделать это безопасно.
• Безопасность по умолчанию. Защиту данных и авторизацию ты закладываешь в дизайн с самого начала и задаёшь это нормой для команды.
• Зрелость по надёжности. SLO, дежурство, постмортемы без поиска виноватого — обычная инженерная гигиена.
• Лидерство. Под тобой росли инженеры. Ты ставил культуру ревью и дежурств, давал честный фидбэк и вовремя принимал непростые решения.
• Будет плюсом: Опыт руководства командой, где вместе работают бэкенд, мобильная разработка и QA; Опыт платежей, эквайринга, биллинга, подписок, in-app покупок или авторизации на масштабе; Опыт A/B-экспериментов на воронке, пейволах или ценах; Опыт постепенного развития архитектуры большой действующей системы без остановки продукта

• Команду, которая собирается заново: то, что ты заложишь, станет её культурой.
• Зону, где инженерия напрямую видна в деньгах: вход новых пользователей и монетизация.
• Инженерную систему: замкнутый цикл доставки, метрики потока, бюджет ошибок, blameless постмортемы.
• Автономию владельца: ты решаешь «как», цели и направление обсуждаешь с продуктом и CTO.
• Формат: удалённо, трудоустройство по ТК РФ