Анализ воронки продаж
Анализ воронки продаж рассматривает этапы сделок, даты активности, ответственных и следующие действия, чтобы выявить записи, требующие внимания. Используйте согласованную выгрузку и явные правила проверки, вычисляйте фактические результаты по данным, затем добавляйте комментарии со ссылками на соответствующие сделки.
Этот пример формирует обзор воронки с подтверждениями из предоставленных записей. Он отмечает затянувшееся отсутствие активности и отсутствие ответственных; он не прогнозирует выручку и не синхронизирует CRM.
Автор: Ai Flowi · Опубликовано
Пример конфигурации, а не отчёт о проведённом испытании
Описано в каталоге; Ai Flowi не проверяла эту схему в производственной среде
1. Выберите вопрос проверки и снимок данных
Решите, в чём отчёт должен помочь команде: назначить ответственного за сделку, проверить ранее запланированное следующее действие или выяснить, почему запись остаётся на одном этапе. Сформулируйте каждый вопрос как проверку доступного поля. Кажущаяся проблема воронки может оказаться неполной выгрузкой, поэтому отличайте отсутствующую дату от даты, действительно выходящей за рамки окна проверки.
Явно укажите дату снимка и часовой пояс для анализа. Не используйте предполагаемую моделью текущую дату для расчёта периода бездействия. Зафиксируйте состав выгрузки, например открытые сделки или все сделки, и сохраните это определение в отчёте. Сравнение снимков имеет смысл только при совпадении состава выборки и определений полей.
2. Подготовьте требования к выгрузке
Вам нужны CSV-выгрузка, использование которой разрешено, рабочее пространство и согласованные правила проверки воронки. Полезные столбцы: идентификатор сделки, этап, дата входа в этап, дата последнего контакта, ответственный и следующее действие. Добавляйте срок выполнения следующего действия только тогда, когда его предоставляет исходная система. Сохраняйте идентификаторы сделок как текст, чтобы не потерять начальные нули и регистр.
Опишите формат дат и значение каждой временной метки активности. Редактирование заметки не означает автоматически контакт с клиентом. Пустая дата входа в этап не позволяет определить время на этапе, а дата последнего контакта без часового пояса требует уточнения перед сравнением. Храните исходные поля вместе с нормализованными полями проверки.
Используйте поясняющий текст только тогда, когда фактической таблице проверки нужны комментарии; формирование отчёта, состоящего лишь из данных, можно завершить до вызова модели. Настройте учётную запись провайдера и API-ключ согласно инструкции по учётным данным модели; использование модели для подготовки комментариев оплачивается отдельно этому провайдеру. Справка Load CSV определяет входы загрузки, а не подтверждает правильность правил проверки воронки.
3. Загрузите записи и выделите проблемы качества данных
Следуйте инструкции по загрузке CSV для выбранного входа выгрузки, затем проверьте полученные записи сделок.
В синтетическом примере проверки воронки у сделки A давняя дата последнего контакта, но в качестве следующего действия записана согласованная будущая проверка. У сделки B нет даты последнего контакта и ответственного. A может попасть в список сделок, по которым давно не было контакта без утверждения, что отношения с клиентом нарушены; запланированная проверка даёт контекст менеджеру по продажам. B относится к представлению пробелов в данных и отсутствующих ответственных, при этом вопрос бездействия остаётся невыясненным. Объединение обеих сделок в одно число срочных сделок сотрёт различие между наблюдаемой давностью и отсутствием подтверждений.
В JSON Operations загруженные записи сделок поступают через data. Выберите операцию "JQ Expression" и задайте query, чтобы отклонять непригодные структуры, сохранять идентификаторы сделок и отделять пробелы в данных от выводов о бизнесе. Проверьте разбор дат с учётом формата этой выгрузки; неподдерживаемые представления дат остаются в списке исключений до уточнения их интерпретации.
Для проверки длительных перерывов в активности используйте выбранный командой порог и включите его определение в отчёт. Запись без даты последнего контакта относится к группе с неизвестной датой. Если этап исключён из проверки, объясните причину. Избегайте единой отметки «застой» без уточнений, смешивающей давнюю активность, просроченные действия и недостающие данные.
4. Создайте воспроизводимую таблицу проверки
Подготовьте Table из принятых записей сделок с помощью Data → DataFrame, передав список в data_list. Передайте эту Table в Table Operations через df. Для представления сделок без ответственного в operation используется "Filter", а column_name указывает проверенный признак наличия ответственного. Выберите сравнение через filter_operator, затем передайте искомое значение признака в нужном формате в filter_value.
Для представления следующих действий используйте отдельный шаг Table Operations с "Sort", выбранным column_name и ascending. Сохраняйте строки с неизвестными датами в отдельном представлении исключений. В каталоге есть фильтрация и сортировка; операции группировки или агрегирования не указаны, поэтому не описывайте этот компонент как рассчитывающий итоги по этапам.
Вычисляйте любые количества проверенным запросом JSON Operations и сверяйте их с принятым составом входной выборки. Считайте записи, а не уникальных клиентов, если вы явно не определили и не проверили устранение дубликатов клиентов. Результат фильтрации должен сохранять идентификатор каждой исходной сделки, чтобы проверяющий мог вернуться к оригинальной записи.
5. При необходимости добавьте комментарии, ограниченные подтверждёнными данными
Справка по преобразованию таблицы в текст описывает интерфейс Parser для структуры отчёта с идентификаторами сделок, причинами отметок и датами из источника.
Настройте Structured Output.output_schema, включив вывод, затронутые идентификаторы, поля, на которые ссылается вывод, недостающие сведения и предлагаемый вопрос. В system_prompt следует запретить новые суммы, даты, вероятности или исходы. Подключите настроенный выход Language Model к model. Модель может объяснить вывод, но детерминированная таблица проверки остаётся основным источником данных.
Автоматизация отчётов по воронке продаж часто даёт сбой, когда связное объяснение превращает корреляцию в причину. Если выгрузка не показывает контактов после определённой даты, сообщите именно это наблюдение. Без дополнительных подтверждений не утверждайте, что потенциальный клиент потерял интерес или менеджер по продажам бездействовал.
По теме: Автоматизация дебиторской задолженности: анализ сроков по предоставленным данным.
6. Сверьте отчёт с источником
В отчёте указаны снимок данных, принятая выборка, версия правил, исключения по качеству данных и отмеченные сделки со ссылками на источники. Перед распространением сверьте структурированные комментарии в Chat Output с детерминированной таблицей проверки. Любой отсутствующий в этой таблице идентификатор сделки требует исправления или явного объяснения пробела в источнике; явно указывайте вопросы о бизнесе, оставшиеся без ответа.
Проверьте пустую выгрузку, повторяющиеся идентификаторы, неизвестный этап, дату после снимка, отсутствие ответственного и текста следующего действия. Для принятия результата нужно учесть все принятые строки и не превращать пробелы в данных в выдуманные выводы. Если вы добавляете автоматизацию отчёта о состоянии проекта, отдельно определите зависимости и даты проекта; этап сделки не служит показателем завершённости проекта.
При сравнении последовательных выгрузок отличайте неизменившуюся сделку от записи, исчезнувшей из выгружаемой выборки. Сделка, отсутствующая в снимке открытых сделок, могла закрыться, выйти за рамки фильтра выгрузки или быть пропущена из-за изменённого запроса к источнику; само отсутствие не определяет, что именно произошло. Проверьте исходную запись, прежде чем описывать сделку как выигранную или проигранную. Сохраните определение выборки и идентификаторы сделок для обоих снимков, чтобы проверка могла показывать наблюдаемые изменения состава отдельно от переходов между этапами. Это не даст более узкой выгрузке выглядеть как улучшение состояния воронки.
Каковы ограничения анализа воронки продаж и для каких случаев схема не подходит?
Прогнозирование выручки, панель CRM с данными в реальном времени и автоматическое переназначение выходят за рамки этой проверки выгрузки. Устаревший снимок не может установить текущее состояние сделки. Если исходный отчёт уже предоставляет нужные фильтры и количества, используйте его, а это предложение применяйте для недостающих комментариев к проверке.
Документированные примеры применения описывают существующие стартовые схемы, а руководство по Sheets — собственный процесс приёма и записи данных. Ни один из этих материалов не подтверждает данный анализ выгрузки. Отделяйте выводы об отсутствии ответственных от решений о квалификации лидов, которые отвечают на другой вопрос продаж.
Поля снимка воронки и настройки представлений для проверки
| Компонент | Точные имена входов | Настройки, которые нужно задать | Выходной порт |
|---|---|---|---|
| Load CSV | csv_file, csv_string | Загрузите один снимок воронки, использование которого разрешено; выберите вход, подходящий вашей выгрузке. | data_list |
| JSON Operations | data, operations, query | Признаки сделок и численность выборки определяются проверенным запросом "JQ Expression" по согласованным правилам для даты снимка. | data_output |
| Data → DataFrame | data_list | Table для проверки сделок содержит принятые идентификаторы, датированные подтверждения активности и признаки наличия ответственных. | dataframe |
| Table Operations | df, operation, column_name, filter_operator, filter_value, ascending | Используйте "Filter" для исключений по ответственным или "Sort" для заданного представления дат действий. | output |
| Parser | input_data, mode, pattern | Форматируйте идентификаторы сделок и фактические отметки для необязательных комментариев к отчёту в режиме "Parser". | parsed_text |
| Structured Output | input_value, model, output_schema, system_prompt | Создавайте выводы, привязанные к предоставленным идентификаторам сделок, явно отмечая недостающие сведения. | structured_output |
| Language Model | model, api_key | Настройте доступ к провайдеру только при необходимости текстового анализа. | model_output |
| Chat Output | input_value | Проверьте отчёт со ссылками на источники перед передачей другим. | message |
Расходы на анализ воронки продаж
Тарифы: Go от USD8 в месяц при годовой оплате (USD10 помесячно), Plus от USD16 (USD20 помесячно), Pro 100 от USD80 (USD100 помесячно), Pro 200 от USD160 (USD200 помесячно) и Pro 500 от USD400 (USD500 помесячно), от 5,000 до 250,000 Flowi Tokens в месяц с возможностью пополнения; 1 токен за каждый запуск узла; использование сторонних API и моделей не включено.