Юлия Поповкина: как я навайбкодила админку для автопарка и завела личный дневник с Claude Code

Привет, читатель Нейромедиа! Меня зовут Юлия Поповкина, работаю операционным и проектным директором на аутсорсе. Я помогаю компаниям настраивать процессы, CRM, ERP-системы и Telegram-ботов.

До апреля 2026 года нейросети были для меня помощниками в текстах, заметках и идеях. Но настоящий скачок случился, когда я прошла курс, попробовала писать технические требования вместе с Claude и начала вайбкодить — сначала для себя, потом для клиентов.

Сейчас я использую Claude Code сразу в нескольких этапах своей работы: планирую неделю, разбираю бэклог, считаю длительность вайбкодинг-сессий, анализирую дневниковые записи. А еще создаю ERP-системы для клиентов. Последнюю разработку я полность прошла с нуля до рабочей версии всего за 36 дней.

Расскажу, какие задачи я уже смогла частично автоматизировать и где Claude экономит мне время. А где, наоборот, заставляет работать по 13 часов. И объясню, почему нейросеть не заменяет управление проектом, а делает его еще важнее.

Автоматизировала свою систему планирования

Я прочитала книги Максима Дорофеева, Катерины Ленгольд, Филиппа Гузенюка и отдельно «12 недель в году». На их основе собрала свою систему планирования. У меня есть цели на неделю, намерение на день и еженедельная «стратсуббота». 

Помимо проектных заметок, у меня есть дневниковые записи. Каждый день отдельная заметка: во сколько встала, какая энергия и настроение утром, что произошло за день, какие выводы появились, во сколько легла спать. Заполняю не всегда, но материала уже много.

Я прошу Claude анализировать эти записи: ежедневные, еженедельные стратсубботы или даже все заметки за год. Но мне важно получить не сухой отчет о том что происходило, а увидеть то, что я сама не замечаю — паттерны.

Я могу закинуть ему сводку недели, где каждый день по 8–10 часов вайбкодила, и назвать ее «ничего особенного». В ответ он спокойно проводит мне лекцию, где я обесцениваю свою нагрузку и почему это не похоже на «ничего особенного».

Работаю с бэклогом вместо трекера задач

Я считаю себя сильным менеджером и раньше даже вела группу по планированию, но почти не пользуюсь классическим трекером задач. Пробовала Singularity, но он быстро забивался идеями для всего подряд с условными тегами «хорошо бы сделать» и «может пригодиться».

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

Все встречи у меня в календаре, даже чистка зубов раз в полгода. Если я знаю, что сегодня работаю над конкретным проектом, я обычно просто помню, что хотела сделать. Если нет, прошу Claude проверить бэклог и подсказать, что важного там осталось. 

Научила Claude Code считать время вайбкодинг-сессии

В каждой ветке вайбкодинга у меня есть несколько скиллов. Один помогает вести разработку фич, второй — описывает, как локально развернуть тестовую базу на моем ноутбуке. А третий закрывает сессию.

Самый полезный для меня скилл — тот, который закрывает рабочую сессию. Когда я заканчиваю часть работы, он переносит обновления в рабочую систему. Затем записывает, что было сделано и за какое время. Если он ждал от меня ответа больше 10 минут, это время в расчет не попадает. Если я отложила часть задач, собирает их в отдельный список. 

По всем этим этапам Claude Code сохраняет короткое описание в Obsidian, где идет автоподсчет средней длительности и стоимости часа за фичу и за весь проект. Такой учет быстро показал неприятную вещь: я недооцениваю свои временные траты. Я и раньше это знала, но одно дело — ощущать, а другое — увидеть цифры по проекту.

Собрала ERP для автопарка

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

Раньше в автопарке рейсы фиксировали в Google Таблицах, отдельных Excel-файлах, бумажных транспортных листах и переписке в мессенджере. Расходы собирали по фото чеков и записям от 25 водителей. На сверку уходила неделя. 

Для начала я разложила работу автопарка на понятные действия. По моей логике было так: водители через Telegram-бота должны отмечать начало и конец рейса, вносить траты и заправки, добавлять внезапные заказы на рейсы и свои выходные. А система будет собирать эти данные в отчеты и дашборды. 

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

Отталкиваясь от этого я потратила три дня на техническое задание и согласование требований, чтобы в будущем не утонуть в доработках. После ТЗ я начала ежедневно работать с Claude Code короткими заходами. В каждом давала ему конкретную задачу. Например, сделать экран админки или добавить поле для расходов.

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

На всю разработку ERP для автопарка у меня ушло почти 200 часов. Если перевести это в рабочие дни, получается около месяца. А в самый плотный день я вайбкодила сразу 13,5 часов. Конечно, не я, а Claude Code писал код. Но мое время ушло на то, чтобы наблюдать и проверять, что получается. 

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

Какие 3 навыка помогают мне вайбкодить

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

Опыт руководителя разработки. Я понимаю, зачем нужно ТЗ, как тестировать результат и почему требования дозревают по ходу проекта. Когда Claude выдает рабочий код, это еще не значит, что система решает задачу бизнеса.

Насмотренность в ERP. Я работала как интегратор, поэтому представляю, какие данные нужны администратору, где появятся исключения. Например, почему водители не будут заполнять сложные формы и как отчет должен сходиться с реальностью.

Привычка работать небольшими сессиями. Я стараюсь завершить кусок до того, как заполнится контекстный буфер. Если сессия расползается, Claude уже путается, а мне сложнее проверять его результат.

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