Учёт заказов в Excel: момент, когда таблица начинает вредить
Excel не перестаёт работать в какой-то день. Он тихо начинает врать, и обычно с того момента, когда файл открывают двое. Ниже — как это выглядит по шагам, потому что каждый шаг узнаётся, а вместе они складываются в диагноз.
Месяц первый: таблица лучше всего
Один человек, две сотни строк, всё под рукой. Никакой системы не нужно, и любой, кто продаёт вам сейчас CRM, продаёт вам лишнее.
Тут стоит сказать прямо: таблица — нормальный инструмент учёта. Она бесплатная, её понимает каждый, её можно перестроить за минуту. Большинство систем проигрывают ей в скорости изменений и всегда будут проигрывать.
Месяц третий: появляется вторая копия
Кто-то скачал файл, чтобы поработать дома. Кто-то сделал копию перед большой правкой, «чтобы не сломать».
С этого момента правды две. Пока обе совпадают, никто ничего не замечает. Расхождение обнаруживается через неделю, на конкретном заказе, и всегда при клиенте.
Месяц пятый: статус означает разное
В колонке «статус» появляются варианты: «в работе», «в работе (жду оплату)», «работа», «ждём». Их писали разные люди в разное время.
Отфильтровать такое нельзя. Посчитать нельзя. Спросить «сколько у нас сейчас в работе» можно, но ответ будет получен глазами и займёт двадцать минут.
Месяц седьмой: сортировка съедает строку
Кто-то выделил не весь диапазон и отсортировал. Данные разъехались по строкам: адрес одного заказа встал к сумме другого.
Заметят это не сразу. Заметят на отгрузке. Таблица при этом выглядит абсолютно нормально — в этом и главная её особенность: у неё нет состояния «сломано», у неё есть состояние «неправда, но красиво».
Месяц девятый: все видят всё
В файле есть закупочные цены и телефоны клиентов. Файл лежит в общем чате, потому что иначе неудобно.
Дальше два варианта. Либо никто не пользуется этим знанием, и вам повезло. Либо пользуется, и вы узнаете об этом последним. Разведение прав — это не про недоверие, а про то, чтобы вопрос не возникал: у нас в проектах сборщик видит заказы, но не деньги, а менеджер — клиентов, но не настройки.
Месяц двенадцатый: таблица требует человека
Заказ пришёл с сайта — кто-то переносит его в файл. Оплата прошла — кто-то отмечает. Отправили — кто-то вписывает трек.
Появилась должность, которой нет в штатном расписании: человек-синхронизатор. Он стоит денег каждый месяц, и он же — единственная точка, где данные превращаются в неправду при плохом дне.
Слово в защиту таблицы
Против всего написанного есть сильный аргумент. Систему нужно проектировать, оплачивать и потом жить с её ограничениями, а таблицу можно переделать под новый процесс прямо сейчас, без разработчика.
Для бизнеса, который ещё ищет свою модель, это решающее преимущество. Описывать кодом процесс, который через два месяца станет другим, — трата денег. Здесь таблица объективно выигрывает, и спорить бессмысленно.
Второй аргумент: половина проблем выше лечится дисциплиной. Один файл в облаке, закрытые от правки колонки, статусы списком, никаких локальных копий. Это бесплатно и убирает лет жизни таблицы ещё на год.
Я согласен с обоими. Речь не о том, что таблица плоха, а о том, что у неё есть предел, и его нужно узнавать вовремя.
Пять признаков, что предел пройден
Появился вопрос «кто это менял» — и на него нет ответа.
Заказы с сайта переносятся в файл руками.
Кто-то из сотрудников не должен видеть часть колонок, но видит.
Отчёт за месяц собирается дольше часа и вручную.
Хотя бы раз за квартал таблица привела к ошибке перед клиентом.
Три из пяти — пора считать. Пять из пяти — считать уже не нужно.
Что ставить вместо
Не обязательно сразу свою систему. Порядок обычно такой: сначала готовое решение, если ваш процесс типовой, — это дешевле и быстрее всего.
Своя админка нужна там, где сайт, заказы и склад связаны между собой и переносить между ними что-либо руками неправильно по устройству. У нас это сайт с админкой от 100 000 ₽ и 7–14 дней, платформа от 150 000 ₽ и от 14 дней. И главный выигрыш здесь не в функциях, а в том, что человек-синхронизатор исчезает.
Как продлить жизнь таблице, если менять пока рано
Один файл в облаке, локальные копии запрещены. Это снимает половину описанных проблем сразу.
Статусы только из выпадающего списка, никакого свободного ввода. Колонки с формулами и ценами закрыты от правки. Фильтр по умолчанию выключен, сортировка делается только через таблицу с заголовками.
Отдельный лист-справочник клиентов, а в заказах — ссылка на строку справочника, а не переписанные фамилии. Это единственный способ не получить трёх Ивановых.
И раз в месяц кто-то один просматривает файл на предмет дублей и пустых статусов. Пятнадцать минут дисциплины стоят дешевле любого софта.
Что происходит при переезде
Переезд с таблицы почти никогда не упирается в технику. Он упирается в разбор того, что накопилось.
В строках находятся заказы без дат, отменённые без пометки, оплаченные наличными и никак не отражённые. Разбирать это должен человек со стороны бизнеса — только он помнит, что было в марте. У нас на похожем переносе планировали день, ушло три.
Второй этап — привычки. Люди какое-то время держат параллельную таблицу «на всякий случай», и это нормально первые пару недель. Ненормально, если через месяц она всё ещё живёт.
Сколько на самом деле стоит человек-синхронизатор
Посчитайте честно, это делается за пять минут. Сколько заказов в месяц проходит через ручной перенос, сколько минут занимает один перенос, сколько стоит час того, кто переносит.
Умножьте и добавьте стоимость ошибок: отправленный не туда заказ, потерянная оплата, звонок клиенту с извинениями. Ошибки считаются не по себестоимости, а по тому, вернулся клиент или нет.
Получившаяся сумма за год и есть бюджет, который у вас уже тратится. Вопрос только в том, во что он превращается — в зарплату за перекладывание строк или в систему, где перекладывать нечего.
Коротко
Таблица не ломается — она начинает врать, и всегда по одному сценарию: копии, разные статусы, съехавшая сортировка, общий доступ, ручные переносы. Пока вы один и процесс меняется, таблица честно лучше любой системы. Как только появляется вопрос «кто менял» и человек, который весь день переносит данные между сайтом и файлом, вы уже платите за систему — просто зарплатой, а не разработкой.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
У нас всё в таблице и всех устраивает. Это точно проблема?
Если человек один и заказов десяток в месяц — не проблема, таблица честно справляется. Признак беды не в объёме, а в появлении второй копии файла и в вопросах вида «а это кто менял». Пока их нет, ничего чинить не нужно.
Гугл-таблица с общим доступом решает проблему?
Частично. Она снимает вопрос копий и даёт историю изменений. Но она не проверяет данные, не разводит права по строкам и не связана с сайтом, поэтому заказы всё равно переносятся руками.
Можно ли перенести историю из таблицы в новую систему?
Обычно да, если колонки хоть как-то дисциплинированы. Тяжёлая часть — не перенос, а разбор: в старых строках всегда находятся дубли, пустые статусы и три разных написания одного клиента. Этот разбор всё равно придётся сделать.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Что малому бизнесу от CRM реально нужно, чем готовая система отличается от своей внутри сайта и по каким признакам выбирать между ними.
тем, кто заказывает CRM купили, а работать в ней не стали: разбор причинШесть ошибок, из-за которых оплаченная CRM превращается в пустую базу, и что делать с каждой, пока подписка ещё действует.
тем, кто заказывает Freedom Gym: клубная система с абонементами и расписаниемИстория одного проекта: как из журнала на ресепшене выросла клубная система с абонементами, расписанием и правами тренеров, и что пошло не так.
тем, кто заказывает