AI без программиста: как малый бизнес становится AI-native

Первый вопрос, который я слышу от владельца малого бизнеса, почти всегда один: "Мне для этого нужно нанимать программиста?" Ответ нет, и вера в обратное это самая дорогая идея в AI для малого бизнеса прямо сейчас. Она заставляет ждать, закладывать в бюджет ненужную ставку и относиться к AI как к ИТ-проекту, а не как к привычке. Я не пишу для клиентов код. Я не разработчик и не агентство. Я делаю так, чтобы команда реально пользовалась AI, и ухожу. Разберём, почему кода тут нет.

В чём на самом деле работа

Посмотрите, что съедает неделю маленькой команды. Однотипные письма. Разбор входящих. Сводка в понедельник. Ответы на отзывы. Напоминания.

Каждая из этих задач это чтение, написание, сортировка или сводка. Именно это языковая модель делает хорошо, и делает через обычный разговор, а не через код. Человек печатает, что нужно, AI готовит черновик, человек проверяет. Никакого этапа сборки.

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

Что на самом деле значит "AI-native"

AI-native звучит как большое техническое состояние. Это не так. AI-native команда это команда, где AI по умолчанию делает определённую часть еженедельной работы, а люди проверяют и решают.

Тест простой. Если убрать шаг с AI, команда заметит это в понедельник? Если да, для этого процесса команда уже AI-native. Если инструмент стоит без дела и его никто не хватится, команда не AI-native, сколько бы подписок она ни оплачивала.

Значит, AI-native это привычка, а не покупка. К ней приходят по одному процессу за раз, ровно так же, как человек вырабатывает любую рутину.

No-code стек, который нужен маленькой команде

Три вещи, и две из них у вас уже есть.

Это весь стек. Нет новой платформы, на которую надо переезжать, нет кода, который надо поддерживать, нет инженера в штате.

Почему владельцы всё равно тянутся за программистом

Две причины, и обе ловушки.

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

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

Большинство думает, что перейти на AI значит нанять программиста. Мои клиенты так не думают. Они заставляют команду пользоваться тем, что уже есть, и владеют результатом.