← Блог

Когда Excel перестает справляться и пора делать систему учета

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

С таблиц начинают почти все, и это правильно. Таблица заводится за час, не требует согласования бюджета и точно повторяет то, как человек думает о своей работе.

Проблема появляется позже — когда таблица перестает быть личным инструментом и становится тем, на чем держится операционная работа компании. С этого момента она начинает стоить денег, но счет за нее никто не выставляет.

Момент, когда это перестает работать

Четыре расходящиеся копии таблицы против одного источника данных с ролями Слева четыре наложенные друг на друга таблицы с разными числами и вопросом, какая из них верная. Справа одна база данных, к которой подключены роли: продажи, склад, бухгалтерия, руководитель. ЧЕТЫРЕ ВЕРСИИ ОДНОЙ ЦИФРЫ 412 409 415 407 ? ОДИН ИСТОЧНИК 412 одна запись продажи склад бухгалтерия руководитель
Пока таблица одна, все хорошо. Проблема начинается с первой копии — дальше каждая живет своей жизнью, и совещание уходит на выяснение, чья цифра верная.

Таблица ломается не потому, что в ней мало возможностей. Она ломается на четырех вещах, которых в ней нет по устройству.

Одновременная работа. Два человека не могут менять одну строку. Появляются копии, копии расходятся.

История. Кто поменял цифру, когда и зачем — неизвестно. Ошибку находят через месяц и не могут восстановить, откуда она взялась.

Права. Либо человек видит файл целиком, либо не видит ничего. Показать менеджеру только его клиентов нельзя.

Связи. Заказ связан с клиентом, машиной, сменой и счетом. В таблице эта связь держится на том, что человек помнит соответствие, и на формуле ВПР, которую никто не рискует трогать.

Шесть признаков, что пора

  • Файл называется «Реестр_итог_final_v3_правки_Ани». Версионирование именами — верный признак, что источник истины потерян.
  • Перед совещанием кто-то полдня сводит данные. Это не подготовка отчета, это ручная интеграция между отделами.
  • Есть человек, без которого таблица не работает. Формулы понимает один, и в отпуск он ездит с ноутбуком.
  • Цифры из разных отделов не сходятся, и это считается нормой. Расхождение перестали расследовать, к нему приспособились.
  • Новый сотрудник входит в курс дела неделями. Правила не записаны в системе, они в порядке заполнения ячеек.
  • Файл открывается долго и иногда падает. Технический предел уже достигнут, дальше будет только хуже.

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

Чего делать не надо

Самая частая ошибка при переходе — попытка перенести таблицу как есть. Заказчик приносит файл с сорока колонками и просит сделать «то же самое, только в системе».

Так делать нельзя по двум причинам.

Во-первых, половина колонок в таблице появилась как обходной путь вокруг ограничений самой таблицы. Дублирующие поля, служебные пометки, колонки «статус» с разноцветной заливкой — все это костыли, которые в нормальной системе не нужны.

Во-вторых, таблица описывает состояние, а система должна описывать процесс. В таблице есть строка заказа. В системе есть заказ, который проходит путь от заявки до закрытия, и на каждом шаге меняется то, что с ним можно делать. Это принципиально разные модели, и вторая на порядок полезнее.

Из чего состоит минимальная система учета

Не нужно строить корпоративную платформу. Рабочий минимум выглядит так.

  1. Сущности и связи. Три-пять объектов, вокруг которых крутится работа, и понятные связи между ними. Не сорок колонок, а нормальная структура.
  2. Статусы вместо заливки цветом. У объекта есть путь. На каждом этапе понятно, кто отвечает и что можно сделать дальше.
  3. Роли и доступ. Каждый видит свое. Это не про секретность, а про то, чтобы человек не тонул в лишнем.
  4. Журнал изменений. Кто, что, когда. Одна таблица в базе, которая окупается на первом же спорном случае.
  5. Два-три отчета, которыми реально пользуются. Не конструктор отчетов, а конкретные ответы на конкретные вопросы руководителя.

Этого достаточно, чтобы закрыть один процесс целиком. Первый рабочий блок — от недели, дальше по сложности.

Как выглядит модель данных на примере

Возьмем компанию, которая принимает заявки и выполняет их выездом. В таблице это один лист с тридцатью колонками. В системе это четыре связанные сущности.

Клиент

Название, контакты, адреса объектов, условия оплаты, история обращений. Заводится один раз, дальше выбирается из списка — и написание названия перестает быть пятью разными вариантами.

Заявка

Клиент, объект, что нужно, когда, статус, исполнитель, стоимость. Главный объект, вокруг которого крутится работа. У нее есть путь от поступления до закрытия.

Исполнитель и ресурс

Кто и на чем выполняет. Смены, доступность, загрузка. Здесь же становится возможным вопрос «кто свободен завтра в первой половине дня», на который в таблице ответа нет.

Документ

Счет, акт, фото с объекта. Привязан к заявке, а не лежит в папке с именем по дате. Найти все по конкретному клиенту становится одним фильтром.

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

Excel никуда не денется

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

Таблица остается отличным инструментом там, где она сильна.

  • Разовый расчет. Прикинуть сценарий, посчитать вариант, проверить гипотезу — быстрее, чем в любой системе.
  • Анализ выгрузки. Система выдает данные, дальше человек крутит их сводными таблицами под конкретный вопрос.
  • Черновик модели. Прежде чем заказывать систему, полезно сделать таблицу и пожить в ней месяц. Она покажет, какие поля реально нужны.
  • То, что меняется каждый раз. Если структура расчета своя под каждый случай, кодировать ее рано.

Разница в роли. Таблица — инструмент одного человека для разовой задачи. Система — общее место, где живет то, на чем держится работа всей компании. Проблемы начинаются, когда первое начинает выполнять работу второго.

Где помогает ИИ

В этой задаче у ИИ есть одно очень практичное применение, о котором редко думают, — перенос данных.

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

Второе применение появляется уже после запуска.

Ввод без ввода

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

Проверка на странное

Система замечает, что цифра выбивается из истории: объем вдвое больше обычного, цена ниже себестоимости, срок нереальный. Это ловит ошибки ввода в момент, а не через месяц.

Обратите внимание: и то и другое работает только при наличии структурированной базы и истории. В таблице этого нет. Это еще один аргумент к тому, что ИИ идет после системы учета, а не вместо нее.

Как переходить, чтобы не встало

  1. Взять один процесс, а не все. Тот, где расхождения дороже всего. Остальное пока живет в таблицах.
  2. Запустить параллельно. Две-три недели данные ведутся и там и там. Расхождения сразу показывают, что упущено в модели.
  3. Перенести историю после того, как модель устоялась. Не раньше, иначе историю придется переносить дважды.
  4. Закрыть таблицу. Пока старый файл открыт, часть работы будет идти в нем. Это не вопрос дисциплины, это вопрос удобства.

Четвертый шаг обычно и есть настоящая граница проекта. Система считается внедренной не когда она работает, а когда в старый файл перестали заходить.

Посмотрим на вашу таблицу и скажем, что из нее делать

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

Показать таблицу

Если задача закрывается настройкой готового продукта, так и будет сказано.

Дальше по теме