Когда Google Таблиц хватает, а когда уже нужна база данных

Почему таблица выигрывает у учётной системы на старте

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

Второе преимущество — доступ. Таблица открывается с телефона, её расшаривают на подрядчика и бухгалтера, в ней работают формулы, фильтры, сводные и скрипты. Для многих задач этого достаточно навсегда: реестр заявок на 200–300 строк в месяц, график смен, остатки по партиям, план закупок, список клиентов с историей заказов.

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

Предел наступает по людям, а не по объёму

Обычно считают, что таблица «закончится» на больших числах. На практике она ломается раньше — когда над ней начинают работать несколько человек и когда данные из неё начинают жить в двух местах.

• Одновременная правка. Пока пишет один, конфликтов нет. Когда трое правят одни и те же строки, появляются перезаписанные значения: двое открыли заявку, оба поменяли статус, сохранился последний вариант — и никто не заметил.
• Права. В таблице доступ дают на файл или на лист, а не на строку клиента. Менеджеру, которому нужен только свой блок, приходится открывать выручку всего отдела.
• История. Версии файла показывают, кто и когда менял ячейку, но не объясняют, почему заявка стала «закрыта» без оплаты. Разбор занимает вечер.
• Связи. Как только появляется третий лист и ВПР между ними, перестановка колонки ломает формулы молча: ключ не находится, в половине строк появляется «#Н/Д», а часть расчётов остаётся с прежними числами.
• Ручной перенос. Самый дорогой пункт: сводка собирается копированием из трёх файлов, и в ней каждый раз немного разные цифры — потому что копировали в разное время.

Что показывают цифры: лимиты и цена ошибок

Точные пределы полезно знать: они снимают часть страхов. «Таблица не выдержит» обычно относится не к объёму, а к способу работы с ней.

Для ориентира: реестр из 300 заявок в месяц при 20 колонках — это 72 тысячи заполненных ячеек в год. До 20 миллионов далеко, и телефон такие объёмы открывает. Значит, технический предел наступает не от размера, а от ошибок и от ручной работы вокруг таблицы.

Ошибки — вторая сторона. Сводка Рэймонда Панко (Journal of End User Computing, 1998, ред. 2008) собирает 13 полевых аудитов реальных таблиц: с 1995 года ошибки нашли в 88% из 113 проверенных таблиц, а доля ошибок в формульных ячейках — примерно 1% и выше даже после аккуратной разработки. В больших таблицах с тысячами формул это десятки необнаруженных ошибок.

Цена таких ошибок хорошо видна в подборке EuSpRIG: полиция Северной Ирландии опубликовала персональные данные 10 799 сотрудников из-за лишнего листа в таблице — регулятор оштрафовал организацию на 750 тысяч фунтов; норвежский суверенный фонд потерял около 92 миллионов долларов из-за неверно введённой даты; а в деле о поддельных данных список клиентов выдал себя тем, что в нём оказалось ровно 1 048 576 строк — предельный размер листа в Excel.

Как таблица превращается в операционную систему

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

Три признака, что пора базу

Решение принимается не по объёму, а по свойствам процесса. Достаточно ответить на несколько вопросов — и таблица сама покажет, где ей тесно.

Если «да» получено только по последней строке — чаще всего достаточно навести порядок в самой таблице: обязательные поля, проверка форматов, отдельный лист-справочник вместо копий. Если «да» по первым трём — переезд в базу не роскошь, а способ перестать сводить цифры руками.

Половина решений — не «таблица или база», а «таблица и база»

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

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

Такой порядок снимает главный риск — простой на время переезда. Люди продолжают видеть привычный лист, но данные в нём появляются не от руки, а из системы. Чем процесс описывается до переезда — в статье про карту процесса и про регламент.

Как измерить, что таблица уже мешает

Спор «таблица или база» решается замером, а не вкусом. Четыре метрики снимаются за неделю и не требуют отдельного проекта.

1. Время на сборку сводки: сколько минут в день уходит на копирование и сверку. Двадцать минут в день — это около семи часов в месяц.
2. Доля строк, поправленных после ввода. Наш ориентир: если больше 10–15%, значит, на входе нет проверок формата и обязательных полей.
3. Число версий файла за месяц. Больше десяти копий вида «итог_финал» — признак, что общей цифре не доверяют.
4. Количество ручных переносов между таблицами. Каждый перенос — место, где появляются дубли и расходятся итоги.

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

Порядок действий на этой неделе

1. Выписать, какие данные вводятся вручную и куда потом переносятся. Одна страница текста, без схем и диаграмм.
2. Отметить факты, которые живут в двух местах: клиент, заказ, оплата. Это и есть кандидаты на первую нормальную запись.
3. Посчитать объём: строк в месяц и заполненных ячеек. Если меньше нескольких сотен строк — таблица остаётся, вопрос только в правилах ввода.
4. Проверить организационные признаки из таблицы выше. Если два и больше — планировать базу, начиная со справочников.
5. Замерить время на сводку до изменений. Без этой цифры через месяц никто не вспомнит, стало ли лучше.

Таблица — не «плохой инструмент», а инструмент с известными границами: она хороша там, где процесс ещё меняется и где работает один-два человека. За границей начинаются обычные требования — одна запись в одном месте, права на часть данных, история изменений, транзакции. Но эти требования появляются не от размера компании, а от цены ошибки. Что мы делаем с процессами — в разделе услуг, примеры — в кейсах, разбор вашей таблицы — на диагностике. Если таблица уже стала «операционной системой», посмотрите разбор автоматизации заявок.