В компании до 50 человек управленческая отчётность собирается без BI-платформы: выгрузка из 1С и CRM по расписанию складывается в одну таблицу, на отдельном листе считаются метрики, ещё пять листов показывают результат. В модельной смете это 182 000 ₽ и две недели работы против 450 000 ₽ и 10–14 недель у полноценного BI-проекта.
Такой контур закрывает большую часть вопросов руководителя: сколько заявок пришло и сколько дошло до сделки, кто из менеджеров сколько привёз, сколько денег зависло у клиентов, что лежит на складе мёртвым грузом и чем занят отдел прямо сейчас. Он не закрывает разграничение доступа, глубокую историю и одновременную работу десятков человек — и в этом честная граница применимости.
Дальше — устройство контура, смета по часам, пять отчётов с цифрами модельной компании, сравнение с BI-проектом на горизонте трёх лет и четыре признака, по которым видно, что таблица кончилась. Модельная компания одна: оптовик, 40 человек, 1С:УТ 11, amoCRM, 620 обращений и 96 сделок в месяц, выручка 18,4 млн ₽ в месяц, семь менеджеров.
Из чего состоит контур на таблицах
Важно сразу отделить этот контур от теневых таблиц отделов. Теневая таблица — это когда менеджер ведёт свой файл, потому что в CRM неудобно; она разбирается отдельно, в материале про параллельный учёт в таблицах. Здесь речь про инженерную конструкцию с расписанием, журналом загрузок и разделением ответственности между листами.
- 1Выгрузки по расписанию — два листа, которые никто не трогает руками
Раз в сутки данные забираются из amoCRM по API и из 1С:УТ 11 и кладутся на отдельные листы «как пришло». Эти листы не редактируются человеком никогда — ровно по тому же принципу, что и сырой слой в хранилище данных. Способы настроить регулярную выгрузку — от обработки в 1С до планировщика на своём сервере — разбираются отдельно.
- 2Справочник соответствий — отдельный лист
Контрагент из 1С и компания из amoCRM — одна организация с разными идентификаторами. Таблица соответствий живёт отдельным листом, а не подстановками, разбросанными по формулам. Это единственное место, где допустимы правки руками, и у него должен быть один ответственный.
- 3Лист определений метрик
Название показателя, формула словами, система-источник, период, база расчёта, владелец. Двенадцать строк на одном листе. Без него через квартал никто не вспомнит, входит ли НДС в «выручку» и считается ли отгрузка по дате документа или по дате оплаты.
- 4Лист расчётов — двенадцать колонок и все сводные
Вся арифметика собрана в одном месте: приведение дат к периодам, склейка по ключу, признак просрочки, маржа, отсечение внутренних оборотов. Отчётные листы после этого только отображают готовые числа и ничего не вычисляют.
- 5Пять листов-отчётов и журнал загрузок
Каждый лист — один вопрос и один срез. Плюс служебный лист с журналом: когда прошла загрузка, сколько строк пришло по каждому объекту, сходятся ли контрольные итоги. При сбое приходит уведомление ответственному, а на отчётных листах появляется дата последних достоверных данных.
Горизонтальная схема слева направо. Слева два блока-источника: «1С:УТ 11 — реализации, оплаты, дебиторка, остатки, номенклатура» и «amoCRM — сделки, контакты, события». От них стрелки с подписью «раз в сутки» в блок «Сырые листы: как пришло, руками не правятся». Далее блок «Справочник соответствий» и блок «Лист определений метрик — 12 строк» подключаются сбоку. Затем блок «Лист расчётов: 12 колонок». Справа веер из пяти блоков-отчётов: «Воронка», «Выручка по менеджерам», «Дебиторка по срокам», «Остатки и неликвиды», «Загрузка отдела». Снизу отдельной полосой блок «Журнал загрузок: число строк, контрольные итоги, уведомление о сбое». Чертёжный стиль, подписи по-русски.
Пять отчётов, которые закрывают большую часть вопросов
Набор не случайный: это те пять вопросов, которые в компании такого размера задаются каждую неделю и на которые сегодня отвечают вручную. Цифры в третьей колонке — из модельной компании, у вас будут свои.
| Отчёт | Источник | Что показывает в модельной компании | Часов на сборку |
|---|---|---|---|
| Воронка по этапам | amoCRM | 620 обращений в месяц → 96 сделок, сквозная конверсия 15,5 % | 2 |
| Выручка по менеджерам | 1С:УТ 11 + справочник соответствий | 18,4 млн ₽ за месяц на семь менеджеров | 2 |
| Дебиторка по срокам | 1С:УТ 11 | 4,2 млн ₽ всего, из них 780 000 ₽ просрочено свыше 30 дней | 2 |
| Остатки и неликвиды | 1С:УТ 11 | 8 400 позиций, 1 340 из них без движения 90 дней | 1 |
| Загрузка отдела | amoCRM | 96 активных сделок на семь менеджеров — 14 на человека | 1 |
Каждый из пяти отвечает не на любопытство, а на конкретное решение. Воронка отвечает, куда девать рекламный бюджет и хватает ли людей на входящий поток. Выручка по менеджерам — база для премий, и именно из-за неё чаще всего спорят. Дебиторка по срокам определяет, кому продолжать отгружать без предоплаты. Остатки и неликвиды показывают, сколько денег заморожено на складе и что уценивать. Загрузка отдела нужна перед наймом: пока на менеджера приходится четырнадцать активных сделок, вопрос «нам нужен ещё один продавец» решается не ощущением, а числом. Шестой отчёт в этом наборе почти всегда лишний — его просят добавить на этапе согласования и через два месяца в него никто не заходит.
Сумма последней колонки — 8 часов. Это всё, что стоит нарисовать пять отчётов, когда данные уже приведены к общему виду. Остальные 44 часа сметы уходят на выгрузки, справочник соответствий, определения метрик и журнал загрузок. Когда вам обещают «дашборд за выходные», обещают именно эти восемь часов, а счёт за оставшиеся сорок четыре придёт позже — временем сотрудников, которые каждый месяц руками сводят несводимое.
Смета: 182 000 ₽ и две недели
Считаем по часам, ставка инженера — 3 500 ₽/час. Работа делится на две недели: первая уходит на выгрузки и приведение данных, вторая — на расчёты, отчёты и журнал.
Сопровождение такого контура — 8 000 ₽ в месяц: правка выгрузок после обновления конфигурации 1С, добавление новых складов и статей в справочники, разбор сбоев загрузки. Это в 2,5 раза дешевле сопровождения BI-модели, потому что и объектов меньше, и требований к отклику нет.
Что двигает смету вниз, до 120 000–140 000 ₽: один источник вместо двух, готовый порядок в справочниках, три отчёта вместо пяти и согласие обойтись без журнала загрузок. Что двигает вверх, до 250 000–320 000 ₽: два и более юрлица с разными справочниками, самописная конфигурация 1С, необходимость поднять историю за прошлые годы из архивов и требование обновлять данные несколько раз в день. Отдельно дорожает всё, что связано с телефонией и рекламными кабинетами: каждый дополнительный источник — это ещё 8–14 часов на выгрузку и ключ соответствия.
Окупаемость считается от высвобожденного времени. В модельной компании пять отчётов ежемесячно собирает помощник финансового директора — 14 часов по 1 200 ₽, то есть 16 800 ₽, плюс руководитель отдела продаж тратит 5 часов по 1 800 ₽ на сверку воронки и загрузки, это 9 000 ₽. Итого 25 800 ₽ в месяц, за вычетом 8 000 ₽ сопровождения остаётся 17 800 ₽ — контур окупается примерно за 10 месяцев. Если добавить 16 350 ₽ ежемесячных споров о цифрах на планёрках, посчитанных в соседнем разборе, срок падает до 5,3 месяца.
Что контур находит в первый же месяц
Отдача от такой связки редко приходит из красивых графиков. Она приходит из четырёх-пяти находок, которые всплывают, как только цифры из двух систем впервые оказываются рядом. В модельной компании первый месяц работы контура выглядел так.
- 310 000 ₽ из 780 000 ₽ просрочки — у двух клиентов, которым продолжали отгружать. В 1С информация была, но менеджер видел карточку клиента, а не срок долга, и отгружал по привычке. Отчёт по дебиторке в разрезе сроков закрыл вопрос за одну планёрку.
- 2,1 млн ₽ заморожено в 1 340 позициях без движения 90 дней. Это 16 % номенклатуры. Половину списка удалось распродать со скидкой в течение квартала, и это разовый эффект, который один раз окупает весь контур.
- 148 обращений из 620 не получили ни одного касания в первые сутки — почти четверть входящего потока. До появления отчёта считалось, что «отдел справляется». Эта же цифра обычно приводит к разговору про распределение заявок между менеджерами.
- Расхождение с премиальной ведомостью на 640 000 ₽. Премии считали по сумме отгрузок, а в 1С часть отгрузок была закрыта возвратами. Ни одна сторона не была неправа — просто никто не написал, входят возвраты в базу премии или нет.
Ни одна из этих находок не требует BI-платформы. Все четыре требуют одного: чтобы цифры из 1С и CRM хотя бы раз в сутки оказывались на одном листе и считались по записанному правилу.
Против полноценного BI: сравнение на три года
Сравнивать надо не цену внедрения, а стоимость владения и то, что вы за неё получаете. Правая колонка — типовой BI-проект: обследование, слой сбора, хранилище, витрины, дашборды, сопровождение модели данных.
| Параметр | Контур на таблицах | BI-проект |
|---|---|---|
| Внедрение | 182 000 ₽ | 450 000 ₽ |
| Срок до первого отчёта | 2 недели | 10–14 недель |
| Сопровождение | 8 000 ₽/мес | 20 000 ₽/мес |
| Три года владения | 470 000 ₽ | 1 170 000 ₽ |
| Рабочий потолок объёма | около 100 000 строк на листе | десятки миллионов строк |
| Одновременная работа | 2–3 человека | десятки пользователей |
| Разграничение доступа | файл выдаётся целиком | по ролям, вплоть до строк |
| Кто может проверить расчёт | автор файла и, если повезёт, ещё один человек | меры описаны в модели данных |
| Глубина истории | пока файл открывается | ограничена только диском |
Разница в три года владения — 700 000 ₽. Это не чистая экономия: часть суммы придётся внести позже, когда контур упрётся в потолок. Правильная формулировка — отложенный платёж с правом не платить, если компания не вырастет или отчётность так и останется на пяти вопросах. Так же считается стоимость владения любой автоматизацией: сравнивать разовые сметы бессмысленно, сравнивать надо трёхлетний счёт.
Два составных столбца, ось в рублях. Левый «Контур на таблицах — 470 000 ₽» из сегментов: внедрение 182 000, сопровождение 8 000 ₽/мес × 36 = 288 000. Правый «BI-проект — 1 170 000 ₽» из сегментов: внедрение 450 000, сопровождение 20 000 ₽/мес × 36 = 720 000. Между столбцами выносная подпись «разница 700 000 ₽». Под левым столбцом мелкая приписка «плюс 105 000–140 000 ₽ на переезд, если контур упрётся в потолок». Все суммы подписаны, единицы — рубли.
Четыре признака, что таблица кончилась
Момент перехода определяется не числом сотрудников и не оборотом, а четырьмя техническими признаками. Достаточно двух одновременно, чтобы начинать разговор про BI.
- 1Больше 100 000 строк на листе. В модельном файле с двенадцатью расчётными колонками это 1,2 млн формул. Лист на 10 000 строк пересчитывается за пару секунд, на 50 000 — около восьми, на 100 000 — уже под минуту, а дальше файл перестаёт открываться на слабых машинах. У модельной компании 50 000 строк реализаций накапливаются за 18 месяцев, то есть потолок наступает примерно на третьем году истории.
- 2Трое правят одновременно. Облачные таблицы совместную работу держат, но лист с тяжёлыми формулами пересчитывается у каждого, а правки в справочнике соответствий начинают затирать друг друга. Двое — рабочая ситуация, трое и больше — постоянные конфликты версий.
- 3Нужен доступ по ролям. Файл выдаётся целиком: либо менеджер видит выручку всех коллег, либо не видит ничего. Обход через отдельную копию на каждого создаёт ровно ту проблему, ради которой всё затевалось, — пять версий одной цифры.
- 4Формулы понимает один человек. Двенадцать расчётных колонок плюс срезы и сводные на пяти отчётных листах — это несколько десятков формул, которые держит в голове автор файла. Признак, что порог пройден: автор в отпуске, и отчёт за месяц не собрали.
Линейный график. Ось X — число строк на листе: 10 000, 25 000, 50 000, 75 000, 100 000, 150 000. Ось Y — время пересчёта в секундах. Точки: 2 с, 4 с, 8 с, 20 с, 55 с, «файл не открывается». Кривая резко загибается вверх после отметки 50 000. Вертикальная штриховая линия на 100 000 подписана «рабочий потолок». Отдельная выноска у отметки 50 000: «модельная компания — 18 месяцев истории». Подпись под графиком: «Порядок величин для файла с 12 расчётными колонками; зависит от редактора и машины».
В таблицу попадают названия контрагентов, а часто и контакты — это персональные данные, и они должны обрабатываться в базах на территории России. Значит, файл живёт либо во внутреннем контуре компании, либо в российском облачном офисе вроде Яндекс 360, а не в произвольном зарубежном сервисе. Отдельно проверьте, кому выдан доступ по ссылке: в контуре из пяти отчётов это самая частая утечка. Как мы оформляем доступы и поручение обработки, описано на странице про безопасность и работу с данными.
Как сделать, чтобы переезд на BI не начинался с нуля
Главная ошибка — считать контур на таблицах временным костылём и не вкладываться в его устройство. Тогда через два года подрядчик по BI начинает с обследования, потому что вся логика расчёта живёт внутри формул и в голове автора. Пять правил, которые превращают таблицу в черновик будущей модели данных.
- Сырые листы отдельно от всего остального. То, что пришло из системы, не редактируется руками — иначе при переезде невозможно доказать, где данные, а где чья-то правка.
- Справочник соответствий — отдельный лист с явными колонками. Переносится в BI как есть и экономит недели работы над склейкой источников. Про то, что дашборд начинается со справочников, — отдельный разбор.
- Определения метрик — текстом, а не формулой. Двенадцать строк на листе: название, формула словами, источник, период, база, владелец. Это техническое задание на модель данных, написанное заранее и бесплатно.
- Вся арифметика на одном листе расчётов. Разбросанные по отчётам вычисления при переносе приходится выискивать по всему файлу, и часть всё равно теряется.
- Отчётные листы ничего не считают. Они только показывают. При переезде такие листы пересобираются заново в любом случае, и жалеть о них не приходится.
Если эти пять правил соблюдены, перенос контура в BI — это 30–40 часов, то есть 105 000–140 000 ₽: подключить те же источники, перенести справочник и определения, переписать двенадцать расчётных колонок в меры и пересобрать пять отчётов. Если не соблюдены — проект начинается с обследования, и вы платите полные 450 000 ₽ второй раз.
Три колонки. Первая «Переносится как есть»: сырые выгрузки, справочник соответствий, лист определений метрик, регламент загрузки. Вторая «Переписывается»: 12 расчётных колонок → меры модели данных. Третья «Пересобирается заново»: пять отчётных листов, права доступа. Под колонками две строки итога: «Если правила соблюдены — перенос 30–40 часов, 105 000–140 000 ₽» и «Если нет — проект с обследования, 450 000 ₽ заново». Чертёжный стиль, подписи по-русски.
Когда этот контур не подходит
Связка «выгрузки и таблица» — рабочий инструмент, а не универсальный. Есть четыре ситуации, в которых её строить не надо, и в трёх из них дешевле сразу браться за нормальную платформу.
- Менеджеры не должны видеть чужие цифры. Если разграничение доступа — требование, а не пожелание, таблицы отпадают сразу: файл выдаётся целиком. Все обходные пути дают несколько версий одной цифры.
- Больше трёх юрлиц с разными справочниками. Склейка внутренних оборотов и приведение номенклатуры на листах превращается в неподдерживаемую конструкцию уже на втором квартале.
- Данные нужны чаще раза в сутки. Контур на таблицах живёт суточным ритмом. Требование «свежие цифры каждые 15 минут» — это уже нормальный слой сбора и хранилище, а не выгрузка в файл.
- Отчёт нужен один и раз в месяц. Тогда и 182 000 ₽ лишние: два часа работы аналитика с обычной выгрузкой закроют вопрос дешевле любого контура.
И пятый случай, который стоит отдельно: если данные в источниках грязные, контур на таблицах покажет этот беспорядок быстрее и нагляднее, чем BI за 450 000 ₽. Здесь это скорее плюс — дешёвая диагностика. Но строить на таких данных отчётность для решений нельзя, сначала нужна проверка качества данных.
Таблица перестаёт справляться не тогда, когда компания вырастает, а тогда, когда её формулы понимает один человек.
