Перейти к содержанию
Разбор сценария · Везория

Разбор сценария · управление · Везория

Продажи в CRM, деньги в 1С, задачи в трекере — и нигде не видно целого

Каждая система отвечает на свой вопрос и не знает про остальные. Чтобы понять, как идут дела, кто-то раз в неделю сводит выгрузки в таблицу. Разберём сценарий, где вопрос задают агенту, а аналитик Везории собирает ответ из подключённых систем — без переезда в новую.

Сразу к находке Чтение — 7 минут
без миграции
Битрикс24 и 1С остаются на месте и подключаются на чтение
из данных
аналитик называет числа только из подключённых систем
«Без источника»
пометка на цифре, которая не сошлась с данными
2–3 специалиста
опрашивает агент, если вопрос на стыке компетенций

Почему данные трёх систем не сходятся — коротко

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

О сценарии

Сценарий «данные в трёх системах» и кому он нужен

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

Ключевые параметры сценария
Кому подходитКомпании с несколькими учётными системами и ручным сведением отчётов
Что делает ВезорияАгент принимает вопрос, аналитик берёт числа из подключённых систем, при необходимости подключается бухгалтер — ответ сводится в один
Чего не делаетНе заменяет CRM и 1С, не ведёт учёт и не исправляет данные в исходных системах
ПодключенияБитрикс24 (чтение; запись через одобрение), 1С (только чтение, подключаем на внедрении), Яндекс Метрика и Директ
ДанныеХранятся на серверах в России; персональные данные и реквизиты заменяются метками до отправки в языковую модель

Везория — это агент компании, который управляет командой ИИ-специалистов. Руководитель ставит задачу одному агенту; агент распределяет её по ролям — маркетолог, SMM и копирайтер, продажник, аналитик, юрист, бухгалтер, HR, веб-разработчик и другие, — собирает результат и приносит на решение. Всего 13 ролей в 4 направлениях: Рост, Деньги и право, Люди, Система. В этом сценарии главная роль — аналитик: воронка, выручка, KPI, разбор работы менеджеров, причём числа только из данных. Что важно: техническая часть здесь проще организационной. Основная работа — договориться, что считать сделкой, клиентом и выручкой, потому что в трёх системах это три разных определения.

Ситуация до

Почему картина не складывается

«Каждый понедельник финансист сводит выгрузки в таблицу. К среде она устаревает»

Типичная формулировка запроса от собственника

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

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

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

Находка

Данные не сходятся не из-за техники, а из-за определений

Когда две системы дают разные цифры по одному показателю, дело обычно не в ошибке выгрузки, а в том, что они считают разное.

Разные справочники

Один контрагент под несколькими названиями. Пока это не сведено, любая аналитика по клиентам недостоверна.

Разные определения

Сделка закрыта в CRM при подписании, в 1С — при оплате. Обе правы, но цифры не совпадут никогда.

Разные периоды

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

Разная полнота

Часть сделок ведётся мимо CRM. Когда вопрос задают по нескольким системам сразу, это вскрывается — и обычно это первая находка.

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

Механика

Как вопрос проходит через агента

1. Инвентаризация источников

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

2. Согласование определений

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

3. Подключение систем

Битрикс24 — на чтение, 1С — только на чтение, Метрика и Директ — по задаче. Сведение справочников остаётся работой людей, знающих бизнес: агент показывает расхождения, но не исправляет данные в системах.

4. Вопрос и сверка

Руководитель спрашивает, например: «почему выручка в CRM и в 1С за месяц не совпадает?» — это пример формулировки. Агент объявляет план, опрашивает аналитика и бухгалтера параллельно и сводит ответ. Числа сверяются с данными инструментов, несошедшиеся помечаются «Без источника». Первые ответы стоит сверить с ручными отчётами.

Что меняется

Что меняется в управлении

