Малый бизнес, большие возможности: Как использовать ИИ для роста без лишних затрат

Роль полезна, когда описывает функцию.

Слабый вариант:

«Ты — самый известный эксперт по продажам. Напиши идеальный текст».

Рабочий вариант:

«Работай как редактор коммерческого текста для малого бизнеса. Отделяй подтверждённые факты от предположений, не усиливай обещания без основания, пиши для указанной аудитории и проверяй текст по заданным критериям».

Для анализа:

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

Для подготовки решения:

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

Такая роль задаёт не статус, а дисциплину. Она сообщает модели, через какую профессиональную оптику смотреть на задачу.

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

Примеры входа и образцы результата

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

Ответ клиенту

Предположим, клиент прислал только фотографию помещения и спросил о стоимости комплекта. У бизнеса нет размеров, выбранного материала и желаемого срока запуска.

Запрос:

«Составь короткий ответ клиенту. Цель — получить недостающие данные для предварительного расчёта. У нас уже есть фотография помещения, поэтому не проси прислать её повторно. Не называй цену и срок изготовления до уточнения данных. Задай не более четырёх вопросов. Формат: готовый текст ответа длиной до 600 знаков и отдельный список внутренних причин, почему нужны эти данные. Тон спокойный, без давления».

Ожидаемый результат:

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

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

Сравнительный разбор

Для сравнения двух материалов входные данные можно задать так:

«Материал А: стоимость комплекта 96 000 рублей, базовый срок 14 рабочих дней, способ ухода не указан. Материал Б: стоимость комплекта 126 000 рублей, базовый срок 18 рабочих дней, способ ухода не указан. Доставка и монтаж в обе суммы не входят. Сравни варианты для кафе, которое планирует открыть зал через месяц. Не делай вывод о долговечности, если данных нет».

Удобный формат результата может выглядеть так.

Стоимость комплекта. Материал А — 96 000 рублей, материал Б — 126 000 рублей. Нужно проверить, входят ли в суммы дополнительные элементы.

Базовый срок. Для материала А — 14 рабочих дней, для материала Б — 18. Нужно проверить, достаточно ли этого срока до открытия.

Доставка и монтаж. В стоимость обоих вариантов не входят. Нужно уточнить итоговую стоимость работ.

Уход за поверхностью. Данные по обоим материалам отсутствуют. Нужно запросить инструкцию производителя.

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

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

Расчёт

Для расчёта экономики отдельного заказа запрос может выглядеть так:

«Рассчитай валовую прибыль заказа. Выручка — 180 000 рублей. Материалы — 96 000 рублей. Работа — 28 000 рублей. Доставка — 8 000 рублей. Не включай налоги, аренду и административные расходы, так как их нет во входных данных. Покажи формулу, сумму валовой прибыли, её долю в выручке и результат при увеличении стоимости материалов на 10 процентов. Если какого-либо значения не хватает, не подставляй ноль».

Корректный результат:

Выручка: 180 000 рублей.

Прямые затраты: 96 000 + 28 000 + 8 000 = 132 000 рублей.

Валовая прибыль: 180 000 − 132 000 = 48 000 рублей.

Доля валовой прибыли в выручке: 48 000 / 180 000 × 100 = 26,7 процента.

При увеличении стоимости материалов на 10 процентов материалы составят 105 600 рублей. Валовая прибыль снизится до 38 400 рублей, а её доля в выручке — до 21,3 процента.

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

Список вопросов и сценарий звонка

Если задача состоит в подготовке разговора с потенциальным клиентом, запрос должен описывать не только тему, но и результат звонка:

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

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

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

Три прохода вместо просьбы «сделай лучше»

Один запрос редко должен одновременно создавать, проверять и окончательно редактировать материал. Надёжнее разделить работу на три прохода.

Первый проход — черновик.

«Подготовь первый вариант результата по входным данным. Не стремись скрыть пробелы: перечисли их после основного текста».

