Допустим, мастерская печатает открытки с авторскими рисунками. Человек увидел лису на велосипеде, написал «Какая чудесная!» и спросил цену тиража. В чате лежит сердечко, мастеру приятно. Лиса уже взяла разгон, развевает хвост и явно собирается проехать всю воронку без остановок. А её будущий владелец пока только запросил расчёт. Ему ещё предстоит выбрать макет, оплатить и получить открытки.
У стрелки «Заинтересовался → купил» завидная прыгучесть: она перескакивает через выбор макета, оплату и получение. На бумаге всё закончилось, а в мастерской между этими словами ещё лежат переписка и стопка открыток. Развернём путь на отдельные события. Тогда будет видно, где человек сейчас, что ему нужно и какое действие изменит его положение.
У Гулливера перед освобождением накопилось много прошений. В лилипутском дворе обсудили условия, он принёс присягу, и цепи сняли. В сцене есть видимая граница: понятно, после какого действия положение изменилось. Для карты нам полезна такая же ясность перехода — у каждого шага будет своё подтверждение.
Нейросеть для воронки продаж: сначала зададим исходные этапы
Возьмём придуманный редакцией пример мастерской. Здесь известен только порядок действий покупателя: посмотрел страницу, запросил расчёт, согласовал макет, оплатил, получил заказ. Проценты, сроки и систему учёта в исходник не добавляли.
Первый результат — карта этих пяти этапов и список сведений, которые ещё нужно будет фиксировать. Она поможет обсудить работу мастерской и выбрать следующий шаг. Самостоятельно отправлять сообщения, принимать платежи и выдавать заказы такая текстовая схема не начинает.
Скопируйте исходник целиком:
Мастерская продаёт печать авторских открыток.
Путь покупателя в этом примере:
1. Посмотрел страницу с предложением.
2. Запросил расчёт.
3. Согласовал макет.
4. Оплатил заказ.
5. Получил заказ.
Сроки, доли переходов, реальные записи событий и CRM не заданы.
Нужна карта этапов с понятными условиями перехода.В своём деле начните с похожего рассказа: «Человек увидел работу, написал мне, мы выбрали вариант, потом он оплатил и получил вещь». Не обязательно сразу знать названия всех этапов. Если в рассказе пропуск, попросите помощника спросить именно о нём. Так из знакомой истории получится первая карта.
Схема учебного пути покупателя. У оплаты и получения разные места; счётчиков и измеренных долей в примере нет.
Откройте отдельный чат и попросите карту
Начните обычный текстовый диалог на alice.yandex.ru. При запросе входа используйте свой Яндекс ID. Вставьте исходник и следом задание:
Сделай карту пяти этапов из моего описания. Для каждого укажи наблюдаемое входное событие, что нужно человеку дальше и критерий перехода. Не считай просмотр страницы или запрос расчёта оплатой. Для согласования макета назови отдельный проверяемый критерий. Оплату и получение заказа сохрани разными этапами. Не придумывай конверсию, сроки и не выбирай CRM. Отдельно перечисли, какие записи событий нужны для измерения, но пока отсутствуют. Представь карту таблицей, а вопросы — коротким списком.
Цель, контекст и формат результата соответствуют подходу из официальных советов Алисы по запросам. Специальный режим для первого текста не требуется. Расширенные возможности могут зависеть от доступа и нагрузки, поэтому начинаем с обычного диалога.
В ответе ищите три разные вещи. Входное событие объясняет, почему человек оказался на этапе. Его следующая потребность подсказывает, что ему нужно получить от мастерской. Критерий перехода показывает, когда можно считать следующий шаг состоявшимся.
Например, «согласовал макет» — уже название состояния. Для проверки понадобится понять, какой макет и чем подтверждено согласие. Простая просьба о карте должна помочь добраться и до этой детали.
Образец для сверки: где находится покупатель
Ниже редакторский образец по заданному исходнику. Ответ Алисы может отличаться по оформлению; фактическим ответом сервиса этот образец не является. Сравните с ним смысл пяти строк.
| Этап | Входное событие | Что нужно человеку дальше | Критерий следующего шага |
|---|---|---|---|
| Посмотрел страницу | Зафиксирован просмотр страницы предложения | Понять, что можно заказать и как запросить расчёт | Получен запрос расчёта от этого человека |
| Запросил расчёт | Пришло обращение с просьбой посчитать заказ | Получить расчёт, уточнить параметры и увидеть макет | Подтверждено согласие с определённой версией макета |
| Согласовал макет | Есть явное согласие с конкретной версией | Понять условия и способ оплаты своего заказа | Подтверждено поступление оплаты по этому заказу |
| Оплатил | Есть подтверждение оплаты нужного заказа | Узнать порядок получения и получить открытки | Подтверждено фактическое получение заказа покупателем |
| Получил заказ | Есть подтверждение получения | Проверить, что получен свой заказ | Для этой карты путь завершён; дальнейшее действие задаётся отдельно |
Таблица задаёт, как мы будем различать этапы. В нашем исходнике ещё нет настоящего журнала событий: его запись о просмотре или получении только предстоит организовать. Поэтому готовая карта сначала помогает выбрать, что наблюдать, а затем — что считать.
Не каждый человек обязан пройти путь ровно по одному разу. Макет могут вернуть на правку, после уточнения размера снова попросить расчёт, а до оплаты отложить заказ. Для первого варианта достаточно основной последовательности. Когда встретится такой случай, сохраните его как отдельный вопрос к карте.
Согласование: что именно человек одобрил
У лисы сначала был зелёный фон. Потом мастер поменял надпись, показал второй вариант, а покупатель ответил «Классно!». В переписке теперь два изображения и одна похвала. Если отправить в печать первое попавшееся, можно изготовить вполне настоящую стопку с прежней надписью. Поэтому вопрос к карте предметный: какую версию человек согласовал для печати?
Я выбираю простой критерий: есть явное согласие с определённой версией макета. Например, в учебной переписке это могло бы звучать так: «Версию 2 с зелёным фоном и этой надписью согласовал для печати». В своей работе способ подтверждения можно определить удобный вам; важно сохранить связь с тем вариантом, который пойдёт в изготовление.
Схема критерия: определённый вариант плюс подтверждённое согласие. Она показывает смысл этапа, а не настоящий заказ или интерфейс системы.
Связь с версией пригодится обоим: покупатель узнаёт согласованную надпись, мастер находит нужный файл. Лиса может ехать в печать с тем фоном, который выбрали, а не с тем, который первым попался в папке. Если в ответе модели стоит только «обсудили дизайн», попросите уточнить, какое подтверждение переведёт заказ дальше.
Попросите помощника проверить строку: «Какое сообщение или действие позволит отличить обсуждение макета от согласования? Покажи, какие сведения нужны для связи с версией». Так вы получите вопрос к собственному процессу, а не ещё одно красивое название этапа.
Деньги поступили, а открытки ещё в мастерской
Следующий переход подтверждается оплатой конкретного заказа. Просьба посчитать тираж, отправленный счёт и сообщение «сейчас оплачу» описывают другие действия. В нашей карте этап оплаты наступает, когда есть подтверждение самого платежа и понятно, к какому заказу он относится.
Мастер собрал пакет, завязал бечёвку и поставил на полку. Открытки готовы. Лиса уехала с экрана на бумагу и теперь стоит в тираже, аккуратно умноженная. Но весь тираж пока в мастерской. Сообщение «Ваш заказ готов» помогает покупателю двигаться дальше; последняя строка карты изменится после подтверждённого получения им заказа.
Схема различает оплату и получение. Готовность пакета показана внутри работы после оплаты, без добавления ещё одного обязательного этапа в исходную пятёрку.
Способ и сроки выдачи наш исходник не сообщает. Запишите вопросы: как человек узнаёт о готовности, как получает заказ, где появляется подтверждение получения. Ответы мастерской затем уточнят карту. Выбранный пример доставки не нужно незаметно подставлять вместо отсутствующих условий.
Если помощник закончил карту словом «оплатил», укажите пропущенный факт прямо:
В исходнике есть получение заказа после оплаты. Верни отдельный этап «Получил заказ». Для него нужен факт получения покупателем; готовность к выдаче сама по себе его не подтверждает. Перепиши только связанные с этим строки и покажи, какие критерии изменились.
После исправления снова посмотрите на обе строки. Оплата сохранила собственное событие, получение — собственное, а между ними виден вопрос о выдаче. Теперь незаконченный заказ не спрячется за удачным платёжным статусом.
Какие записи нужны, прежде чем считать переходы
Попросите Алису перечислить отсутствующие данные. Для нашей учебной карты полезен такой список:
- запись просмотра нужной страницы;
- запись запроса расчёта;
- подтверждение согласованной версии макета;
- подтверждение оплаты с привязкой к заказу;
- подтверждение фактического получения покупателем.
Для связи этапов нужен ещё способ понять, что записи относятся к одному пути: к тому же обращению или заказу. На сайте просмотр может быть анонимным, а запрос прийти позже в сообщении. Эту связь нельзя получить из одного названия этапа — её нужно отдельно продумать для своего способа работы.
К каждой записи впоследствии пригодится время события. Оно позволит выбрать период наблюдения и разобраться, какие заказы ещё находятся в работе. В исходнике таких данных нет, поэтому наша таблица остаётся схемой с критериями. Реальные числа появятся после учёта событий.
На первом проходе сохраните список записей рядом с картой и проверьте один знакомый заказ. Согласование нашлось в сообщениях, платежу соответствует подтверждение, а о получении никто ничего не отметил. Вот небольшой следующий шаг: решить, какое подтверждение выдачи будет оставаться. С выбором программы проще определиться, когда понятен именно такой пробел.
Если вы хотите позже считать доли переходов, сначала определите период, единицу учёта и правила для повторных обращений. Один человек может несколько раз открыть страницу, а один заказ — пройти несколько версий макета. Важно договориться, что именно попадёт в числитель и знаменатель. Назначать произвольные проценты на этапе составления схемы незачем.
Сохраним карту отдельно от переписки
Прочитайте весь полученный ответ. Сверьте пять названных событий, критерий согласования и отдельное получение. Затем выберите проверенный вариант и скопируйте его в свою заметку или документ.
В официальной справке Алисы по работе с текстом описано копирование ответа кнопкой с двумя квадратами. Сохраните рядом исходник и список открытых вопросов. Так у вашей карты останется понятная версия, даже если дальше в чате появятся другие варианты.
Для собственных материалов можно попросить итоговую правку:
Сверь карту с моим исходным описанием. Покажи, где ты добавил предположение, а где использовал прямо названный факт. Сохрани все пять этапов. У предположений сформулируй вопрос ко мне. Итог дай отдельно: карта и недостающие сведения, без конверсий и выбора программы.
Нейросеть для воронки продаж полезна и в таком сверочном диалоге: по вашей карте она формулирует конкретные вопросы. Вы выбираете, что исправить первым. Вместо общей задачи «улучшить всё» появляется действие, которое можно выполнить и затем проверить на собственном заказе.
Когда понадобится разложить работу мастерской на задачи — что нужно для расчёта, макета и выдачи, — продолжите планом задач с ИИ. Там вы свяжете действия с их входами и результатами. В нынешней карте сначала разобран путь покупателя.
Несколько вопросов о первых пяти этапах
Можно считать запрос расчёта покупкой?
В этом примере запрос приводит человека на этап расчёта. Подтверждение оплаты появляется дальше и записывается отдельно. Так карта сохраняет различие между вопросом о заказе и состоявшимся платежом.
Что делать, если покупатель вернул макет на правку?
Отметьте, какая версия обсуждается и что ещё нужно изменить. Пока нет согласия с выбранным вариантом, условие перехода дальше не выполнено. Можно попросить помощника отдельно описать возврат к обсуждению, сохранив основную пятёрку как первый путь.
Нужно ли сразу выбирать CRM и подключать бота?
Для результата этой статьи достаточно карты и списка нужных записей. Сохраните их в удобном собственном файле. Когда понятно, что нужно учитывать, можно поставить отдельную задачу о программе и автоматизации.
Почему на схеме нет конверсии?
У нашего примера есть события и их порядок, а записей о количестве переходов нет. Для расчёта сначала нужен определённый учёт и период. Помощник может составить список данных для будущего расчёта; сами значения берутся из наблюдений.
Как понять, что схема уже полезна?
Возьмите один свой заказ и попробуйте назвать его нынешний этап с основанием. Затем спросите: что нужно этому человеку дальше и какой факт подтвердит переход? Если на эти вопросы есть ответ, картой уже можно пользоваться для обсуждения своей работы.
Пакет наконец переходит покупателю, и у «получил» появляется своё основание. Лиса может ехать дальше — её маршрут на открытке никуда не делся. А у мастерской осталась карта человеческого пути, в которой запрос расчёта, согласование, оплата и получение занимают собственные места.