Основной эффект — не в скорости получения отчёта, а в том, что по каждой цифре видно, откуда она взялась, и на неё можно опираться в решении.

1 вопрос

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

на месте

CRM и 1С остаются, агент читает данные из них

источник

у каждой цифры — система, из которой она взята

на решение

выводы и предложения приходят руководителю, а не в системы

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

Посмотрим ваши системы и скажем, что мешает данным сойтись.

Честно

Что оказывается сложнее ожидаемого

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

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

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

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

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

Расчёт

Во что обходится ручное сведение CRM, 1С и таблиц

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

Ч часов в неделю на сведение и перепроверку, все участники
×
С × 4,3 стоимость часа с налогами × недель в месяце
=
З прямые затраты на сведение в месяц

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

Как посчитать у себя

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

Шаг 2. Добавьте время обсуждений «почему цифры не сходятся» на планёрках — умножьте длительность на число участников. Эта строка обычно удивляет сильнее первой.

Шаг 3. Возьмите один закрытый месяц и сравните выручку в CRM и в 1С. Разницу в рублях разложите по причинам: определения, периоды, дубли контрагентов, сделки мимо CRM. Это и есть карта работ на старт — и честный ответ, сколько из расхождения агент покажет, а сколько придётся решать людям.

Запуск

Подключение трёх систем: очередность и что нужно от компании

До договора — метрика пилота

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

Этап 1 — от недели: определения и первые ответы

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

Следующая очередь — 1С и история

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

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

Разбор 404ai: данные в CRM, 1С и таблицах не сходятся не из-за выгрузок, а из-за разных определений, периодов и справочников. В сценарии Везории руководитель задаёт вопрос агенту, аналитик берёт числа из подключённых систем по утверждённому глоссарию, а несошедшиеся цифры помечаются «Без источника». CRM и 1С остаются системами учёта, 1С подключается только на чтение, запуск первых ролей — от недели.

Применимость

Кому подойдёт сведение данных через агента, а кому нет

Подойдёт

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

Отчёты сводятся вручную и устаревают к моменту обсуждения.

Есть доступ к данным систем для подключения.

Готовность договориться о единых определениях и справочниках.

Не подойдёт

Одна система, в которой и так всё есть.

Данные ведутся в личных файлах, а не в системах.

Нет готовности заниматься справочниками — без этого цифры не сойдутся.

Ожидание, что агент исправит качество данных в исходных системах.

Вопросы

Вопросы о сведении CRM, 1С и таблиц

Нужно ли мигрировать с CRM и 1С?

Нет. Системы остаются на месте и продолжают работать: Везория подключается к Битрикс24 на чтение, к 1С — только на чтение. Миграция в единую систему стоит дорого, занимает месяцы и останавливает работу — для этой задачи она обычно не нужна.

Откуда аналитик берёт цифры и можно ли им верить?

Только из подключённых систем. Числа в ответе сверяются с данными инструментов, а цифра, которая не сошлась, помечается «Без источника». Если вопрос требует нескольких компетенций, агент опрашивает 2–3 специалистов параллельно — например, аналитика и бухгалтера — и сводит ответ.

Почему данные из разных систем не сходятся?

Обычно не из-за ошибок выгрузки, а из-за разных определений: сделка закрыта в CRM при подписании, а в 1С — при оплате. Плюс разные справочники, где один контрагент существует под несколькими названиями. Пока это не согласовано, любая сводка недостоверна.

С чего начинается проект?

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

Что происходит с финансовыми и клиентскими данными?

Данные хранятся на серверах в России. Персональные данные и реквизиты — имена, названия компаний, ИНН, телефоны, почта — заменяются метками до отправки в языковую модель и восстанавливаются в ответе. Вариант размещения и модель подбираются под требования безопасности клиента на разборе.

Следующий шаг

Покажем, почему ваши цифры не сходятся

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

Публичной цены нет · считаем на разборе · запуск первых ролей — от недели