Второй проход — критика.

«Проверь результат по пяти критериям. Для каждого укажи “соответствует”, “не соответствует” или “нужны данные”. Отдельно перечисли неподтверждённые утверждения, пропущенные факты, неясные места и три наиболее полезных исправления. Не переписывай весь текст».

Третий проход — улучшение.

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

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

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

Если условия меняются

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

Что произойдёт, если цель публикации изменится?

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

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

Если задача — объяснить разницу между вариантами материалов, нужен сравнительный разбор, а не эмоциональное описание преимуществ.

Меняется не только заголовок. Меняются критерии качества, формат и следующий шаг.

Что делать, если данные неполные или устарели?

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

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

Это полезнее, чем получить число с нулевыми значениями, которые модель молча подставила вместо пропусков.

Что делать, если цена ошибки высока?

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

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

В этом случае автоматизация ограничивается этапом подготовки. Отправку выполняет человек после сверки.

Библиотека запросов для команды

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

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

Карточка шаблона должна содержать несколько полей.

Название. Оно должно описывать действие, объект и канал. Например: «Пост_расчёт_комплекта_для_кафе_ВКонтакте_v1».

Назначение. Одно предложение: «Получить первый вариант публикации для заявок на расчёт».

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

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

Критерии качества. Что должно быть выполнено, чтобы материал можно было передать на проверку или публикацию.

Дата обновления. Она показывает, насколько свежи условия и факты.

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

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

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

Правила пополнения библиотеки просты.

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

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

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

В-четвёртых, новую версию проверяйте на той же небольшой выборке, на которой тестировалась старая. Иначе невозможно понять, стало ли улучшение реальным.

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

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

Четыре заготовки для библиотеки

Шаблон для текста

«Задача: подготовь [тип текста] для [аудитория] с целью [действие].

Контекст: используй только следующие факты, актуальные на [дата]: [факты]. Неизвестно или требует проверки: [список].

Ограничения: [объём], [тон], [запрещённые обещания], [число призывов], [правила работы с персональными данными].

Формат: [заголовок], [число абзацев], [призыв], [внутренний блок проверки].

Критерии качества: [обязательные факты], [требуемое действие], [проверка ограничений], [допустимый объём]».

Шаблон для анализа и сравнения

«Сравни [объекты] по критериям [список]. Используй только входные данные. Отдели подтверждённые значения от предположений. Не заполняй неизвестные поля нулями или догадками.

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

Критерии качества: все значения имеют единицы измерения; неизвестные поля отмечены; выводы связаны с критериями; рекомендации не выдают предположение за факт».

Шаблон для расчёта

«Рассчитай [показатель] по данным: [значения и единицы]. Покажи формулу, промежуточные шаги и итог. Отдельно рассчитай сценарий [изменение параметра]. Не включай статьи, которых нет во входных данных. Не подставляй ноль вместо пропуска. В конце перечисли, какие значения нужно проверить в таблице или первичном документе».

Шаблон для подготовки решения

«Подготовь материалы для решения по вопросу [вопрос]. Сравни варианты [варианты] по критериям [критерии]. Для каждого варианта укажи преимущества, ограничения, стоимость ресурсов, риски и неизвестные данные. Не выбирай вариант, если отсутствует обязательная информация. В конце дай список из пяти вопросов, ответы на которые изменят решение».

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

Алгоритм сборки запроса

Перед отправкой запроса пройдите семь шагов.

1. Назовите действие: написать, сравнить, посчитать, проверить или подготовить.

2. Зафиксируйте адресата и результат: кто будет использовать ответ и что должно произойти после него.

3. Отберите только нужные факты и укажите дату их актуальности.

4. Перечислите неизвестные сведения и запреты на догадки.

5. Задайте формат: блоки, объём, столбцы, порядок и единицы измерения.

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

7. Если ошибка дорога, разделите работу на черновик, критику и улучшение, а перед применением назначьте человеческую проверку.