В азиатском суперприложении Grab нашли необычное применение редактору кода Cursor. Вместо того чтобы нагружать программистов правками отступов и кнопок, доступ к кодовой базе открыли продуктовым дизайнерам. Освоив систему контроля версий, они стали сами чинить визуальные баги и отправлять изменения в прод в тот же день.
Раньше любая мелочь превращалась в очередь. Кнопка съехала на пару пикселей — дизайнер пишет тикет. Разработчики заняты платежами и архитектурой, поэтому косметические задачи висели неделями, пока пользователи нажимали на сломанный экран.
Почему правка одной кнопки раньше занимала недели
Каждый дизайнер знает эту боль: открываешь приложение на смартфоне и видишь кривой отступ. Работы там на пять минут, но в крупных сервисах правила строгие. К главному репозиторию никого со стороны не подпускают, чтобы случайно не уронить прод.
В итоге на каждый пиксель заводили отдельную задачу. Менеджеры оценивали приоритеты, а инженеры вздыхали над мелкими тикетами. Экран оставался неровным, а дизайнеры ждали своей очереди.
Когда дизайнер видит кривой отступ в приложении, он чувствует боль. Но если каждую мелочь надо согласовывать через очередь разработки, исправление затягивается на недели.
Как не-программистов пустили в общий репозиторий
В Grab не стали просто раздавать редактор всем подряд. Без подготовки бросать людей в сложный проект нельзя. Команда выстроила понятную систему обучения.
Сначала дизайнерам объяснили основы: ветки, коммиты и запросы на слияние. Затем среду настроили под стандарты компании: подключили внутренний индекс проекта и правила, чтобы ассистент генерировал аккуратный код. Дополнительно провели воркшопы в пяти странах, где даже руководители сами собирали работающие прототипы.
Безопасность обеспечили двойной проверкой. Сначала результат смотрит дизайн-менеджер на соответствие макету. Затем код быстро валидируют инженеры, которым больше не нужно верстать экраны с нуля.
Если вы хотите освоить умных ассистентов и выстроить автоматизацию рабочих процессов без рутины, загляните в наш Telegram-канал Ковчег, подписывайтесь на нас в MAX или приходите на практический курс по Make и нейросетям.
Что показали реальные замеры в кодовой базе
Результаты эксперимента превзошли ожидания. Официальный кейс в блоге Cursor и технический отчёт команды Grab Engineering зафиксировали заметный сдвиг.
В техническом подразделении месячная активность в Cursor достигла около 98%, а еженедельная составила около 75%. Больше трети всех пулреквестов создаются с участием умного помощника. При этом сотрудники принимают около 50% подсказок: инструмент помогает, но люди проверяют результат, а не жмут подтверждение вслепую.
Дизайнеры влили в продукт сотни готовых правок интерфейса, часто в день создания задачи. Дела, уходившие на целый день, теперь закрываются за пару часов.
Искусственный интеллект не заменяет знание продукта, а убирает барьер между идеей на макете и реальным кодом на экране пользователя.
Куда уходит время и почему багфикс стал главным делом
Анализ более ста тысяч запросов среди четырех тысяч сотрудников показал четкую картину. Исправление ошибок вошло в тройку главных задач для всех ролей. Около 39% активности и у программистов, и у специалистов по операциям занимает починка недочетов.
Дизайнеры редактировали стили в пять раз чаще базового уровня по компании. Нетехнические команды перестали ждать разработчиков ради внутренних утилит: аналитики и финансисты сами пишут нужные скрипты, закрывая половину задач через ассистента.
Когда инструмент позволяет исправить ошибку на месте за пятнадцать минут, отпадает сама необходимость плодить бесконечные тикеты.
Какие уроки стоит забрать в свою команду
Опыт внедрения показал: результат возникает не от самой нейросети, а от подготовки. Не стоит ждать, что любая команда покажет те же 98% за первую неделю без обучения.
Главный вывод простой: дайте инструмент тем, кто лучше всех знает продукт. Дизайнер видит интерфейс точнее бэкендера. Если дать ему базовые навыки работы с кодом и надежное ревью, общая скорость вырастает в разы.
Частые вопросы
Может ли дизайнер сломать прод через редактор кода?
Прямого доступа к релизу у дизайнера нет. Каждая правка оформляется отдельной веткой, проходит одобрение дизайн-менеджера и валидацию дежурного инженера.
Сложно ли дизайнеру освоить систему контроля версий?
Для правок интерфейса глубоких знаний не нужно. Достаточно понять принципы создания веток, сохранения изменений и отправки готового запроса.
Подойдёт ли такой подход небольшим проектам?
В небольших стартапах этот путь работает ещё быстрее: дизайнеры и менеджеры могут напрямую разгружать разработчиков от мелкой рутины с первых дней.
