С таблиц начинают почти все, и это правильно. Таблица заводится за час, не требует согласования бюджета и точно повторяет то, как человек думает о своей работе.
Проблема появляется позже — когда таблица перестает быть личным инструментом и становится тем, на чем держится операционная работа компании. С этого момента она начинает стоить денег, но счет за нее никто не выставляет.
Момент, когда это перестает работать
Таблица ломается не потому, что в ней мало возможностей. Она ломается на четырех вещах, которых в ней нет по устройству.
Одновременная работа. Два человека не могут менять одну строку. Появляются копии, копии расходятся.
История. Кто поменял цифру, когда и зачем — неизвестно. Ошибку находят через месяц и не могут восстановить, откуда она взялась.
Права. Либо человек видит файл целиком, либо не видит ничего. Показать менеджеру только его клиентов нельзя.
Связи. Заказ связан с клиентом, машиной, сменой и счетом. В таблице эта связь держится на том, что человек помнит соответствие, и на формуле ВПР, которую никто не рискует трогать.
Шесть признаков, что пора
- Файл называется «Реестр_итог_final_v3_правки_Ани». Версионирование именами — верный признак, что источник истины потерян.
- Перед совещанием кто-то полдня сводит данные. Это не подготовка отчета, это ручная интеграция между отделами.
- Есть человек, без которого таблица не работает. Формулы понимает один, и в отпуск он ездит с ноутбуком.
- Цифры из разных отделов не сходятся, и это считается нормой. Расхождение перестали расследовать, к нему приспособились.
- Новый сотрудник входит в курс дела неделями. Правила не записаны в системе, они в порядке заполнения ячеек.
- Файл открывается долго и иногда падает. Технический предел уже достигнут, дальше будет только хуже.
Дороже всего обходится не потерянное время, а решения, принятые по расходящимся данным. Закупка на основании остатка, которого нет, или выставленный дважды счет стоят больше, чем любая система учета.
Чего делать не надо
Самая частая ошибка при переходе — попытка перенести таблицу как есть. Заказчик приносит файл с сорока колонками и просит сделать «то же самое, только в системе».
Так делать нельзя по двум причинам.
Во-первых, половина колонок в таблице появилась как обходной путь вокруг ограничений самой таблицы. Дублирующие поля, служебные пометки, колонки «статус» с разноцветной заливкой — все это костыли, которые в нормальной системе не нужны.
Во-вторых, таблица описывает состояние, а система должна описывать процесс. В таблице есть строка заказа. В системе есть заказ, который проходит путь от заявки до закрытия, и на каждом шаге меняется то, что с ним можно делать. Это принципиально разные модели, и вторая на порядок полезнее.
Из чего состоит минимальная система учета
Не нужно строить корпоративную платформу. Рабочий минимум выглядит так.
- Сущности и связи. Три-пять объектов, вокруг которых крутится работа, и понятные связи между ними. Не сорок колонок, а нормальная структура.
- Статусы вместо заливки цветом. У объекта есть путь. На каждом этапе понятно, кто отвечает и что можно сделать дальше.
- Роли и доступ. Каждый видит свое. Это не про секретность, а про то, чтобы человек не тонул в лишнем.
- Журнал изменений. Кто, что, когда. Одна таблица в базе, которая окупается на первом же спорном случае.
- Два-три отчета, которыми реально пользуются. Не конструктор отчетов, а конкретные ответы на конкретные вопросы руководителя.
Этого достаточно, чтобы закрыть один процесс целиком. Первый рабочий блок — от недели, дальше по сложности.
Как выглядит модель данных на примере
Возьмем компанию, которая принимает заявки и выполняет их выездом. В таблице это один лист с тридцатью колонками. В системе это четыре связанные сущности.
Клиент
Название, контакты, адреса объектов, условия оплаты, история обращений. Заводится один раз, дальше выбирается из списка — и написание названия перестает быть пятью разными вариантами.
Заявка
Клиент, объект, что нужно, когда, статус, исполнитель, стоимость. Главный объект, вокруг которого крутится работа. У нее есть путь от поступления до закрытия.
Исполнитель и ресурс
Кто и на чем выполняет. Смены, доступность, загрузка. Здесь же становится возможным вопрос «кто свободен завтра в первой половине дня», на который в таблице ответа нет.
Документ
Счет, акт, фото с объекта. Привязан к заявке, а не лежит в папке с именем по дате. Найти все по конкретному клиенту становится одним фильтром.
Тридцать колонок при этом не исчезают, а раскладываются по четырем местам, и большая их часть оказывается вычисляемой, а не заполняемой руками. Это и есть основной эффект перехода: данных вводят меньше, а отвечать они начинают на больше вопросов.
Excel никуда не денется
Отказываться от таблиц полностью не нужно, и попытка это сделать обычно заканчивается тем, что люди все равно продолжают ими пользоваться, только тайком.
Таблица остается отличным инструментом там, где она сильна.
- Разовый расчет. Прикинуть сценарий, посчитать вариант, проверить гипотезу — быстрее, чем в любой системе.
- Анализ выгрузки. Система выдает данные, дальше человек крутит их сводными таблицами под конкретный вопрос.
- Черновик модели. Прежде чем заказывать систему, полезно сделать таблицу и пожить в ней месяц. Она покажет, какие поля реально нужны.
- То, что меняется каждый раз. Если структура расчета своя под каждый случай, кодировать ее рано.
Разница в роли. Таблица — инструмент одного человека для разовой задачи. Система — общее место, где живет то, на чем держится работа всей компании. Проблемы начинаются, когда первое начинает выполнять работу второго.
Где помогает ИИ
В этой задаче у ИИ есть одно очень практичное применение, о котором редко думают, — перенос данных.
Исторические таблицы всегда грязные. Один и тот же контрагент записан пятью способами, даты в трех форматах, часть значений лежит в примечаниях текстом. Раньше чистка и сведение такого массива были отдельным долгим этапом, который делали руками. Сейчас эта работа заметно быстрее: сопоставление дублей, приведение форматов, извлечение данных из свободного текста в примечаниях.
Второе применение появляется уже после запуска.
Ввод без ввода
Заявка приходит письмом или голосом, система сама разбирает ее на поля и показывает человеку на подтверждение. Скорость ручного заполнения перестает быть ограничением.
Проверка на странное
Система замечает, что цифра выбивается из истории: объем вдвое больше обычного, цена ниже себестоимости, срок нереальный. Это ловит ошибки ввода в момент, а не через месяц.
Обратите внимание: и то и другое работает только при наличии структурированной базы и истории. В таблице этого нет. Это еще один аргумент к тому, что ИИ идет после системы учета, а не вместо нее.
Как переходить, чтобы не встало
- Взять один процесс, а не все. Тот, где расхождения дороже всего. Остальное пока живет в таблицах.
- Запустить параллельно. Две-три недели данные ведутся и там и там. Расхождения сразу показывают, что упущено в модели.
- Перенести историю после того, как модель устоялась. Не раньше, иначе историю придется переносить дважды.
- Закрыть таблицу. Пока старый файл открыт, часть работы будет идти в нем. Это не вопрос дисциплины, это вопрос удобства.
Четвертый шаг обычно и есть настоящая граница проекта. Система считается внедренной не когда она работает, а когда в старый файл перестали заходить.
Посмотрим на вашу таблицу и скажем, что из нее делать
Пришлите файл, на котором держится работа, и опишите, кто с ним работает. В ответ — модель данных, которая из него получается, состав минимальной системы и оценка сроков по этапам.
Если задача закрывается настройкой готового продукта, так и будет сказано.