Как собрать первый рабочий ИИ-инструмент для бизнеса

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

С чего начать, если команды разработчиков нет?

Предприниматель часто думает так: «У меня нет разработчиков, значит, я не могу сделать свой инструмент». Сейчас это уже не совсем правда. Через ИИ можно собрать рабочую первую версию без команды, если не пытаться сразу строить большую систему.

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

Я бы начинал с вопроса: «Что я повторяю каждую неделю и каждый раз делаю примерно одинаково?» Спроси проще: «Какую свою боль я могу убрать уже сейчас?» Вопрос про продукт для рынка оставь на потом. Такой подход безопаснее: ты не тратишь силы на спор с рынком, не тратишь бюджет на догадки и быстро видишь пользу.

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

Как понять, что задача подходит для первого ИИ-инструмента?

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

Хорошие примеры:

1. Разобрать входящие заявки и разложить их по срочности.
2. Превратить заметки после созвона в список задач.
3. Сравнить прайс поставщиков и подсветить отличия.
4. Подготовить черновик ответа клиенту по шаблону.
5. Собрать недельный отчёт из таблицы в человеческий текст.
6. Проверить заявку в поддержку: хватает ли данных для старта.

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

Проверь задачу по пяти вопросам:

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

Что лучше собрать первым: бота, таблицу или мини-сервис?

Разработку отдельного приложения оставь на потом. На первой версии это часто лишнее. Твоя цель - проверить снятую ручную работу. Красивый интерфейс подождёт.

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

Мини-сервис стоит делать тогда, когда ты уже 2-3 недели пользуешься первой версией и понимаешь: да, это надо сохранить, ускорить, дать сотрудникам и довести до нормального вида.

После таких разборов у меня обычно рождаются темы для канала «Просто про бизнес»: что можно собрать самому, где нужен разработчик, а где достаточно нормально описать процесс. Если хочешь смотреть на такие примеры регулярно - вот канал: t.me/prosto_pro_biz.

Как описать процесс так, чтобы ИИ понял задачу?

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

Опиши процесс как маленькую инструкцию для нового сотрудника:

1. Роль: кто пользуется инструментом.
2. Вход: что он получает.
3. Цель: какое решение или черновик нужен.
4. Правила: что считать хорошим, срочным, опасным, неполным.
5. Выход: в каком формате вернуть результат.
6. Проверка: как понять, что всё верно.
7. Ограничения: чего инструмент не имеет права делать.

Слабая постановка:

Сделай бота для обработки заявок клиентов.

Рабочая постановка:

Мне нужен помощник для первичной обработки заявок в ИТ-поддержку.
На вход он получает текст сообщения от клиента.
Он должен определить:
1. что именно не работает;
2. у кого проблема: один человек, отдел, весь офис;
3. когда началось;
4. есть ли текст ошибки;
5. есть ли скриншот или фото;
6. насколько задача срочная.

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

Разница огромная. Во втором варианте уже виден будущий инструмент. Его можно проверять, улучшать и отдавать сотруднику. В первом варианте видна только мечта.

Какой промпт дать ИИ, чтобы получить рабочую первую версию?

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

Ты помогаешь предпринимателю без команды разработчиков собрать первый рабочий ИИ-инструмент для бизнеса.

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

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

Что нужно от тебя:
1. Сузь задачу до первой версии, которую можно собрать за 1-2 вечера.
2. Опиши входные данные: какие поля нужны обязательно, какие желательны.
3. Опиши правила обработки простыми словами.
4. Опиши формат результата: таблица, список, JSON, текст для сотрудника или черновик ответа.
5. Дай 10 тестовых примеров входа и ожидаемого выхода.
6. Предложи самый простой способ запуска без команды разработчиков: таблица, бот, no-code-связка или маленький скрипт.
7. Отдельно напиши, где нужен человек на проверке и что нельзя автоматизировать в первой версии.

Ограничения:
- большую платформу не предлагай;
- реальные клиентские данные на первом шаге не подключай;
- любая отправка клиентам идёт только после подтверждения человека;
- объясняй без технического жаргона.

После первого ответа не спеши просить собрать код. Сначала проверь, понял ли ИИ процесс. Если список полей странный, правила общие, а тестовые примеры не похожи на жизнь, верни его назад: «Вот три реальные заявки, поправь правила под них».

Хорошая первая версия рождается через 3-5 уточнений. Это нормально. Ты не пишешь идеальное задание с первого раза, ты разговариваешь с помощником как с младшим специалистом: дал задачу, проверил, уточнил, снова проверил.

Как проверить, что инструмент полезен, а не просто красивый?

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

Проверка простая:

1. Возьми 10-20 старых примеров из реальной работы. Без персональных данных, если работаешь в открытом ИИ-сервисе.
2. Для каждого примера заранее напиши правильный результат руками.
3. Прогони примеры через инструмент.
4. Отметь три статуса: попал, частично попал, ошибся.
5. Отдельно выпиши опасные ошибки: перепутал срочность, придумал факт, предложил отправить клиенту лишнее.
6. Исправь инструкцию и повтори прогон.

Минимальная таблица проверки:

Я бы считал первую версию полезной, если она правильно помогает хотя бы в 70-80% простых случаев и не делает опасных действий сама. Остальные 20-30% на старте закрывает человек. Потом ты собираешь ошибки, улучшаешь правила и постепенно повышаешь точность.

Где нельзя доверять первому ИИ-инструменту без человека?

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

Без человека не отдаём ИИ:

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

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

Отдельно про данные. Если используешь внешний ИИ-сервис, убери персональные данные клиентов перед вставкой, договоры, пароли, закрытые финансы и внутренние доступы. Для проверки почти всегда можно обезличить пример: «клиент А», «сумма X», «договор N». На первом шаге этого достаточно.

Как внедрить инструмент в работу без сопротивления?

Предприниматели часто ломают внедрение тем, что сразу объявляют: «Теперь все работаем по-новому». Команда видит дополнительную систему вместо помощи, куда надо заходить, что-то заполнять и бояться ошибки.

Сделай мягче:

1. Проверь инструмент на себе.
2. Дай одному спокойному сотруднику.
3. Скажи: «Попробуй, должно убрать часть рутины». Без слова «обязан».
4. Собери 5-10 замечаний.
5. Исправь только то, что реально мешает.
6. Потом подключай остальных.

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

Что делать после первой рабочей версии?

Первая версия отвечает на один вопрос: «Есть ли здесь польза?» Если да, дальше есть три пути.

Первый путь - оставить как есть. Иногда таблицы с хорошим промптом достаточно. Сервис из этого делать не всегда нужно.

Второй путь - добавить автоматизацию. Например, заявка сама попадает в таблицу, ИИ делает разбор, сотрудник видит готовую карточку и подтверждает.

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

Мой совет простой: первый ИИ-инструмент для бизнеса должен быть скучным. Не впечатлять, а работать. Если он каждый день экономит 15 минут на повторяющейся задаче, это уже хороший старт. Потом из таких маленьких инструментов собирается нормальная система.

Если задача уже касается нормальной ИТ-инфраструктуры, а первый прототип остался позади - компьютеры, сеть, доступы, 1С, резервные копии, безопасность - это зона, где лучше не геройствовать в одиночку. Для такого у нас есть Топ-Топ Админ: берём ИТ малого и среднего бизнеса на сопровождение, чтобы техника работала спокойно.

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