Автоматизация отчётности: как перестать собирать цифры руками

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

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

Что такое автоматизация отчётности и с чего она начинается

Автоматизация отчётности — это замена ручной сборки данных на регулярный автоматический процесс, в котором отчёт формируется сам, из первоисточников, по заранее описанным правилам.

Три составляющих:

• Источники. Учётная система, CRM, сайт и аналитика, телефония, склад — откуда физически берутся цифры.
• Правила. Что считается сделкой, кто новый клиент, в какой момент заявка становится квалифицированной, как учитывается возврат. Это не техническая работа, а управленческая: правила определяет компания, а не программа.
• Расписание и адресаты. Кто и когда получает отчёт, в каком виде, и что происходит, если цифра не сошлась.

Важное разделение: отчётность отвечает на вопрос «что произошло», а визуализация — на вопрос «как это быстро увидеть». Экраны и дашборды — отдельная тема, разобранная в статье «Дашборд для руководителя». Здесь речь о том, что стоит за экраном: откуда берутся числа и почему им можно доверять.

Почему ручной отчёт всегда немного врёт

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

Часть данных вообще не попадает в систему. Классика: заявки с сайта, из телефонии и с почты живут в трёх разных местах, а в CRM попадают только те, что менеджер занёс руками. Так было в «Арисмо Инжиниринг» и в «Весы НН» — и в этом случае любой отчёт по источникам обращений заведомо неполный.

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

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

Отчёт отстаёт от событий. Пока цифры собираются вручную, они приходят через неделю после конца месяца. Влиять уже не на что: месяц закрыт. В «ПРОФПЛАСТ» это формулировали прямо — результат каждого менеджера известен в конце месяца, а возможности держать руку на пульсе каждый день нет.

Правая колонка — не абстракция: именно так описан результат в проекте управления объектами недвижимости ННДК, где руководитель отдела продаж получил графики продаж и конверсию по каждому сотруднику за любой период, а система стала сама формировать отчёты по проданным, забронированным и свободным квартирам.

Три уровня: от выгрузок до витрины данных

Уровень 1. Автоматические выгрузки. Данные собираются сами, но сводятся в привычной таблице. Экономит часы на копировании, ничего не меняет в правилах. Подходит, когда источников два-три и логика простая.

Уровень 2. Отчёты внутри рабочих систем. Воронки, отчёты по менеджерам и источникам настраиваются прямо в CRM, отчёты по деньгам — в учётной системе. Логика переезжает из головы сотрудника в настройки системы. Для большинства компаний до определённого размера этого достаточно.

Уровень 3. Отдельный слой данных. Данные из всех систем собираются в одно хранилище, там приводятся к общим справочникам и уже оттуда идут в отчёты и на экраны. Нужен, когда источников много, расчёты сложные или объём данных велик для отчётов «на лету».

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

Откуда берутся данные и почему они не стыкуются

Типовой набор источников:

Разрывы возникают на стыках. Три самых частых:

• Клиент без единого идентификатора. В CRM — «ООО Ромашка», в учётной системе — «Ромашка, ООО», в почте — контактное лицо. Пока нет общего ключа (обычно это ИНН для компаний или телефон для физических лиц), сведение делается руками.
• Сделка без связи с документом. Сделка закрыта, счёт выставлен, но связь между ними существует только в голове менеджера. Обмен между CRM и учётной системой эту связь и восстанавливает — механика разобрана в статье «Интеграция 1С с сайтом».
• Обращение без источника. Звонок без коллтрекинга приходит ниоткуда, и весь телефонный поток превращается в «прямые заходы». Как это чинится, разобрано в статье «Что такое сквозная аналитика».

Справочники и правила расчёта: главная работа

Что придётся описать до настройки:

1. Справочник клиентов с правилом дедупликации: как понять, что две записи — это один клиент, и какая из систем главная.
2. Справочник номенклатуры или услуг с группировкой, по которой вы хотите видеть отчёты. Если у вас 400 позиций, а руководителю нужны пять товарных групп, группировку надо задать явно.
3. Определение сделки. Момент, когда сделка считается выигранной: подписание, первая оплата, отгрузка.
4. Определение нового клиента. Тот, кто впервые обратился, или тот, кто впервые заплатил.
5. Правила исключений. Тестовые сделки, внутренние заказы, возвраты, переносы между периодами.
6. Единицы и валюты. Считаем с налогом или без, как учитываем скидки.

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

