External Backend Tech Lead (Audit, Architecture & Mentoring)

О проекте

Мы развиваем действующий digital-бизнес на острове Панган, Таиланд.

Сегодня ядро проекта — Delivery KPG, локальный сервис доставки еды с работающим операционным циклом, действующим backend, клиентской и партнёрской частью, логикой водителей, операторами, online- и cash-оплатами, уведомлениями, бонусами, купонами и внутренними дашбордами.

Следующий этап развития — поэтапная трансформация этого ядра в Tropix Go — multi-vertical platform / super app для островной жизни.

Это не стартап “на уровне идеи” и не greenfield-разработка с нуля. Это уже работающий бизнес, который нельзя остановить ради красивой переписки системы. Нам нужен более зрелый backend-фундамент, который позволит развивать продукт дальше без хаотичных технических компромиссов.

Кого мы ищем

Ищем внешнего Backend Tech Lead / architect-level специалиста в проектном формате.

Нам нужен человек, который сможет:

• провести аудит текущего backend и data layer,
• определить реальные ограничения и технические риски,
• спроектировать целевую backend-архитектуру,
• выстроить roadmap перехода,
• сопровождать внутреннюю backend-команду на этапе миграции и пересборки,
• помочь усилить техническую дисциплину, прозрачность решений и документацию.

Это не hands-on full-time роль и не позиция “ежедневно писать код”. Основная ценность роли — архитектурное мышление, опыт работы с legacy, умение выстраивать переход по этапам и сопровождать команду в реализации.

Чем предстоит заниматься

• Проводить аудит текущего backend, структуры данных, связей между модулями и проблемных зон системы
• Разбираться в существующем delivery-core и определять, что необходимо сохранить, а что требует пересборки
• Формировать понятную картину текущих ограничений, рисков и архитектурных узких мест
• Проектировать целевую backend-архитектуру для перехода от delivery-first продукта к multi-vertical platform
• Определять границы между общим платформенным ядром и vertical modules
• Формировать реалистичный roadmap перехода без остановки работающего бизнеса
• Сопровождать внутреннюю backend-команду на этапе migration / rebuilding: review ключевых решений, architectural guidance, mentoring
• Помогать проходить переходные этапы без поломки working delivery core
• Корректировать архитектурное направление по мере реализации, а не только на этапе стартового проектирования
• Помогать выстраивать более зрелую technical discipline внутри backend-направления
• Определять, какие архитектурные решения и изменения должны обязательно фиксироваться
• Помогать наводить порядок в технической документации, логике change management и knowledge transfer
• Снижать зависимость проекта от “знаний в голове” отдельных разработчиков

Что для нас важно

Нам нужен не просто сильный backend-разработчик, а человек, который умеет:

• заходить в живую legacy-систему и быстро видеть общую картину,
• отличать, что действительно нужно пересобирать, а что лучше временно сохранить,
• проектировать архитектуру с учётом реального бизнеса, а не “идеального мира”,
• не предлагать без необходимости переписывание всего с нуля,
• сопровождать команду не только на уровне советов, но и на уровне движения через сложный migration path,
• повышать качество технических решений, прозрачность системы и инженерную зрелость команды.

Наш текущий контекст

У нас уже есть действующий backend и внутренняя команда разработки. При этом мы понимаем, что текущая система выросла вокруг delivery-бизнеса, накопила legacy-слой и требует более сильной архитектурной рамки для дальнейшего развития.

Нужен внешний технический лидер, который сможет:

• посмотреть на систему сверху,
• задать правильное направление,
• помочь избежать хаотичной пересборки,
• сопровождать переход от текущего состояния к более зрелой платформенной логике,
• усилить команду не только архитектурно, но и дисциплинарно.

То есть это роль для человека, который умеет быть архитектурным навигатором проекта, а не просто исполнителем отдельных задач.

Что будет хорошим результатом работы

• Появилась ясная картина текущего backend-состояния
• Зафиксированы ключевые риски и ограничения
• Описана target architecture
• Сформирован понятный roadmap перехода
• Команда проходит migration path более системно и предсказуемо
• Снижается риск хаотичных решений и технических откатов
• Усиливается внутренняя backend-команда
• Появляется более зрелая technical discipline
• Ключевые решения, логика системы и изменения начинают фиксироваться и быть понятными команде
• Переход к новой архитектурной логике происходит без разрушения работающего delivery-core

Требования

• Опыт в роли Tech Lead / Backend Architect / Lead Backend Engineer
• Сильный backend background
• Опыт аудита и пересборки backend-систем с legacy-слоем
• Опыт проектирования масштабируемых backend-архитектур
• Понимание, как перестраивать живой продукт без остановки бизнеса
• Опыт mentoring / review / architectural leadership
• Умение работать в проектном формате и самостоятельно держать высокий уровень ответственности
• Способность объяснять сложные технические решения понятным языком
• Зрелый инженерный подход: без overengineering, но и без хаотичных компромиссов

Будет плюсом

• Опыт с marketplace / delivery / booking / transactional products
• Опыт построения modular backend architecture
• Опыт с platform logic / multi-role systems / shared core + vertical modules
• Опыт сопровождения migration / rebuilding phase
• Опыт выстраивания технической документации, фиксации решений и инженерной дисциплины в команде
• Опыт в роли external tech lead / advisor / fractional architect

Формат работы

• Project-based / part-time
• External role
• Не full-time операционная разработка
• Не роль “ежедневно писать код руками”
• Основной фокус: audit, architecture, roadmap, guided migration support, mentoring, review, technical guidance, technical discipline strengthening

Почему роль может быть интересна

• Это действующий бизнес, а не идея в презентации
• Здесь есть реальная архитектурная задача, а не только поток мелких задач
• Можно влиять на фундамент продукта и его дальнейшую multi-vertical evolution
• Есть возможность сопровождать не только проектирование, но и реальный переход системы в более зрелое состояние
• Роль даёт влияние на архитектуру, команду и качество технического развития проекта

Кому роль не подойдёт

• Тем, кто ищет только hands-on backend-разработку
• Тем, кто хочет исключительно управлять людьми без глубокого погружения в систему
• Тем, кто предпочитает только greenfield и не любит legacy
• Тем, кто не готов работать в условиях действующего бизнеса и ограниченной команды
• Тем, кто даёт только общие советы, но не умеет сопровождать команду в реализации