В IT-компанию Helixgp.tech требуется CTO.
Команда строит коммуникационную платформу уровня Telegram – по качеству, надёжности, скорости, безопасности и масштабу. Это не метафора и не маркетинг, а техническая планка, которую будем брать. Проект уже профинансирован – инвесторы на борту, ресурсы на найм команды и запуск согласованы, бюджет на R&D-команду заложен гибкий - с учетом запросов от вас. Принципиальное видение продукта сформировано: архитектурная концепция, бизнес-модель и стратегия выхода на рынок определены.
На Q3 – публичный запуск первой версии продукта, готовой к пользователям. Времени мало. Инженерной команды пока нет. Именно поэтому ищут CTO, который не просто понимает, как такое строится, – а сможет собрать команду, поставить ей задачи и довести до результата. Проект ориентирован на российский рынок, с потенциалом горизонтального расширения. Детали архитектуры, бизнес-модели и дорожной карты – на первой встрече.
Вы – первый технический человек в компании. Де-факто со-основатель. Инженерной команды нет, стека нет - всё это ваша зона ответственности. Технические решения принимаются и разрабатываются совместно с CEO, но техническое слово – за вами.
Что конкретно предстоит сделать:
- Совместно с CEO доработать и зафиксировать техническую стратегию продукта
- Спроектировать архитектуру highload real-time платформы (event-driven, WebSocket / gRPC, горизонтальное масштабирование, E2E-безопасность)
- Сформировать инженерную команду с нуля - 5–20 человек в первый год. Если у вас уже есть люди, с которыми вы хотите работать, или готовый пул кандидатов это серьёзный плюс
- Выстроить процессы: найм, онбординг, code review, деплой, мониторинг
- Держать темп: публичный запуск на Q3, без права на «нам нужно ещё полгода»
- Участвовать в стратегии продукта как технический партнёр основателя
Требования:
Обязательно:
- Опыт CTO / Head of Engineering / VP Engineering – от 3 лет в продуктовых компаниях
- Подтверждённый запуск продукта с нуля (0 → production) — будем спрашивать детально
- Экспертиза в highload-системах: real-time messaging, WebSocket / gRPC, очереди, шардирование
- Опыт построения и управления инженерными командами от 5+ человек
- Понимание безопасности на уровне транспорта и хранения (E2E, шифрование на уровне протокола)
- Инициативность и готовность предлагать решения, а не ждать постановки задачи
- Русский язык — рабочий
Сильный плюс:
- Опыт в мессенджерах, чат-платформах, VoIP, push-инфраструктуре
- Уже есть команда или проверенный пул инженеров, готовых работать вместе
- Опыт в Яндекс, VK, Telegram, Mail.ru или сопоставимых по нагрузке системах
- Знание специфики российского рынка (регуляторика, хостинг, платежи)
Что ценят:
- Инициативу: предлагаете раньше, чем вас попросят
- Честность: говорите, когда что-то не так, а не молчите до дедлайна
- Скорость и приоритеты: Скорость запуска важнее перфекционизма в деталях. Но архитектура и ключевой функционал не терпят компромиссов
Условия:
- Доля: 4–5% equity (вестинг 4 года, cliff 4-6 месяцев) — обсуждается индивидуально
- Деньги: оклад на старте с перспективой роста; детали — на встрече
- Формат: офис в Москве. Если нужен переезд — помогают решить
- Решения: принимаются совместно с CEO; в технической части последнее слово за вами
Процесс отбора:
В отклике пришлите:
- LinkedIn / резюме
- 3–5 предложений: какой highload-продукт вы запустили с нуля и какую техническую проблему там решили
- Ответ на вопрос: Опишите техническое решение, которым вы гордитесь больше всего. Что именно вы придумали и какой результат оно дало?
- Ваши условия по минимальному месячному окладу
Личная встреча:
- Сразу живая встреча — без предварительных звонков. Под NDA раскрывают детали продукта. Вы знакомитесь с командой и идеями и наработками — проверяют ваш реальный опыт и глубину экспертизы. Разговор по существу: архитектура, команда, темп, условия
Проверка рекомендаций:
- Связываются с 2–3 людьми из вашего прошлого опыта. Обязательный этап для всех ключевых участников — стандартная практика due diligence
Оффер:
- Финальное обсуждение условий и старт
Кто точно не подойдет:
- Тот, кто хочет «просто писать код» и не готов руководить
- Тот, кто не может назвать конкретный запущенный продукт и объяснить принятые решения
- Тот, кто ждёт, пока ему скажут, что делать, вместо того чтобы предлагать
- Тот, кто не готов работать в офисе и к высокому темпу первых лет
- Тот, кто отказывается от проверки рекомендаций