Но на самом деле всё решил не он.

Ко мне обратился владелец бизнеса: сайт и 1С постоянно сбоят. Ошибки в остатках, перепутанные цены, зависающий обмен, отсутствие понимания - что именно обновилось.

Подрядчики предлагали: - переписать сайт за миллионы рублей - внедрить 1С заново за десятки миллионов Логичный вопрос собственника: «Я уже заплатил. Почему снова?»

Что показал рынок Я обзвонил несколько команд и middle+ разработчиков. Оценка: - срок - около месяца ± 2 недели - бюджет - сотни тысяч - обязательное условие - детальное ТЗ

Некоторые предлагали сначала аудит за ~250 000 ₽ и месяц работы - только чтобы подготовить техническое задание. И здесь я решил провести эксперимент.

Эксперимент Я не стал искать «волшебного разработчика». Я сел писать ТЗ. Месяц работы. 80+ страниц.

Проработал: - архитектуру потоков - форматы сообщений - идемпотентность - обработку ошибок - историю операций - мониторинг - Docker, RabbitMQ, PostgreSQL, Grafana - 12 интеграционных потоков на Python

Это был не документ «для галочки». Это была модель системы. После этого я загрузил ТЗ в две модели ИИ в режиме проекта.

Получил: - инфраструктурный каркас - конфигурации - код потоков - логику обработки ошибок

Основная структура заработала сразу. Дальше - аккуратная проверка и донастройка краевых кейсов. Через две недели сравнил тестовый контур с продуктивом. Все расхождения оказались следствием старой проблемной интеграции.

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

За первые два месяца дополнительная маржа полностью окупила все расходы на проект.

Без переписывания сайта. Без внедрения 1С «с нуля». Без миллионов инвестиций.

Самое интересное Я показал это же ТЗ разработчикам. Новая оценка: - джуны - до двух недель - сеньоры - до 3 дней Задача не изменилась. Изменилась определённость.

ИИ ничего «не решил». Решило - детально проработанное техническое задание. Когда: - логика описана, - исключения продуманы, - потоки формализованы, - архитектура определена, реализация становится вопросом техники.

ИИ - просто исполнитель (как в басне про двух работников). Как и разработчик без контекста.

Если вы не задали правильные вопросы - он не задаст их за вас. А иногда - додумает. И не всегда так, как нужно бизнесу.

Где на самом деле теряются деньги В большинстве проектов деньги уходят не на код. Они уходят на: - неопределённость - бесконечные уточнения - переделки - «мы имели в виду другое»

Детальная проработка до старта: - сокращает сроки - снижает бюджет - уменьшает риски - защищает маржу

Подхода два: вы платите за анализ заранее - или за ошибки потом.

Басня про двух работников Один работник пришёл к барину и говорит: - Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей?

Барин выглянул в окно и сказал: - Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри.

Работник сходил, вернулся: - Правда, барин. Сено везут. - А не знаешь, откуда? Может, с Семёновских лугов? - Не знаю. - Так сходи и узнай.

Сходил работник, вернулся: - Барин! С Семёновских лугов. - А не знаешь, первого или второго укоса? - Не знаю. - Так сходи, узнай.

Снова сходил. - Барин! Первого укоса. - А по чём продают? - Не знаю. - Так узнай.

Сходил ещё раз.

- По пять рублей. - А дешевле не отдают? - Не знаю.

В этот момент входит Иван: - Барин! Мимо везли сено с Семёновских лугов первого укоса. Просили по пять рублей. Я сторговался по три рубля за воз. Я их загнал во двор - они разгружают.

Барин повернулся к первому работнику: - Теперь ты понял, почему тебе платят пять копеек, а Ивану пять рублей?

Разница не в инструменте. Разница - в глубине проработки. И это одинаково справедливо и для людей, и для ИИ.