eSimphony делает инженерная команда из пяти человек. Продукт покрывает более 150 стран, у него нативные приложения для iOS и Android, мультирегиональный стек интеграций с операторами, пять языков от начала до конца и еженедельные релизы. Мы не телеком на тысячу сотрудников. Мы маленькая команда, работающая с осознанным рычагом.

Рычаг — в конкретном подходе к инженерии, который мы усвоили за последние 18 месяцев. Мы называем его ИИ-нативной разработкой. Вот как он выглядит на практике.

Как устроена команда

Пять инженеров. Один продуктовый дизайнер. Один CEO, который до сих пор пишет часть продуктовых спецификаций. Формального продакт-менеджера нет: спеки рождаются из связки «CEO + черновик с помощью Moza + инженерное суждение». Отдельной команды QA нет — тестирование встроено в цикл разработки. Отдельного DevOps нет: инфраструктурой владеет тот, кто выкатывает фичу.

Это не хвастовство. Это ограничение. При таком размере команды выпустить продукт масштаба eSimphony можно только одним способом — умножив отдачу каждого инженера. ИИ и есть тот множитель, на который мы сделали ставку.

Пять стадий рабочего процесса

Любое изменение в eSimphony — от правки текста до новой интеграции с оператором — проходит одни и те же пять стадий. На каждой помогает ИИ; на каждой в контуре есть человек.

1. Разведка (без технических барьеров)

Когда прилетает новое требование («нужна интеграция с оператором X ради покрытия Египта»), первый ход инженера — не строить догадки о том, чего он не знает. Первый ход — использовать ИИ, чтобы исследовать незнакомую территорию за 20 минут вместо двух дней.

На практике: инженер, никогда не интегрировавший египетского MVNO, скармливает ИИ-ассистенту документацию API оператора, получает структурированное описание поверхности интеграции, задаёт уточняющие вопросы по краевым случаям («как обычно устроен eKYC на этом рынке?») и до обеда выдаёт одностраничную оценку трудозатрат, рисков и неизвестных.

Что меняется: узкое место больше не «есть ли у нас инженер, знающий эту предметную область?», а «сможет ли имеющийся инженер, усиленный ИИ, стать достаточно компетентным за несколько часов?». Почти всегда — да.

2. Спецификация (часы, а не недели)

В большинстве компаний продуктовая спецификация занимает 1–3 недели: продакт пишет черновик, стейкхолдеры вычитывают, добавляются краевые случаи, шлифуются критерии приёмки, потом инженеры пересматривают оценку. К моменту, когда спека «готова», исходная возможность уже сместилась.

Наш подход: инженер (или CEO, в зависимости от фичи) формулирует продуктовую идею одной строкой. ИИ разворачивает её в структурированный PRD — пользовательский сценарий, краевые случаи, метрики успеха, критерии приёмки, открытые вопросы. Команда доводит его на 45-минутной рабочей сессии. В тот же день спека уходит в разработку.

Плата за это: спеки из такого процесса чуть грубее, чем классические, написанные продактом за две недели. Мы это принимаем. Сжатие времени до первой реализации стоит дополнительной неопределённости, которая снимается уже в ходе разработки, а не до неё.

3. Дизайн (быстрый цикл обратной связи)

Для фич с заметным интерфейсом дизайнер работает рядом с инженером в цикле «дизайн — сборка — обратная связь», измеряемом минутами, а не днями. Сгенерированные ИИ макеты (плагины Figma плюс генераторы изображений) быстро перебирают варианты. Инженер выкатывает прототип за несколько часов. Дизайнер смотрит его на живом устройстве. Итерации укладываются в один день.

В итоге дизайн и разработка не последовательны, а параллельны. К моменту, когда дизайн «финальный», реализация уже почти в продакшене.

4. Разработка (код пишет ИИ, каждый диф ревьюит человек)

Самая заметная ИИ-нативная часть. Как сегодня устроен инженерный процесс в eSimphony:

ИИ генерирует около 90% нового кода (Cursor, Claude, GitHub Copilot, часто в связке)
Инженеры пишут архитектурные решения, границы интеграций и хитрую бизнес-логику, требующую глубокого знания системы
100% кода проходит человеческое ревью перед мерджем. Каждый диф. Каждый PR. Без исключений.

Последний пункт критичен и часто понимается неверно. «Код пишет ИИ» не значит «на код никто не смотрит». Это значит, что роль инженера смещается с набора реализации на её проверку. Умственная работа — соответствует ли это спеке, покрыты ли краевые случаи, укладывается ли решение в архитектуру, масштабируется ли оно — по-прежнему на инженере. Механическая работа — перевод намерения в синтаксически корректный и идиоматичный код — делегирована.

Типичный PR в eSimphony:

200–800 изменённых строк (против привычных 100–200 в командах образца 2024 года)
1 инженер, ревьюящий подробно
Часто юнит-тесты от ИИ с покрытием нового кода выше 80%
Комментарии ревьюера — про архитектуру, а не про синтаксис

5. Релиз (адаптация за минуты)

Выкатка постепенная: фиче-флаги для рискованных изменений, канареечные деплои для бэкенд-сервисов, телеметрия под наблюдением ИИ, которая вылавливает аномалии в первые минуты после раскатки. Если релиз что-то ломает, откат измеряется минутами, а не часами.

О пункте «телеметрия под наблюдением ИИ» стоит сказать отдельно: после деплоя ИИ-агент следит за аномалиями в частоте ошибок, задержках, жалобах пользователей и конверсии. Когда отклонение переходит порог, дежурному инженеру прилетает вызов вместе со сводкой вероятных причин. Это сжимает время обнаружения с «пользователь сообщил о баге в 9:00» до «алерт сработал в 09:03».

