У вас пятнадцать файлов Excel с именами вроде «заявки_ИТОГ_финал_v3». Каждый день кто-то добавляет туда строку, кто-то - правит формулу, а раз в квартал выясняется, что менеджер А и менеджер Б две недели вели один и тот же проект в двух разных копиях, и никто не знает, какая версия правильная.
Так выглядит момент, когда компания переросла таблицы, но ещё не признала это вслух.
Как это выглядит на практике
Один из наших постоянных заказчиков - компания, которая регулярно организует мероприятия с внешними экспертами: лекции, конференции, командировки. На каждое мероприятие заводится заявка, дальше в дело последовательно включаются несколько человек: финансовый менеджер обрабатывает заявку и вносит данные в 1С, следом кадровый менеджер заключает или проверяет договор с экспертом, потом подключается тревел-менеджер - если нужны билеты, трансфер, проживание. В конце кто-то должен собрать закрывающие документы, фактическую смету и отчёт по мероприятию.
Формально у каждого шага есть ответственный. На практике всё это едет между людьми через разные форматы заявок, почту, Excel и Google-таблицы. Единой картины, где сейчас находится конкретная заявка и кто её ждёт, ни у кого нет - её приходится собирать вручную, спрашивая у каждого по цепочке.
Это не значит, что в компании работают плохо. Это значит, что процесс, который раньше умещался в голове одного человека, разросся до нескольких отделов - а инструмент остался прежним.
Пять признаков, что вы уже там
- Версионный хаос. Несколько копий одного файла, и никто не готов поручиться, какая актуальна.
- «Только Лена знает, как это считается». Ключевая логика процесса держится в голове одного человека, а не в системе.
- Ручной перенос между инструментами. Данные руками переносятся из заявки в почту, из почты в Excel, из Excel в 1С - и на каждом шаге можно ошибиться.
- Нет ответа на вопрос «где сейчас заявка». Чтобы узнать статус, нужно спросить у трёх разных людей.
- Отчёт собирается днями, а не минутами. Свести данные по десяткам или сотням заявок вручную - это не отчёт, а отдельный проект.
Если узнали свою компанию хотя бы в двух пунктах - это ещё не катастрофа, но уже стоит посчитать, во что это обходится.
Во что это обходится
Точную цифру без вашей собственной аналитики никто не назовёт - и мы не будем её выдумывать. Но прикинуть порядок величины можно за пять минут по простой формуле: время на одну заявку (не сама работа, а именно выяснение статуса и уточнения) × количество заявок в месяц × число сотрудников, вовлечённых в цепочку.
Если через заявку последовательно проходит три-четыре человека и каждый тратит на согласования и уточнения хотя бы 15–20 минут - а обычно больше, - при потоке в пару сотен заявок в месяц это превращается в десятки часов чистого рабочего времени, за которые никто не получает результата, кроме выясненного статуса. Отсюда и типичная картина: у финансового менеджера к концу квартала не остаётся времени ни на что, кроме сведения отчётов.
Отдельная статья расходов - ошибки. Ручной перенос данных между Excel, почтой и 1С рано или поздно даёт сбой: где-то не туда скопировалась строка, где-то забыли обновить документ. Цена такой ошибки в операционке обычно выше, чем цена системы, которая бы её исключила.
Как понять, что пора
Не каждый Excel-хаос нужно лечить кастомной разработкой. Если процесс всё ещё меняется каждую неделю, задействовано два-три человека, а цена ошибки невысокая - таблица пока справляется, и это нормально. Разбирали это подробнее в чек-листе «Как заказать разработку и не получить систему, которую страшно развивать» - там же критерии, по которым можно проверить, действительно ли процесс уже готов к системе или ещё нет.
Сигнал, что готов: в процессе участвует больше двух отделов, объём заявок вырос настолько, что отследить их вручную стало реальной работой, а не побочной задачей.
Если пока не готов - это не значит, что нужно просто терпеть. Самое дешёвое, что можно сделать уже сейчас: завести один общий файл-трекер со статусами вместо переписки и уточнений по цепочке. Условие одно - статус должен быть не текстом, который каждый пишет по-своему («в работе», «почти», «жду ответа»), а полем с фиксированным списком значений, которое обновляет тот, у кого сейчас заявка. Тогда на вопрос «где заявка» отвечает сам трекер, а не человек, которого нужно найти и спросить. Версионный хаос и ручной перенос данных это не убирает, но один из пяти признаков снимает - и стоит день на внедрение, а не бюджет на разработку.
Что получается на другой стороне
С тем же заказчиком, в другом проекте, у нас есть законченный пример. Раньше исследования с участием врачей - сотни анкет с ответами по пациентам - сводились в общий отчёт вручную в Excel. Сложность была не только в объёме, но и в логике анкет: часть вопросов открывается только при определённых ответах на предыдущие, и вручную это стабильно сверять почти невозможно без ошибок.
Сейчас у врачей есть личный кабинет с удобной формой заполнения, а агрегированный отчёт по любому исследованию - сколько анкет заполнено, какие ответы на какие вопросы - снимается по запросу, а не собирается заново каждый раз руками.
Разница не в том, что Excel исчез из процесса. Разница в том, что ручная, повторяющаяся часть работы теперь не требует отдельного человека и отдельной недели.
Что дальше
Если в компании узнали больше двух признаков из списка выше - разумный первый шаг не «заказать CRM», а трезво оценить, что из процесса действительно стоит автоматизировать, а что и так работает. Иногда ответ - полноценная система. Иногда - точечная автоматизация одного узкого места. С этого стоит начинать в любом случае.
Обсудить, что из вашего процесса стоит автоматизировать, можно через форму «Получить оценку проекта» - посмотрим на процесс со стороны и скажем, где система окупится, а где пока рано.