Показательный момент: в проектах внедрения мы почти всегда начинаем с описания схемы движения заказа — от первого касания до отгрузки. Так было в «Бетельгейзе», где CRM была куплена, но использовалась как записная книжка, а данных по ранним этапам не существовало вовсе: заказ появлялся в учёте только в момент выставления счёта.

Регламент: кто отвечает за цифру

Минимальный регламент состоит из четырёх пунктов:

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

Второй слой регламента — дисциплина ввода данных. Отчёт настолько точен, насколько аккуратно заполняются карточки. Здесь помогает не контроль, а то, что систему делают удобной для тех, кто в ней работает: в «Арисмо Инжиниринг» результатом внедрения стало то, что в системе реально работают 99% сотрудников — и только поэтому её данным можно верить.

Чем закрывать задачу: три инструмента

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

С чего начинать: три первых отчёта

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

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

Сколько это занимает и что даёт

Порядок этапов:

1. Аудит и постановка. Какие отчёты нужны, кто их получает, какие решения по ним принимаются. Одна-две недели.
2. Подключение источников. Каналы обращений в CRM, обмен с учётной системой, коллтрекинг. От недели до месяца — зависит от состояния систем.
3. Справочники и правила. Самый долгий и самый управленческий этап.
4. Настройка отчётов. Собственно техническая работа, обычно самая короткая.
5. Опытная эксплуатация. Месяц параллельного счёта: старый отчёт и новый рядом, расхождения разбираются по одному.

Пятый этап пропускают чаще всего — и зря. Доверие к цифре не появляется от внедрения, оно появляется от месяца, в течение которого цифра сходилась с ручной сводкой.

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

Как проверить, что отчёту можно верить

Автоматический отчёт опаснее ручного ровно тем, что выглядит убедительнее. Поэтому перед тем как принимать по нему решения, его стоит проверить.

Сверка с деньгами. Итог по выручке в отчёте должен сходиться с тем, что видит бухгалтерия, — с понятной и объяснимой разницей (налог, возвраты, авансы). Если разница необъяснима, дальше можно не смотреть.

Полнота источников. Возьмите один день и сверьте вручную: сколько обращений было по факту — звонки, формы, сообщения, визиты в офис — и сколько из них попало в систему. Так вскрываются каналы, которые никто не подключил. Именно этот разрыв и был исходной точкой в проектах «Гровер» и «Багира», где заявки жили в почте, мессенджерах и на бумаге.

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

Границы периода. Сделка, созданная 31 числа и оплаченная 1-го, должна попадать в отчёты предсказуемо, по описанному правилу. На стыках месяцев и кварталов ломается больше расчётов, чем кажется.

Проверки занимают несколько часов и снимают главный риск — принять уверенное решение по неверной цифре.

Пять ошибок при автоматизации отчётности

• Начинают с инструмента, а не с вопросов. Правильный порядок — какие решения принимаем, какие показатели для этого нужны, откуда берутся данные, и только потом чем считаем.
• Автоматизируют всё сразу. Тридцать показателей в первом релизе означают, что не будет работать ни один: на согласование правил по каждому не хватит ни времени, ни терпения.
• Не назначают владельца цифры. Отчёт без ответственного живёт до первого расхождения, после которого им перестают пользоваться.
• Оставляют ручной ввод там, где он необязателен. Любое поле, которое сотрудник заполняет вручную «для отчёта», рано или поздно перестаёт заполняться. Источник обращения, дата, сумма должны проставляться автоматически.
• Не переводят экономию в решения. Автоматизация отчётности высвобождает часы сотрудников, но это не результат сам по себе. Результат — когда по появившейся цифре что-то поменялось в работе: перераспределили бюджет, поменяли регламент, отключили убыточное направление.

Когда автоматизировать не нужно

Признаки, что задача решается проще:

• Мало данных. Тридцать сделок в месяц прекрасно живут в таблице, и никакая система не даст здесь выигрыша во времени.
• Один источник. Если всё уже в одной системе, скорее всего, нужный отчёт в ней есть и его просто не настроили.
• Правила меняются каждый месяц. Пока бизнес-процесс не устоялся, автоматизировать его дорого: переделки съедят всю экономию.
• Некому смотреть. Если решения принимаются по ощущениям, отчёт ничего не изменит.

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

Частые вопросы

Короткий итог

Автоматизация отчётности — это не про графики, а про то, чтобы цифра приходила сама, была одна и ей верили. Технически задача состоит из подключения источников, приведения справочников и настройки расписания; управленчески — из договорённости о том, как считается каждый показатель, и назначения владельца.

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

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