Привет! Я Александр Зайцев, предприниматель и резидент «Нейроцеха». 6 лет занимаюсь торговлей — с 2021 года продаю на маркетплейсах, а сейчас вожу спортивные тренажеры напрямую из Китая. Со мной работают еще трое ребят: финансовый менеджер, бухгалтер и менеджер по маркетплейсам.

Сейчас управленческий учет компании мы ведем в собственном сервисе FinFlow: смотрим отчеты и планируем платежи. Я собрал его с помощью Claude Code за три недели.

Расскажу, почему перед разработкой я описал весь сервис в спецификациях, как сверял расчеты со старыми отчетами из «ПланФакта» и что в собственной системе получилось удобнее. 

Почему я решил заменить «ПланФакт»

Управленческий учет мы вели в «ПланФакте»: смотрели отчеты, сводили баланс, планировали платежи. На все программы для бизнеса у меня уходило примерно 40 000 рублей в месяц, и я хотел сократить эти расходы.

Подписка на «ПланФакт» заканчивалась в июле. За следующий год нужно было заплатить еще 200 000 рублей, а мне жуть как не хотелось снова отдавать эту сумму. Поэтому я решил, что до продления попробую собрать свой сервис. На этот период как раз пришелся месяц подписки на Claude за $100 — разница в сумме в 20 раз!

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

Как я собрал задачу до работы с кодом

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

В первые месяцы работы с Claude я еще собрал для своей компании дашборд с отчетами о продажах на маркетплейсах. Тогда еще общался с ним в обычном чате без скиллов. Исправления шли по кругу: я просил переделать код, получал очередной вариант с ошибками и возвращался к правкам. Когда заканчивался контекст и Claude переставал учитывать начало длинной переписки, тот же цикл начинался заново.

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

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

Будущие разделы мы с Claude по очереди обсуждали в обычном чате. Договоренности записывали в отдельные документы по разделам сервиса. Всего получилось около 17 спецификаций. После этого Claude уже писал код по заранее согласованным требованиям.

Как я восстанавливал формулы и проверял расчеты Claude

Для нового сервиса у меня был ориентир — действующие финансовые отчеты компании. Я выгрузил документы из «ПланФакта» и использовал как образец, с которым можно сверять новую систему.

Claude разбирал данные и восстанавливал формулы, по которым были рассчитаны показатели. Он спрашивал: «Считаем так же?» Я подтверждал логику, и мы переносили ее в сервис. Финансовый менеджер в этой работе с нейросетью не участвовала, расчеты с Claude я разбирал сам. В процессе выбрал название для нового сервиса — FinFlow. 

Сложнее всего было свести баланс. Около трех лет назад нам помогали настраивать учет уже под работающую компанию, и тогда в отчетах появились корректирующие операции. Именно на них Claude Code чаще всего ошибался.

Мне было важно, чтобы на одних и тех же данных FinFlow выдавал тот же результат до конкретной цифры, что и «ПланФакт». Поэтому мы снова и снова сопоставляли расчеты нового сервиса с выгруженными отчетами и исправляли расхождения.

Когда формулы сошлись, Claude записал их в код. Теперь FinFlow считает суммы по этим правилам сам: языковая модель не участвует в каждом расчете и не решает заново, каким должен быть результат.

Разработка финансового сервиса с Claude Code
В балансе я на одном экране вижу авансы, внеоборотные активы, задолженности по кредиту

Как я навайбкодил фичу, которой не было в «ПланФакте»

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

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

Календарь —  не единственное, что мне не нравилось. Еще в «ПланФакте» большой отчет выглядел для меня как белое полотно с черными цифрами: никакие маркеры не показывали, где показатель просел. В FinFlow я добавил такую подсветку, чтобы быстрее замечать проблемные места.

Создание финансового сервиса с ИИ
Диаграмма наглядно показывает динамику разницы между поступлениями и выплатами

Как мы ведем учет сейчас

6 июля у нас закончилась подписка на «ПланФакт». Мы загрузили прежние отчеты в FinFlow и продолжили работать уже в своей системе. Сервисом пользуемся я и финансовый менеджер.

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

Операции из Ozon и Яндекс Маркета автоматически подтягиваются по API. Раз в неделю финансовый менеджер вручную загружает банковские выписки: прямой интеграции с банками, как было в «ПланФакте», у нас пока нет. FinFlow распознает выписки по заранее настроенным шаблонам и распределяет операции по заданным правилам. После этого я могу посмотреть промежуточные результаты за неделю.

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

Что я хочу изменить дальше

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

Еще одна задача — перестать быть единственным человеком в компании, который работает с нейросетями. Сейчас разработкой и внедрением занимаюсь только я. А хочется, чтобы сотрудники освоили хотя бы базовую работу с Claude и ChatGPT и применяли ее к своим задачам.

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

guest
0 Комментарий
Популярные
Новые Старые
Межтекстовые Отзывы
Посмотреть все комментарии
Поделиться ВКонтакте Telegram