ⓘТехническая проверка качества данных пилотного проекта (Мега, Ривьера; входящие заявки/обзвон базы показаны раздельно). Бизнес-показатели (лиды, выручка, ROAS и т.д.) — на Управленческом отчёте; здесь — что известно про сами данные: атрибуция, история статусов, соблюдение процесса квалификации и покрытие источников. Статусы и стадии — данные amoCRM, на этом этапе используются как источник отчёта. Текущая стадия — снимок на сейчас, а не пройденный путь сделки. Атрибуция — качество зафиксированного признака, а не вероятность. Расход/показы/клики по Calltouch — на уровне всего аккаунта (не только Мега/Ривьера); соответствие рекламных расходов конкретному центру пока не доказано, ROAS/ДРР по центру не считаются, пока это не изменится.
Выбраны все потоки: inbound и outbound имеют разное происхождение, полноту истории и смысл стадий — цифры показаны раздельно по сегментам, а не смешаны в одну воронку.
B. Качество CRM-процесса
Соблюдение обязательного этапа «Взят в работу» перед коммерческими стадиями (bypass rate), по дням/pipeline/актёрам — отдельный периодический аудит, не встроенный live-виджет (чтобы не пересчитывать историческую методологию на лету). Последний прогон:
QUALIFICATION_COMPLIANCE_TREND_2026-09-22.md + CSV в reports/qualification_compliance_*_2026-09-22.csv.
Живой признак на уровне лида — квалифицированные лиды (QL) и «Оплачено/Подтверждено» — на Управленческом отчёте; здесь эти цифры не дублируются.
C. Покрытие источников
Расход и охват рекламы — весь аккаунт Calltouch
По каналам (весь аккаунт, сырые raw_medium; бизнес-названия и unit-экономика — на Управленческом отчёте)
| Канал | Расход | Показы | Клики | Лиды | CPL |
|---|
Яндекс Директ API — источник расхода отчёта
С 22.10.2026 расход «Управленческого отчёта» — напрямую Яндекс Директ API (Reports, без НДС; в отчёте × 1,22). Распределение по паркам — правила на каждую дату (реестр кампаний + правила распределения). Calltouch — атрибуция визитов и контрольная сверка ниже (его интеграция расходов не синхронизирует расход после 09.10.2026).
| Кабинет Директа | Загружено с | Закрытые дни по | Последняя синхронизация |
|---|
| Кампания | ID | Действует | Методы (по приоритету) | Парк | База доли за окно правила |
|---|
Контроль: сверка Calltouch с Яндекс Директом
Контрольная сверка (на расход отчёта не влияет): Calltouch (с НДС) / множитель НДС против Яндекс Директа без НДС по реестру кампаний; допуск по расходу ±1 000 ₽. Расхождение после 09.10.2026 ожидаемо — Calltouch перестал получать расход.
| Кампания | ID | Директ, без НДС | Calltouch, с НДС | Calltouch / НДС | Разница | Клики Д / C | Показы Д / C | Статус |
|---|
Кампании вне контура и без классификации
| Кампания | ID | Кабинет | Состояние | Расход, без НДС | Клики | Показы | Впервые | Последний раз | Обнаружено |
|---|
Tickets — исторический расход (Яндекс.Директ, digital-hello-io) Январь–Август 2026, safe range
По центрам (только доказанный group-level mapping)
Источник расхода: непрерывность
Выручка (CRM и фактическая), CPL/CPA/ROAS/ДРР — на Управленческом отчёте, вместе с явным указанием, какая доля расходов/выручки сопоставлена с парком/продуктом достоверно.
Фактическая выручка: iiko → amoCRM
Сопоставление банкетов iiko со сделками amoCRM по телефону, парку, дате праздника и сумме; онлайн-билеты — сверка Яндекс Билетов с проходами в iiko. Выбранный период и парк применяются.
Охват атрибуции и данных
Сравнение потоков
| Центр | Поток | Сделки | Квалифицировано | В работе | Оплачено | Потеряно | Конв. Qualified→Оплачено | Конв. Qualified→Закрыто | Атрибуция определена, % | Высокая+средняя, % | Не определена, % | История доступна, % | Неразрешённые события | Продукт, % | Качество |
|---|
A. Атрибуция рекламы
Канонический источник (только классифицированные сделки)
| Источник | Уверенность | Сделки |
|---|
Наблюдаемая воронка / качество истории
Только наблюдаемая история. Не полноценная историческая воронка для всех потоков.
Качество данных
Calltouch
D. Доказательные данные
Каждая агрегированная цифра в проекте в принципе раскладывается до первичных записей: lead_id (amoCRM), order_id/campaign_id (Calltouch), конкретные finance-транзакции. Полный интерактивный drill-down из карточки в список первичных записей пока не реализован в UI — модальное окно с «псевдо-drill-down» намеренно не сделано, чтобы не показывать данные, которые на самом деле не разворачиваются. Сейчас такой разбор делается точечно, вручную, через аудиты (пример: QUALIFICATION_COMPLIANCE_TREND_2026-09-22.md → CSV с конкретными lead_id по каждому нарушению). API уже спроектирован так, чтобы drill-down endpoint можно было добавить следующим этапом без изменения текущих контрактов — см. docs/DASHBOARD_UI_V2.md → «Будущий drill-down».