Цифры

Приблизительные метрики за последние 12 месяцев:

Цикл спринта: 1 неделя. Новые фичи выходят еженедельно, мелкие правки — ежедневно.
5 инженеров на фултайме над продуктом. Ещё один — на частичной занятости по контракту.
Более 90% нового кода генерирует ИИ (в основном Cursor + Claude).
100% смердженного кода прошло человеческое ревью.
Медианное время от спеки до продакшена: 5–10 дней.
Инциденты в продакшене за квартал: 1–2. Ниже среднего по отрасли для нашего масштаба.
Обращений поддержки, эскалированных в инженерию: около 5 в неделю. Большинство закрывается в тот же день.

Это не теория. Это фактический темп работы нашей команды.

Чем это не является

Стоит проговорить, чего ИИ-нативная разработка в eSimphony не означает.

Это не «вайб-кодинг». Код вычитывается построчно. Архитектурные решения принимают люди. ИИ ускоряет набор, а не мышление.

Это не «без тестов». У тестов от ИИ есть характерные слабости (счастливые пути они покрывают тщательнее краевых), поэтому инженеры дописывают тесты на края вручную. Покрытие нового кода стабильно держится выше 80%.

Это не «сеньоры больше не нужны». Ровно наоборот. ИИ резко повышает ценность зрелого суждения, потому что сеньор проверяет и доводит вывод ИИ в 5–10 раз быстрее, чем написал бы его с нуля. Джуниоры, использующие ИИ без ревью со стороны сеньора, обычно выдают код, который компилируется, но структурно хрупок.

Это не «без дизайна и продуктового мышления». ИИ бесполезен без внятных спецификаций и продуманных пользовательских сценариев. Умственная работа «что строить, зачем и для кого» остаётся человеческой.

Что для этого нужно

Три вещи, в порядке важности.

1. Жёсткое человеческое ревью

Каждая строка сгенерированного ИИ кода проходит через ревью старшего инженера до мерджа. Соблазн пропустить проверку для «очевидно правильных» мелких правок реален и опасен. Мы держим планку в 100%.

2. Тугие архитектурные ограждения

Генерируя код, ИИ следует локальным соглашениям. Сильные соглашения — сильный вывод ИИ. Мы много вложили в ясные границы модулей, единообразный нейминг, хорошо типизированные интерфейсы и явную документацию «как у нас тут принято», чтобы ИИ чисто попадал в паттерн.

3. Культурное принятие ИИ как значения по умолчанию

Команда явно договорилась: помощь ИИ — режим по умолчанию в любом процессе. Новых инженеров онбордят именно в этот режим. Возражения («но мне приятнее написать самому») выслушиваются и обсуждаются, однако норма такова: механику берёт на себя ИИ, если нет конкретной причины поступить иначе.

Для чего мы ИИ не используем

Ревью кода, сгенерированного ИИ (нам нужны свежие человеческие глаза)
Решения о том, что строить (продуктовая стратегия — человеческая)
Прямые эскалации в поддержке (сложные случаи разбирают люди)
Оценку работы и обратную связь в команде (только люди)
Решения о найме (только люди, с ИИ в помощь на поиске и первичном отборе)

Схема простая: ИИ усиливает исполнение, решения остаются за людьми.

Почему это важно для продукта

Результат этого процесса виден в самом продукте. Мы выпустили:

Архитектуру бессрочной eSIM (во многих компаниях это проект на несколько кварталов)
Moza, ИИ-компаньона для путешествий, на пяти языках
Динамические тарифы на ИИ в трёх регионах
ИИ-диагностику неполадок с самовосстановлением
Нативные приложения для iOS и Android с еженедельными релизами
Мультирегиональный бэкенд с аптаймом 99,9%+
Локализацию на 5 языков по всей поверхности продукта

Обычно такой список требует 30–50 инженеров и трёх с лишним лет. Мы выпустили его силами 5 инженеров за 18 месяцев.

Пара слов о найме

Команду мы растим осторожно. У инженеров, которым здесь хорошо, есть три общие черты:

Суждение важнее объёма выдачи. Набор текста берёт на себя ИИ; нам нужны инженеры, сильные в проверке, выборе и придании формы.
Комфорт с ИИ как с коллегой. Инженеры, которые относятся к ИИ как к сотруднику (делегируют, проверяют, спорят), а не как к волшебному оракулу или угрозе своей идентичности.
Забота о пользователе. ИИ-нативные процессы достаточно быстры, чтобы производить кучу кода, который компилируется, но никому не нужен. Лучшие результаты у тех, кто может привязать каждый PR к вопросу «помогает ли это пользователю».

Если это про вас — мы нанимаем. Напишите нам через страницу карьеры или свяжитесь с Чунгом напрямую.

Что выходит дальше

Тот же процесс, что построил нынешний продукт, выпускает и дорожную карту:

Управление несколькими eSIM (май 2026)
Семейные тарифы (июнь 2026)
Лояльность и вознаграждения (август 2026)
Прямое операторское покрытие по всему миру (2027)

В традиционном телекоме каждый из этих пунктов — проект на много месяцев. По нашим внутренним оценкам, все четыре выйдут по графику силами той же команды из пяти человек.

Вот в чём рычаг. Вот в чём ставка. Вот как маленькая команда работает против инерции целой отрасли.

Посмотрите eSimphony в деле, почитайте о нашем позиционировании или загляните в нашу презентацию с MVNO Nation Americas.

Команда из 5 человек, скорость 10×: ИИ-разработка в eSimphony