![\"Схема](\"данные/картинки/skvoznaya-analitika-s-nulya-shema.jpg\")
Кластер Б33 «Сквозная аналитика с нуля», рубрика biznes, тип «кластерная». Ветка «Бизнес», куст «управление и аналитика» вокруг опорной Б26. Из тела даём ссылки на соседей и не пересказываем их: управление целиком - [[upravlenie-malym-biznesom]], второй счёт (деньги на клиенте) - [[yunit-ekonomika-klienta]], короткий расчёт модели - [[biznes-plan-struktura]], проверка окупаемости - [[kak-schitat-okupaemost-franshizy]]. [Наблюдение] Методология (нельзя «просто воткнуть», сначала связка CRM и 1С и фиксация UTM в CRM, потом сервис; «число заявок обманывает»; порядок внедрения; первое время ручная перепроверка; UTM только в шапку, переходы через Метрику) взята из материалов PR-завода (Video1952 - живой аудит, и Часть 4) как рассуждение портала и подаётся «по опыту эксперта». [Наблюдение] Числовой пример (равный бюджет, разное число заявок, выручка в разы разная) - из аудита; в тексте подан как условная иллюстрация принципа с оговоркой и дисклеймером ФЗ-39, к конкретному делу не относится. Эксперт портала - только Дмитрий Франтлас, настоящее имя не упоминается; частных лиц из разобранного бизнеса (владелец, его маркетолог) не называем, кейс анонимен. Названия сервисов (Битрикс24, 1С, Roistat, Comagic, Яндекс Метрика) - это инструменты, не обещания дохода, называть можно. Разница в цене внедрения и точности сервисов [Открыто] для точных цифр - подаём мягко, «по опыту». Иллюстрации: обложка - фотокадр (собственник у экрана с воронкой, деловой вид). Одна схема через макет - «Три слоя сквозной аналитики», вставлена картинкой; кадр веду через макет, jpg не подменяю.\n
Запрос «сквозная аналитика» почти всегда означает одно и то же: на рекламу уходят деньги, заявки считаются, а вот какой именно канал приносит выручку - понятно смутно. Отчёты рекламных кабинетов показывают клики и заявки, CRM показывает сделки, бухгалтерия показывает деньги, но всё это лежит в трёх разных местах и между собой не связано. В итоге канал отключают или масштабируют по ощущению, а не по деньгам.
\nСквозная аналитика - это как раз механизм, который сшивает три слоя данных в одну цепочку: от рекламного клика до денег на счёте. Ниже разобрано, что это такое, почему её нельзя «просто воткнуть» одной кнопкой, в каком порядке она собирается с нуля и с чего начать, если бюджета на сервис пока нет. Это кластерная статья: управление делом целиком разобрано в опорном обзоре [управление малым бизнесом](/statya/upravlenie-malym-biznesom/), здесь - только про связку заявок и денег.
\n(расходы и метки), CRM (заявки и сделки) и учёт денег (оплаты и выручка).
\nпринёс канал». Это разные вещи, и путать их дорого.
\nмогут давать выручку, отличающуюся в разы.
\nCRM (например, Битрикс24) с 1С и фиксацию источника заявки внутри CRM, и только потом подключают сервис.
\nненалаженного учёта покажет красивую, но неверную картину.
\nпереходы по внутренним ссылкам смотрят через Яндекс Метрику.
\nоплаты к тем же каналам, что и живые сделки в CRM.
\nСквозная аналитика - это учёт, который прослеживает путь одного клиента насквозь: от того, по какому объявлению он пришёл, до того, сколько денег он в итоге заплатил. Слово «сквозная» здесь ключевое: данные проходят сквозь все этапы, а не обрываются на заявке.
\nПроблема, которую она решает, обычно выглядит так. Рекламный кабинет знает, что канал принёс тридцать заявок и стоил пятьдесят тысяч. CRM знает, что из этих заявок семь стали сделками. Бухгалтерия знает, что на счёт пришли деньги. Но никто не знает, что вот эти конкретные деньги пришли именно с того канала за пятьдесят тысяч, - потому что три системы между собой не разговаривают. Сквозная аналитика их связывает и отвечает на вопрос, который до этого висел в воздухе: какой канал зарабатывает, а какой только осваивает бюджет.
\nТехнически это связка трёх слоёв данных. Первый слой - реклама: рекламные системы и площадки, расход по каждому каналу и метка UTM, зашитая в ссылку. Второй слой - CRM: заявка, у которой сохранён источник, сделка, её статус и сумма. Третий слой - учёт денег в 1С: фактическая оплата, а не намерение заплатить. Сервис сквозной аналитики сшивает эти три слоя и раскладывает выручку обратно по каналам.
\nСмысл этой рамки не в том, чтобы завести дорогой сервис ради красивого дашборда. Смысл в том, что без связки трёх слоёв любое решение по рекламе - «отключить этот канал», «удвоить бюджет здесь» - принимается по неполным данным. Реклама видит заявки, а платят из выручки, и эти две цифры совпадают далеко не всегда.
\nЭто главная причина, ради которой вообще затевают сквозную аналитику. Пока каналы оценивают по числу заявок, картина систематически искажена, потому что заявки у разных каналов стоят за собой разные деньги.
\nПо опыту эксперта портала бывает так, что канал, который даёт меньше заявок, приносит кратно больше выручки, - и по отчёту рекламного кабинета он выглядит слабым, хотя на деле именно он кормит дело. Механика простая: один канал приводит редких, но крупных покупателей, другой - много мелких. По числу заявок второй впереди, по деньгам - позади в разы.
\n::: осторожно Цифры в этом примере условные Ниже иллюстрация принципа, а не обещание результата. Пример: один канал за 50 тысяч рублей бюджета даёт 30 заявок и 3 млн рублей выручки, другой за те же 50 тысяч даёт 50 заявок, но всего 0,5 млн рублей выручки. По числу заявок второй канал выглядит лучше, по деньгам - хуже в разы, и без сквозной аналитики этого не увидеть: рекламный кабинет покажет только заявки. Суммы приведены исключительно для наглядности расчёта, они не относятся к какому-либо конкретному делу и не являются обещанием дохода или окупаемости: результат зависит от рынка, продукта, цен и работы отдела продаж, решение принимает сам предприниматель. :::
\nОтсюда правило, вокруг которого крутится вся сквозная аналитика: канал не отключают и не масштабируют по числу заявок - сначала смотрят выручку, которую он приносит. Тот же принцип «деньги, а не количество» работает и на уровне клиента: часть покупателей выгоднее вообще не обслуживать, потому что они дёшево обходятся в привлечении, но почти ничего не приносят. Как это считать по конкретному клиенту, разобрано отдельно в статье про [юнит-экономику клиента](/statya/yunit-ekonomika-klienta/); сквозная аналитика - это тот же счёт, только на уровне канала, а не отдельного покупателя.
\nСоблазн понятный: есть готовые сервисы сквозной аналитики, кажется, что достаточно оплатить подписку и подключить их к сайту. На практике сервис, поставленный поверх неналаженного учёта, честно свяжет то, что есть, - а если данные рваные, он покажет красивую, но неверную картину, и доверия к ней будет не больше, чем к прежним догадкам.
\nСервис - это верхний слой, который сшивает уже существующие данные. Если данных нет или они не связаны, сшивать нечего. Поэтому сборка идёт снизу вверх, и первые два шага - это не аналитика, а обычный порядок в учёте.
\nСначала связывают CRM и бухгалтерию. В типовом случае это интеграция CRM (например, Битрикс24) с 1С: чтобы сделка в CRM и оплата в 1С были одной и той же записью, а не двумя параллельными реальностями. Без этого сервис не сможет дотянуть выручку до канала - он просто не будет знать, что клиент заплатил.
\nПотом внутри CRM заводят и заполняют поля источника: чтобы у каждой заявки было записано, откуда она пришла. Это те самые UTM-метки, «приземлённые» в карточку сделки. Если источник не фиксируется, вся дальнейшая аналитика опирается на пустое поле.
\nИ только третьим шагом подключают сервис, который берёт готовую связку и раскладывает деньги по каналам.
\n::: шаги Учёт | Связываем CRM (Битрикс24) с 1С: сделка и оплата - одна запись, а не две Источник | Заводим и заполняем поля UTM в CRM, чтобы у каждой заявки был канал Сервис | Подключаем сервис сквозной аналитики поверх готовой связки Проверка | Первое время сверяем выводы сервиса с живыми сделками вручную :::
\nПорядок именно такой и не переставляется. Сервис, подключённый первым, - это дашборд поверх пустоты: цифры будут, доверия к ним не будет.
\nUTM - это метки, которые дописывают в конец рекламной ссылки, чтобы канал заявки сохранился до самой CRM. По опыту эксперта портала здесь легко наделать лишнего и испортить данные, поэтому правило простое.
\nМетки ставят только в рекламные ссылки - те, по которым человек приходит на сайт из объявления, поста у блогера, рассылки. Внутренние ссылки на самом сайте метить не нужно: если пометить переход между своими же страницами, метка перезапишет исходный канал, и заявка «потеряет» настоящий источник. Переходы внутри сайта и поведение на нём смотрят через Яндекс Метрику, а UTM оставляют для входящего рекламного трафика.
\n::: подсказка Куда ставить метку, а куда нет Метка UTM - для входа снаружи: реклама, посты, рассылки, статьи на чужих площадках. Не для внутренних ссылок между своими страницами и не для текста внутри материала. Иначе исходный канал перетирается, и сквозная аналитика покажет источником не рекламу, а вашу же кнопку. :::
\nПрактический вывод: разметку каналов делают один раз и аккуратно, по единой схеме (канал, кампания, объявление), и хранят список меток, чтобы не плодить разнобой. Кривая или несогласованная разметка - самая частая причина, по которой даже подключённый сервис показывает мусор.
\nКогда учёт налажен и источник фиксируется, дело доходит до сервиса. На российском рынке два заметных имени - Roistat и Comagic. Оба решают одну задачу: собирают расходы из рекламных систем, тянут сделки из CRM и оплаты из 1С и показывают выручку и окупаемость по каналам.
\nВыбор между ними - это выбор по цене внедрения и по глубине, а не по принципу. По опыту эксперта портала Comagic обычно обходится дешевле в подключении, а Roistat идёт как более дорогое и более «навороченное» решение. Точные цифры зависят от тарифа, числа каналов и объёма интеграции, поэтому опираться стоит на актуальный расчёт под своё дело, а не на чужую сумму.
\nВажнее марки сервиса - трезвое отношение к его цифрам на старте. Любой сервис сшивает данные по правилам, которые вы ему задали, и на первых порах в этих правилах есть дыры: не размеченный канал, звонок вместо заявки на сайте, оплата, проведённая задним числом. Поэтому первое время выводы сервиса перепроверяют руками.
\n::: осторожно Не доверяйте сервису вслепую в первый месяц Пока связка обкатывается, сверяйте вручную: возьмите несколько оплаченных сделок из CRM и проверьте, что сервис приписал их к тем же каналам. Расхождения на старте
\nкак единственному источнику правды можно, когда ручная сверка перестаёт находить расхождения, а не в день подключения. :::
\nСквозная аналитика целиком - это проект на несколько недель и с расходами, но начать получать пользу можно раньше и почти бесплатно. Смысл ранних шагов один: приучить дело связывать заявку с деньгами, пусть пока и вручную.
\nпришёл каждый заплативший клиент, за месяц покажет, какой канал приносит деньги, а какой - только заявки. Это уже сквозная аналитика, только на бумаге.
\nодин раз; без разметки любой будущий сервис будет слеп.
\nисточника обесценивает всю дальнейшую аналитику, дорогую в том числе.
\nдошла до реальной оплаты, - это фундамент, на который потом встанет сервис.
\nоценивайте каналы по деньгам. Это тот же вопрос, что и окупаемость вложения: как проверять расчёт окупаемости, разобрано в статье про [окупаемость франшизы](/statya/kak-schitat-okupaemost-franshizy/).
\nПорядок при этом не меняется даже на ручном этапе: сначала данные (источник и оплата связаны), потом выводы. Эти же цифры выручки по каналам - часть общего расчёта дела, структуру которого разбирает статья про [бизнес-план](/statya/biznes-plan-struktura/). Сервис только ускоряет и автоматизирует то, что вы уже умеете делать руками; если руками связать заявку с деньгами не получается, сервис эту связь не создаст, а лишь нарисует.
\nСквозная аналитика - это не покупка дашборда, а привычка доводить каждую заявку до денег и оценивать каналы по выручке. Небольшому делу для начала не нужен дорогой сервис: нужен налаженный учёт и отказ от управления рекламой на глаз.
\nЧто такое сквозная аналитика простыми словами? Это учёт, который прослеживает путь клиента насквозь: от рекламного объявления, по которому он пришёл, до денег, которые он заплатил. Она связывает три слоя данных - рекламу, CRM и учёт денег - и показывает, какой канал приносит выручку, а не просто заявки.
\nКак настроить сквозную аналитику с нуля? Снизу вверх и по порядку: сначала связать CRM с 1С, чтобы сделка и оплата были одной записью; потом завести и заполнять в CRM поля источника заявки (UTM); и только потом подключать сервис сквозной аналитики. Первое время его выводы перепроверяют вручную.
\nПочему нельзя просто подключить сервис и всё? Потому что сервис сшивает уже существующие данные, а не создаёт их. Если учёт не налажен и источник заявок не фиксируется, сервис свяжет то, что есть, и покажет красивую, но неверную картину. Сначала данные, потом сервис.
\nПочему нельзя оценивать канал по числу заявок? Потому что число заявок обманывает. Два канала с равным бюджетом и равным числом заявок могут дать выручку, отличающуюся в разы: один приводит редких крупных покупателей, другой - много мелких. Канал оценивают по деньгам, а для этого и нужна сквозная аналитика.
\nКуда ставить UTM-метки? Только в рекламные ссылки, по которым человек приходит на сайт снаружи: реклама, посты, рассылки, статьи на чужих площадках. Внутренние ссылки на самом сайте метить нельзя - метка перетрёт исходный канал. Переходы внутри сайта смотрят через Яндекс Метрику.
\nRoistat или Comagic - что выбрать? Оба решают одну задачу, выбор идёт по цене внедрения и глубине под конкретное дело. По опыту эксперта портала Comagic обычно дешевле в подключении, Roistat - дороже и функциональнее. Точные цифры зависят от тарифа и объёма интеграции, поэтому считать нужно под своё дело на актуальных ценах.
\nМатериал носит справочный характер и не является управленческой или инвестиционной консультацией; приведённые рублёвые величины даны как условная иллюстрация расчёта и не являются обещанием дохода или окупаемости (в соответствии с требованиями к рекламе финансовых результатов). Данные и методология - на 22 сентября 2026 года.
\nвнедрения «сначала данные - потом сервис», «число заявок обманывает», ручная перепроверка на старте, UTM только в рекламные ссылки) - по опыту эксперта портала; числовой пример условен и приведён для наглядности расчёта.
\nприведены как инструменты рынка; сравнение по цене и глубине дано «по опыту» и требует расчёта под конкретное дело на актуальных тарифах.
", "есть_текст": true }