Нейросеть вместо программиста: что она закроет в малом бизнесе

Формулировка «нейросеть вместо программиста» звучит либо как обещание, либо как провокация — в зависимости от того, кто её произносит. На практике это ни то ни другое. Есть набор задач, которые в небольшой компании годами висели в очереди к подрядчику просто потому, что своими силами их было не сделать: написать тексты на сайт, сверстать картинки под карточки, разобрать выгрузку из таблицы, собрать шаблон договора. Часть этой очереди действительно рассосалась. Другая часть — та, где речь идёт о деньгах, данных клиентов и связке с учётными системами, — никуда не делась и не денется.

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

Где на самом деле проходит граница

Интуитивно кажется, что граница проходит по сложности: простое делаем сами, сложное отдаём специалисту. Это неверный критерий. Разбор стостраничного отчёта — задача объективно сложная, и модель с ней справляется. Приём оплаты картой — задача, которую в теории описывает пара страниц документации, и именно её самому лучше не трогать.

Границу задают два других параметра.

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

Кто отвечает за поддержку. Сгенерированный текст живёт как есть. Работающая система живёт годами: меняются условия на стороне партнёров, накапливаются данные, всплывают ситуации, которых не было при запуске. Если чинить некому, к первому сбою вы останетесь с кодом, который никто в компании не понимает.

Всё остальное — производные от этих двух пунктов.

Что небольшая компания закрывает своими силами

Здесь список получается длиннее, чем принято думать, и в нём почти нет собственно программирования. Это работа с содержимым, а не с системами.

Тексты для сайта, рассылок и соцсетей. Описания услуг, страница «о компании», письма клиентам, ответы на типовые обращения, посты. Задача полностью в зоне модели: вы даёте факты, она даёт формулировки. Единственное правило — факты, цены и сроки пишете вы, иначе в тексте появятся выдуманные «более десяти лет на рынке».

Описания товаров и карточки. Особенно когда позиций сотни и они однотипны. Модель разворачивает сухие характеристики в связный текст по одному шаблону, и результат по всей номенклатуре получается единообразным — руками так не выходит, человек устаёт и начинает писать по-разному.

Изображения. Фоны, иллюстрации, баннеры, обложки, простая предметная съёмка. Раньше это был или сток, или дизайнер, или ничего. Сейчас это генератор изображений и полчаса перебора вариантов. Отдельно стоят готовые инструменты без промта — удаление фона, увеличение размера, улучшение снимка, перевод в вектор: загрузили и получили. Про предметные фото есть отдельный разбор.

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

Разбор выгрузок и таблиц. Экспорт из кассы, отчёт по рекламе, список заказов за квартал. Вы кидаете файл и спрашиваете человеческим языком: какие позиции просели, где выбросы, что общего у отменённых заказов. Это не заменяет аналитику, но закрывает вопрос «посмотреть глазами и понять, куда копать». Тот же приём работает и с длинными документами — по своим файлам модель отвечает точнее, чем по памяти, подробнее в статье про промты для анализа документов.

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

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

Что остаётся за живым разработчиком

Теперь обратная сторона. Список короче, но каждый пункт — не про «сложно», а про «дорого ошибиться».

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

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

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

Всё, что работает без присмотра. Скрипты по расписанию, рассылки, автоматические статусы. Пока смотрите — всё хорошо. Через месяц не смотрит никто, а система продолжает делать что-то с вашими данными.

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

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

Серая зона: код для внутреннего пользования

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

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

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

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

Как это меняет работу с подрядчиком

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

Опиши техническое задание на доработку для разработчика.
Задача своими словами: [что нужно сделать].
Что есть сейчас: [какие системы и сайты уже работают].
Кто будет пользоваться: [сотрудники или клиенты].

Оформи так:
1. Цель одной фразой.
2. Сценарии использования по шагам.
3. Что считается исключением и что делать в каждом случае.
4. Какие данные участвуют и где они хранятся.
5. Вопросы, которые разработчик задаст мне первым делом.

Не предлагай технологии, я в них не разбираюсь.

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

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

Как считать, а не угадывать

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

Считать надо не «сколько сэкономил на подрядчике», а сколько задач из первого списка вы вообще не делали, потому что было некому. Обычно это и есть главный выигрыш: не замена оплаченного труда, а появление того, чего не было.

Расходы на сами модели складываются из количества генераций, а не из абонентской платы. Для оценки достаточно прикинуть месячный объём и свериться с актуальным прайсингом — цены по моделям различаются заметно, и на рутине почти всегда хватает облегчённых версий. Бесплатная дневная норма закрывает разовые задачи без каких-либо трат вообще.

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

Частые вопросы