ИИ для E-Commerce и продаж

Начать с задержки в работе

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

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

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

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

От ручного помощника к автоматическому действию

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

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

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

Сравнить эффект и цену проверки

Предположим, сотрудник готовит одну карточку за сорок минут. После подключения ИИ черновик появляется за пять минут, но проверка занимает двадцать. Экономия составляет пятнадцать минут, а не тридцать пять. Если из-за плохих данных ещё десять минут уходит на переписку с поставщиком, фактический выигрыш сокращается до пяти. Это условный расчёт; измерять надо весь процесс до принятого результата.

Для выбора задач используйте четыре вопроса. Как часто выполняется операция? Сколько времени можно сэкономить после проверки? Насколько легко обнаружить ошибку? Что произойдёт, если ошибка пройдёт дальше? Ответы позволяют сравнивать задачи без сложной системы баллов. Высокая частота и простая проверка делают задачу подходящей для пилота. Редкая операция с серьёзными последствиями нуждается прежде всего в процедуре, а не в автоматизации.

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

Составить паспорт пилота

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

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

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

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

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

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

В условном примере товар продаётся за 2 400 рублей. Закупка стоит 950, упаковка — 70, комиссия — 360, доставка и обработка — 220, платёжные расходы — 40. На возвраты и связанные с ними потери заложено ещё 160 рублей в среднем на успешную продажу. До рекламы и постоянных расходов остаётся 600 рублей: 2 400 − 950 − 70 − 360 − 220 − 40 − 160. Это маржинальный доход по принятой модели, а не чистая прибыль.

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

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

Найти допустимую стоимость привлечения

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

Если в примере с 600 рублями маржинального дохода магазин хочет оставить 250 рублей на покрытие постоянных расходов и результат бизнеса, для привлечения остаётся 350 рублей на продажу. Сначала из этой границы нужно вычесть применимые переменные расходы, не включённые в пример, в том числе налоги по выбранной модели. Только остаток можно считать допустимым расходом привлечения. Это управленческая граница, а не универсальная норма. Когда новый покупатель возвращается и совершает другие покупки, допустимый CAC может быть выше. Но опираться нужно на наблюдаемое поведение сопоставимых клиентов, а не на обещание, что все обязательно купят повторно.

ROAS показывает отношение выручки, приписанной рекламе, к рекламным расходам. Если на рекламу потрачено 20 000 рублей, а приписанная ей выручка равна 100 000, ROAS составляет 5, или 500%. Это не означает прибыль 80 000 рублей. Из выручки надо оплатить товар и все другие расходы. Для товара с небольшой маржой даже высокий ROAS может оказаться недостаточным.

Доля рекламных расходов, или ДРР, в той же модели составляет 20%: 20 000 ÷ 100 000 × 100%. Показатели зависят от того, какую выручку включили в знаменатель: все продажи магазина или только продажи, отнесённые к кампании. Запишите определение рядом с цифрой. ИИ легко сравнит разные основания, если не дать ему эту информацию.

Оценить стоимость автоматизации

В стоимость внедрения входят настройка, подготовка данных, подписки, запросы к модели, работа сотрудника и исправление ошибок. Разовый платёж распределяйте на понятный срок, если хотите сравнить месячный эффект. Например, настройка за 30 000 рублей при планируемом сроке использования десять месяцев даёт условные 3 000 рублей в месяц. Это внутренний расчёт для решения, а не правило бухгалтерского учёта.

Допустим, помощник экономит двадцать часов в месяц. Стоимость часа для расчёта — 700 рублей. Потенциальная экономия равна 14 000 рублей. Подписка и запросы стоят 4 000, ежемесячный контроль — ещё 3 500, доля настройки — 3 000. Расчётный эффект составляет 3 500 рублей в месяц. Если высвободившееся время сотрудники не используют продуктивно и расходы не уменьшаются, эти 3 500 не превращаются автоматически в деньги на счёте.

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

Проверить устойчивость расчёта

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

Попросите ИИ: «Вот модель расходов. Проверь арифметику, назови возможные пропущенные статьи и укажи, какие строки нельзя подтвердить по этим данным. Затем пересчитай результат при росте логистики на 15% и снижении цены продажи на 5%. Не добавляй неизвестный налоговый режим». Проверяйте расчёты в таблице или калькуляторе: текстовая модель может ошибиться даже при простой формуле.

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

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

Собрать небольшой рабочий набор

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

CRM — система, в которой хранятся обращения, контакты, сделки и история действий с клиентами. API — программный интерфейс: через него одна программа передаёт другой запросы и получает результаты. Вручную вы вставляете текст в окно нейросети; через API это делает программа. Автоматическая передача не улучшает качество сведений сама по себе, но позволяет повторять процедуру и контролировать её выполнение.

Для российского магазина доступны российские модели и встроенные функции торговых и рекламных платформ. Например, официальная документация GigaChat описывает программную генерацию и работу с файлами [7]. В Директе есть редактор для создания и изменения креативов [2]. Это примеры возможностей, а не рекомендация покупать конкретный тариф. Наличие функции в документации не подтверждает её доступность для любого аккаунта и любой категории товара.

Проверять пригодность на собственной задаче

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

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

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

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

Сделать паспорт товара источником фактов

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

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

Каждое важное утверждение связывайте с документом, замером или другим допустимым подтверждением. «Поставщик написал в мессенджере» может быть сигналом для уточнения, но для критичного свойства лучше получить официальную спецификацию. Запишите степень уверенности словами: подтверждено документом, проверено образцом, требует уточнения. Модель не должна превращать последнюю категорию в уверенное описание.

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

Организовать обновления

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

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

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

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

Разделить интерес, покупку и доступный рынок

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

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

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

Яндекс Вордстат позволяет изучать статистику запросов, их динамику и региональные различия [6]. Выберите регионы, в которые можете доставлять товар на приемлемых условиях. Запишите использованную формулировку и настройки: без них результаты повторного поиска трудно сравнить. Данные поисковой системы не равны поиску внутри маркетплейса, поэтому наблюдения из этих сред храните отдельно.

Смотреть на изменения во времени

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

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

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

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