Система учёта заявок: почему Excel перестаёт работать и что строить вместо него

Как понять, что учёт заявок в Excel перестал работать

Таблица не ломается в один день. Она отказывает постепенно, и почти всегда это выглядит одинаково — узнаваемые симптомы:

• Заявки приходят из нескольких каналов — почта, телефон, мессенджеры — и до таблицы доезжают не все.
• Ответ на вопрос «что с заявкой №…» требует звонка или сообщения: таблица не знает актуального статуса.
• Две копии файла живут параллельно, и никто не уверен, какая из них настоящая.
• Кто и когда поменял строку — неизвестно; после спорной ситуации восстановить историю нечем.
• Отчёт для руководителя собирается руками: выгрузки, фильтры, полдня работы.
• Просроченные заявки обнаруживаются постфактум — когда позвонил недовольный клиент, а не когда сорвался срок.

Ни один из симптомов не значит, что учёт «вели неправильно». Excel — нормальный старт: бесплатный, гибкий, понятный всем. Просто у него есть предел, и эти симптомы — признак, что предел достигнут.

Почему таблица не справляется: заявка — это процесс, а не строка

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

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

Поэтому «навести порядок в таблице» помогает на месяц-другой, а затем симптомы возвращаются: причина не в дисциплине, а в инструменте, который не предназначен для управления процессом.

Какие бывают системы учёта заявок

Вариантов по сути четыре, и у каждого есть честная зона применимости:

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

Когда хватит бесплатной или готовой системы учёта заявок

Бесплатные системы учёта заявок существуют — это стартовые тарифы хелпдесков и таск-трекеров. Для команды из двух-трёх человек с простым процессом это разумный шаг после Excel: появляются статусы, ответственные и уведомления.

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

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

Когда нужна своя автоматизированная система учёта заявок

Своя система становится оправданной, когда в процессе появляется то, что готовые сервисы поддерживают плохо:

• Заявки разных типов идут разными маршрутами: у ремонта один путь, у закупки — другой, у претензии — третий.
• Есть согласования — последовательные, параллельные, с условиями «если сумма больше — добавить согласующего».
• Много ролей с разными правами: диспетчер, исполнитель, руководитель, смежный отдел, подрядчик.
• Нужны интеграции: подтянуть данные из 1С, зафиксировать звонок из телефонии, принять заявку из почты, Telegram или MAX.
• Есть SLA: у каждой заявки нормативный срок, просрочка должна эскалироваться, а не обнаруживаться в конце месяца.
• Половина работы уже идёт вне внедрённой готовой системы — в тех же таблицах и чатах.

Пример: система учёта заявок для диспетчерской службы

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

Из чего состоит система учёта и управления заявками

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

• Заявки со статусами и маршрутами — ядро системы; у каждого типа заявки свой путь.
• Роли и права доступа — кто что видит и что может менять.
• Согласования — последовательные, параллельные, условные.
• Сроки и SLA — нормативы, напоминания, эскалация просрочек.
• Отчёты и дашборд руководителя — без ручной сборки выгрузок.
• История и аудит действий — кто, что и когда изменил.
• Интеграции — 1С, телефония, почта, Telegram, MAX.
• База знаний — регламенты и инструкции, привязанные к типам заявок.

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

Сколько стоит своя система учёта заявок и как запускается

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

1. 1Разбор процесса — 1–2 недели. Кто с чем работает, где теряются заявки, что нельзя сломать. Результат — карта MVP: роли, сценарии, модули, этапы.
2. 2MVP — 4–8 недель. Ключевой сценарий целиком: заявки, роли, статусы, первый отчёт. Работающая система, а не прототип.
3. 3Развитие по этапам — 2–4 недели каждый. Согласования, интеграции, SLA-отчёты — в порядке реальной необходимости.

Это ориентиры, а не смета: точная цифра появляется после разбора процесса. Подробнее про подход и вилки — на странице CRM и внутренние системы.

Как переехать из Excel без потери истории

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

Переезд лучше делать без «большого взрыва»: одну-две недели система работает параллельно с привычной таблицей, команда сверяет данные и привыкает, и только потом таблица закрывается на запись. Так переход не останавливает работу ни на день.