Таблица, которую менеджер ведёт параллельно с CRM, — это техническое задание на доработку, написанное пользователем добровольно, подробно и бесплатно. В ней ровно те поля, которых человеку не хватает, ровно в том порядке, в каком он работает, и без единого лишнего поля, потому что каждое лишнее он заполняет своими руками. Прочитать её колонки полезнее, чем провести три интервью о требованиях.
Причина появления таких таблиц почти всегда арифметическая, а не эмоциональная. Сотрудник выбирает более дешёвый для себя способ сделать работу и в большинстве случаев считает верно: строка в таблице заводится за 25 секунд, карточка в системе — за 2 минуты 40 секунд. Пока эта арифметика не изменится, ни приказы, ни напоминания не сработают — они добавят к обходу только раздражение.
Ниже — четыре причины теневого учёта с признаком каждой прямо в самой таблице, расчёт цены двойного учёта в рублях, порядок разбора за один день, обязательная последовательность устранения и две ситуации, где параллельная таблица оправдана и трогать её не надо. Модельный пример: оптовая компания, отдел продаж из 7 менеджеров, CRM работает второй год.
Четыре причины, и ни одна не про вредность
Каждая из причин оставляет в теневой таблице свой отпечаток, поэтому диагноз ставится не разговором, а взглядом на колонки. Одна и та же таблица может нести признаки двух причин сразу — тогда чинить нужно обе, и начинать с той, которая дешевле.
| Причина | Как выглядит в самой таблице | Что чинить в системе |
|---|---|---|
| Медленный ввод | 5–6 колонок против формы на 14 полей; те же данные, но короче | Сократить обязательные поля до тех, которые кто-то читает; подставлять данные автоматически |
| Нет нужного поля | колонка, которой в системе нет вообще: «когда перезвонить», «что обещали сверх прайса», «кто из коллег уже общался» | Добавить поле или статус — обычно 2–4 часа работы, а не новое внедрение |
| Недоверие к данным | дублируются поля, которые в системе уже есть, плюс колонка «проверено» или «моя версия» | Провести сверку на глазах у людей и починить источник расхождения, а не убеждать словами |
| Личный контроль | таблица не показывается никому: своя воронка, свои договорённости, своя нагрузка | Здесь техника не помогает — вопрос про статус и про то, как эти данные будут использоваться |
Первые три причины — дефекты системы, и они закрываются работой. Четвёртая — не дефект, а позиция: человек держит у себя картину, которую не хочет отдавать, потому что по ней начнут спрашивать или потому что она составляет часть его незаменимости. Её лечит не доработка, а разговор о том, для чего данные будут применяться, — тот же разговор, который снимает и остальное сопротивление. Мы разбирали его отдельно в опорном материале про саботаж.
Сколько стоит вторая таблица
Восемнадцать минут в день на человека выглядят несерьёзно, поэтому теневой учёт почти никогда не попадает в бюджет. Складываются они просто: около 25 строк по 25 секунд плюс восемь минут на правки и сверку в конце дня. Ставка часа — полная, с взносами, рабочим местом и полезной загрузкой; методику мы разбирали в материале о цене ручной работы, оттуда взяты 2 086 ₽ за час менеджера по продажам и 1 778 ₽ за час бухгалтера.
Доработка, закрывающая первые три причины из таблицы, — это 180 000–260 000 ₽ и 3–4 недели работы: сокращение формы ввода, три-четыре недостающих поля, два отчёта и одна сверка. Даже по верхней границе она окупается примерно за два месяца. Это тот редкий случай, когда расчёт окупаемости не требует прогнозов роста продаж: экономия целиком состоит из работы, которая сейчас делается дважды.
График накопления за 12 месяцев, ось в рублях. Растущая ломаная — накопленная стоимость параллельного учёта по 127 424 ₽ в месяц, до 1 529 088 ₽ на двенадцатом месяце. Горизонтальная штриховая линия — разовая доработка 260 000 ₽. Точка пересечения между вторым и третьим месяцем выделена и подписана «окупаемость». Слева врезкой состав месячной суммы тремя сегментами: «двойной ввод 95 956 ₽», «сверка расхождений 20 800 ₽», «сведение отчётности 10 668 ₽». Чертёжный стиль, подписи по-русски.
Разбор: собрать таблицы и прочитать их как техзадание
Разбор занимает один рабочий день и не требует ни подрядчика, ни методологии. Требует он ровно одного — чтобы таблицы принесли настоящие, а не показательные. Поэтому первый шаг важнее остальных трёх вместе взятых.
- 1Объявить амнистию и собрать файлы
Сообщение простое и произносится вслух: «Присылайте до пятницы всё, что ведёте вне системы. Последствий не будет ни для кого, мне нужно понять, чего системе не хватает». Без явной амнистии вы соберёте половину файлов и самые безобидные. В модельном примере от 7 менеджеров пришло 9 таблиц — у двоих их оказалось по две.
- 2Свести все колонки в один список
Выпишите заголовки всех колонок всех таблиц подряд и схлопните синонимы: «перезвон», «когда звонить» и «след. контакт» — это одна колонка. Рядом с каждой поставьте, у скольких сотрудников она встречается. Колонка, которая есть у пяти человек из семи, — это требование, а не причуда одного менеджера. В примере из 63 исходных заголовков после схлопывания осталось 28.
- 3Разложить по трём категориям
Каждую колонку отнесите к одной из трёх групп: есть в системе и заполняется, есть в системе и не заполняется, в системе отсутствует. В примере получилось 19 / 6 / 3. Третья группа — прямое техническое задание на доработку. Вторая группа интереснее: поле есть, но люди дублируют его в таблицу, а значит, дело либо в неудобстве ввода, либо в недоверии к тому, что там лежит.
- 4Замерить секундомером, а не на глаз
Возьмите одну типовую запись и засеките её дважды: в таблице и в системе, от начала до сохранения. Разницу умножьте на частоту в день. В примере это 25 секунд против 2 минут 40 секунд при 25 записях в день — 56 минут разницы на человека ежедневно. Восемнадцати минутам из расчёта выше это не противоречит: 18 минут компания платит за ведение таблицы, а 56 минут сотрудник экономит себе, выбирая её вместо системы. Именно второе число определяет его поведение.
Три отсутствующие колонки из модельного разбора стоит назвать, потому что они типичны: «когда перезвонить», «что обещали клиенту сверх прайса» и «кто из коллег уже общался с этим клиентом». Все три — не про отчётность, а про то, чтобы не выглядеть дураком перед клиентом завтра. Именно такие поля люди защищают своей теневой таблицей упорнее всего, и именно их обычно нет в системе, потому что при внедрении собирали требования у руководителей, а не у тех, кто разговаривает с клиентом.
Схема разбора в три вертикальные группы с числами. Заголовок сверху: «63 заголовка из 9 таблиц → 28 колонок после схлопывания синонимов». Группа 1 — «Есть в системе и заполняется, 19» с подписью «норма, трогать не надо». Группа 2 — «Есть в системе, но дублируется в таблицу, 6» с подписью «неудобство ввода или недоверие к данным». Группа 3 — «В системе отсутствует, 3» с подписью «прямое техзадание» и перечислением: «когда перезвонить», «что обещали сверх прайса», «кто из коллег уже общался». Внизу отдельной строкой замер: «строка в таблице 25 секунд против карточки в системе 2 минуты 40 секунд». Чертёжный стиль, подписи по-русски.
Почему запрет не работает
Административный запрет убирает не таблицу, а её видимость. Файл, лежавший в общей папке, где его видел руководитель, переезжает в личное облако, на домашний ноутбук или в переписку. Работа продолжается ровно в том же объёме, но теперь вы не знаете ни её масштаба, ни того, какие поля людям нужны. По сути, запрет уничтожает единственный бесплатный источник информации о дефектах вашей системы.
В типовой теневой таблице отдела продаж лежат ФИО, телефоны и адреса клиентов, а иногда и данные из договоров. На корпоративном сервере это обрабатываемые персональные данные под вашим контролем: есть учёт, разграничение доступа и возможность удалить их по требованию субъекта. На личном устройстве сотрудника нет ни одного из этих трёх условий, а отвечать за обработку по 152-ФЗ всё равно будет компания. Как разносятся доступы и где что должно храниться, у нас описано на странице о безопасности.
Есть и второй эффект, менее очевидный. Запрет переводит разговор из технической плоскости в дисциплинарную: обсуждается уже не то, каких полей не хватает, а то, кто нарушил распоряжение. После этого сотрудники перестают приносить свои файлы даже по прямой просьбе, и следующий разбор вы проведёте только через увольнение или через случайно найденный файл на общем диске.
Порядок устранения: три шага, которые нельзя переставлять
Последовательность здесь важнее скорости. Каждый из трёх шагов бессмыслен и вреден, если сделан раньше предыдущего, а самая частая ошибка — начать с третьего, потому что он не требует ни денег, ни времени подрядчика.
- 1Шаг 1. Закрыть дефект системы
Добавить недостающие поля, сократить обязательные до читаемых, сделать два-три отчёта, которые сейчас досчитывают в таблице. Пока дефект жив, всё остальное — административное давление, которое даёт формальные записи и рост числа заглушек в полях. Срок в модельном примере — 3–4 недели.
- 2Шаг 2. Перенести накопленные данные
То, что уже лежит в таблицах, переезжает в систему разово — силами подрядчика или самих сотрудников, но в оплаченное рабочее время и с выделенным на это днём. Требование «перенесите сами, когда будет минутка» не выполняется никогда и заодно подтверждает людям, что их работа считается неважной.
- 3Шаг 3. Отключить дублирующий путь
Дата объявляется заранее, файл сначала переводится в режим только для чтения, через две недели уходит в архив. Обязательное исключение — сбой системы: временный маршрут на случай недоступности должен быть назван и разрешён заранее, иначе первая же авария вернёт таблицы обратно, и уже без надежды их убрать.
Схема из трёх последовательных блоков со стрелками слева направо: «1. Закрыть дефект системы — 3–4 недели, 180 000–260 000 ₽», «2. Перенести накопленные данные — выделенный оплаченный день», «3. Отключить дублирующий путь — дата объявлена заранее, режим чтения, затем архив». Под третьим блоком ответвление с подписью «исключение на случай сбоя системы: временный маршрут назван заранее». Ниже отдельной строкой перечёркнутая стрелка сразу к третьему блоку с подписью «так таблица уезжает на личное устройство». Чертёжный стиль, подписи по-русски.
Проверять результат нужно не опросом, а замером. Доля операций, у которых остался след вне системы, — одна из пяти метрик приживаемости, и она снимается из счётчика выгрузок и почты участка за пару часов. Норма — до 10 % операций, больше 25 % означает, что параллельный учёт вернулся или не уходил. Как считаются остальные четыре числа, разобрано в соседнем материале про измерение использования системы.
Две таблицы, которые не надо трогать
Не всякая таблица рядом с системой — параллельный учёт. Две ситуации выглядят похоже, но лечения не требуют, и попытка загнать их в систему обычно заканчивается доработкой, которой потом никто не пользуется.
- Разовая аналитическая выкладка. Раз в квартал кто-то выгружает данные и считает в таблице то, чего в системе нет и не должно быть: сценарий бюджета, прикидку под конкретное решение, сравнение двух вариантов закупки. Признак — таблица не пополняется ежедневно и никто, кроме автора, не берёт из неё данные для своей работы.
- Черновик короче суток. Менеджер набрасывает список на планёрке, к вечеру всё перенесено в систему, файл больше не открывается. Признак — таблица не переживает неделю и не имеет постоянного места хранения.
Граница между личным инструментом и параллельным учётом проходит в одной точке: таблица становится параллельным учётом в тот момент, когда у неё начинает спрашивать данные кто-то второй. Пока файл нужен только автору — это черновик. Как только руководитель просит «пришли свою табличку» перед планёркой, источником правды стала таблица, а система превратилась в её медленную копию, и дальше расхождение будет только расти.
И последнее исключение, самое неудобное для нас. Если операций на участке меньше тридцати в месяц, таблица — правильный инструмент, а не проблема. Доработка системы под такой объём не окупится ни за два месяца, ни за год: экономия составит несколько часов, а вложение — те же 180 000 ₽. В этом случае честный ответ звучит так: оставьте таблицу, договоритесь, где она лежит и кто её ведёт, и вернитесь к вопросу, когда объём вырастет втрое.
Теневая таблица — не нарушение регламента, а бесплатный отчёт о том, чего вашей системе не хватает.
