Вакансия Head of Engineering
О Nevel
Мы строим Nevel.ai — новый продукт от создателей Dbrain. Мы создаем инструмент, который дает Cursor‑like опыт работы с LLM для не‑разработчиков. Наша цель — дать возможность аналитикам, менеджерам и маркетологам выполнять рутинные рабочие задачи с помощью AI так же гибко, как это делают инженеры в коде.
У нас уже есть первые крупные Enterprise-клиенты, и мы только что запустили B2C направление. Сейчас тот самый момент, когда дизайн напрямую влияет на то, насколько продукт будет понятным, удобным и масштабируемым.
Почему у нас тебе будет классно:
- Небольшая продуктовая команда (10 человек) без бюрократии и микроменеджмента, с большим пространством для принятия решений и влияния на продукт.
- Fully remote и доверие к команде: важен результат, а не контроль. Мы тщательно выбираем, кого приглашать и стремимся прежде всего к культурному мэтчу. Можем поддержать переезд и платить в разные страны.
- Возможность работать как с текущими пользователями, так и участвовать в запуске global‑направления с разными сценариями, контекстами и юзкейсами.
- Спокойный рабочий ритм**:** минимум лишних созвонов, мы ценим фокусированную работу и время на то, чтобы подумать и сделать качественное решение.
- AI‑first подход**:** мы постоянно находимся на фронтире всего, что происходит с LLM — следим за новыми моделями, инструментами и паттернами и сразу применяем их в рабочих процессах. Это позволяет нам оставаться небольшой командой и при этом делать продукт высокого качества.
- Большой бюджет на тестирование разных инструментов - нам окей если ты или команда тратят до 500$ на тулы, которые действительно используются.
Где мы сейчас, и зачем нам ты.
Мы быстро собрали продукт, вывели его на рынок и уже имеем ~1 000 платящих пользователей — пока без паблик-лонча, чисто на органике и софт-продажах. Ожидаем 5 000–6 000 к концу весны.
Сейчас продукт работает, гипотезы подтверждены, деньги приходят. Но инженерная часть выросла стихийно, из-за этого у нас слабая наблюдаемость процессов — задачи могут теряться на ревью, зависать в QA, и никто этого системно не трекает. Текущая архитектура построена хорошо и мы ожидаем, что этот уровень будет поддержан.
Про роль
Мы ищем сильного и самостоятельного инженерного лида уровня Senior / Head of Engineering — человека, который одинаково уверенно проектирует архитектуру, пишет код и выстраивает процессы. Нам не нужен чистый менеджер, который рисует схемки и ходит по стейкхолдерам. Нам нужен человек, который любит делать продукт и при этом умеет мультиплицировать команду.
Мы считаем, что крутые технологические продукты строятся маленькими командами. Мы хотим, чтобы каждый инженер работал на максимуме своих возможностей, усиленных AI-инструментами. Задача лида — сделать так, чтобы это реально работало: от внедрения кодинг-агентов в ежедневные процессы до архитектурных решений, которые позволяют маленькой команде двигаться быстро.
Фаундер активно приносит high-level vision — от новых подходов к разработке до продуктовых идей. Ожидание от лида — не слепо соглашаться и не блокировать из страха, а приземлять это в реальность: челленджить, задавать вопросы, объяснять ограничения и находить здоровую точку баланса. Таким людям мы готовы дать большую свободу и полный ownership за техническое направление продукта.
Что нужно будет делать:
- Владеть архитектурой продукта: принимать ключевые архитектурные решения и проектировать новые компоненты системы. Например, сейчас актуальная задача — спроектировать прокси-слой для запросов клиентов, чтобы часть запросов можно было перенаправлять на модели в контуре клиента.
- Накапливать и структурировать инженерный контекст: архитектурные решения, результаты грумингов, договорённости по процессам — всё это должно жить не в головах, а в базе знаний команды. Мы ожидаем, что лид будет формировать культуру документирования и сам подавать в этом пример.
- Выстраивать и развивать инженерные процессы: от планирования и груминга до delivery и code review.
- Внедрять кодинг-агентов в команду: формировать командные паттерны использования AI для code review, написания тестов, генерации документации и декомпозиции задач.
- Работать с продуктом вместе с фаундером: понимать, зачем нужна задача, кому она адресована, челленджить постановку, если в ней не хватает контекста, и предлагать оптимальные технические решения.
- Писать код и работать с архитектурой руками.
- Поддерживать и развивать команду: проводить one-to-one, давать обратную связь, помогать инженерам расти профессионально, при необходимости перестраивать состав.
Ожидаем от кандидата:
- Ownership и проактивность — ты сам видишь, что процесс сломан или задача зависла, и не ждёшь, пока тебя попросят это починить. Берёшь коммитменты и выполняешь их, а если что-то идёт не так — приходишь первым и говоришь об этом.
- Продуктовое мышление — способность не просто реализовывать то, что принёс продакт, а задавать вопросы «зачем?», «кому это нужно?», пересматривать скоуп и предлагать решения, которые проще и дешевле, но закрывают ту же задачу.
- Опыт с AI-инструментами в разработке — понимание, как кодинг-агенты, LLM и автоматизация меняют инженерные процессы, и готовность это внедрять на уровне команды, а не только личного workflow.
- Привычка структурировать знания — ты ведёшь заметки, фиксируешь решения и контекст, и тебе не нужно объяснять, зачем это важно. Obsidian, Notion, что угодно ещё — не важно, в чём именно, важно, что у тебя есть этот навык и он часть твоего рабочего процесса, а не разовое усилие.
- Сильный технический бэкграунд: опыт проектирования архитектуры продуктовых систем, понимание инфраструктуры. Опыт с одним из - Python, Node.js, Go, Rust необходим.
- Спокойную и открытую коммуникацию — умение вести диалог, челленджить идеи без перехода на личности и принимать, когда челленджат тебя. Не саботировать новое из страха.
- Умение работать в небольшой команде без бюрократии — опыт, где ты не просто управлял 40 людьми, а делал результат в компактной команде из 5–10 человек, где от каждого зависит многое.
- Эмоциональная зрелость — способность к саморегуляции, устойчивость в условиях неопределённости, готовность открыто говорить о сложностях, а не копить их внутри.
Проверь себя:
Тебе должно быть комфортно думать и отвечать на такие вопросы до гугла и gpt.
Консьюмеры не успевают разгребать очередь сообщений. Три возможные причины и что с каждой делать? PostgreSQL падает по OOM. Куда копать первым делом? Long-running задача (2–3 минуты обработки файла агентом). Как спроектировать flow, чтобы не держать HTTP-соединение и давать пользователю обратную связь?
Тестовое задание: AI-дизайн инженерного процесса
