Учёт заявок и статусов

Вместо таблицы, которую ведут руками и забывают обновлять, появляется очередь: новая → в работе → ждёт клиента → закрыта. Кто взял заявку — видно. Сколько висит без ответа — видно. За 12+ лет я собрал десятки таких контуров для команд от 2 до 50 человек.

Почему таблица перестаёт работать

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

Учёт заявок — это короткий контур с понятными границами. Одна очередь, настоящие статусы, ответственный, комментарий и сводка. Не ERP на сто модулей, а инструмент, которым начинают пользоваться в день запуска.

Граница между учётом и CRM

Если нужны воронки, типы сделок, планы менеджеров и отчёты по отделам — это CRM, и я так говорю на разборе. Короткий учёт можно расширить до CRM, но лучше заложить это в смету заранее, чем незаметно раздуть первую версию и сорвать срок.

Подключаю те источники, без которых очередь будет неполной. Остальные добавляю, когда список уже работает каждый день и понятно, чего реально не хватает.

Срок и условия

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

Смету показываю до кода. Оплата 50/50. Сто процентов предоплаты не прошу — я уверен в результате.