Учёт заявок клиентов нужен, когда обращения приходят через сайт, телефон и мессенджеры, а ответственный, статус и следующий шаг хранятся в разных местах. Начните не с выбора CRM, а с маршрута заявки: от первого обращения до результата. Тогда станет понятно, достаточно ли таблицы, нужен готовый сервис или выгоднее собрать систему под свой процесс.
Ниже — схема первой версии для малого бизнеса: минимальная карточка заявки, понятные статусы, контроль просрочек и отчёт для руководителя. Её можно использовать как требования к готовому сервису или как задание для разработки собственного инструмента.
Что должна показывать система учёта заявок
В любой момент сотрудник должен получить ответ на пять вопросов: что запросил клиент, откуда пришло обращение, кто отвечает, на каком этапе работа и что нужно сделать дальше. Руководителю дополнительно нужны причины задержек и итог по закрытым заявкам.
Если ответ приходится искать в переписке или уточнять у конкретного сотрудника, единый журнал ещё не сложился. Первая версия не обязана заменять полноценную CRM: её задача — сделать маршрут заявки видимым и повторяемым.
Минимальная карточка заявки
| Поле | Зачем оно нужно | Правило первой версии |
|---|---|---|
| Номер и дата | Найти заявку и измерить время обработки | Создаются автоматически |
| Клиент и контакт | Связать обращение с человеком или компанией | Хранить только нужные для работы данные |
| Источник | Понять, откуда пришла заявка | Сайт, телефон, Telegram, почта или другой канал |
| Суть обращения | Не возвращаться к исходной переписке | Короткое описание и вложения при необходимости |
| Ответственный | Показать, кто делает следующий шаг | У заявки один текущий владелец |
| Статус | Показать этап работы | Небольшой фиксированный список |
| Следующее действие и срок | Не терять обещанные звонки и проверки | Заполняются до выхода из текущего этапа |
| Результат | Различить выполненные и отменённые заявки и видеть причины отказов | При отмене обязательна причина |
Статусы без лишней сложности
Для старта подойдёт короткий маршрут: Новая → В работе → Ждём клиента → Выполнена. Отдельно можно добавить Отменена, если для неё фиксируется причина. Названия должны описывать состояние заявки, а не отдел или фамилию сотрудника.
Для каждого статуса запишите три правила: кто переводит заявку дальше, какое поле должно быть заполнено и какой срок считается нормальным. Например, новую заявку нельзя передать в работу без ответственного, а из «Ждём клиента» она возвращается после ответа или попадает в список для повторного контакта.
Таблица, готовая CRM или собственная система
| Вариант | Когда подходит | Что проверить |
|---|---|---|
| Таблица | Один простой процесс, немного участников и нет сложных прав доступа | Единый файл, списки статусов, обязательные поля и фильтр просрочек |
| Готовая CRM или сервис заявок | Процесс похож на стандартные продажи или поддержку, нужны готовые каналы и отчёты | Совпадает ли ваша логика со статусами сервиса и можно ли выгрузить данные |
| Собственная система | Есть особые поля, роли, документы, расчёты или связь с внутренними системами | Состав первой версии, права доступа, резервное копирование и порядок доработок |
Не переносите в первую версию все исключения, которые когда-либо встречались. Сначала покройте основной маршрут и сделайте редкие случаи видимыми для ручной обработки. После нескольких рабочих циклов станет понятно, что действительно стоит автоматизировать.
Как сделать систему учёта заявок с помощью AI-агента
1. Опишите один рабочий процесс
Возьмите конкретный тип заявки: запись на услугу, ремонт, запрос расчёта или внутреннее обращение. Укажите источник, обязательные данные, ответственного, статусы и итог. Несколько разных процессов лучше добавлять после того, как первый заработал.
2. Подготовьте примеры без лишних данных
Соберите несколько типовых заявок и замените реальные контакты тестовыми. Отдельно покажите проблемные случаи: дубликат, обращение без телефона, смену ответственного и просроченный следующий шаг. Эти примеры станут проверкой результата.
3. Попросите сначала план и структуру данных
Отправьте задачу в режиме плана или прямо попросите не писать код до согласования. Согласуйте поля карточки, переходы между статусами, роли и критерии готовности. Для первой версии обычно достаточно списка заявок с фильтрами, страницы заявки, истории изменений и короткого отчёта.
4. Проверьте главный сценарий
Создайте заявку, назначьте ответственного, переведите её по статусам, поставьте следующий шаг и закройте с результатом. Затем проверьте дубликат, обязательные поля, просрочку и пользователя без нужных прав. Ошибки проще исправить до подключения сайта и мессенджеров.
5. Подключайте источники по одному
Сначала загрузите существующий журнал из CSV или таблицы. Перед подключением сайта и работой нескольких сотрудников разместите приложение на сервере или хостинге и настройте вход по личным учётным записям. Затем подключите один новый канал, например форму сайта. Когда карточки создаются без дублей и сотрудники работают по статусам, можно добавлять уведомления, Telegram, почту или обмен с CRM.
Шаблон задачи для RUFP
Сделай веб-приложение для учёта заявок клиентов. Пользователи: менеджер и руководитель. В карточке нужны номер, дата, клиент, контакт, источник, описание, ответственный, статус, следующее действие, срок и результат. Статусы: Новая, В работе, Ждём клиента, Выполнена, Отменена. Нельзя перевести новую заявку в работу без ответственного, а закрыть — без результата или причины отмены. На главном экране покажи список с поиском и фильтрами по статусу, ответственному и просрочке. Руководителю добавь отчёт по новым, выполненным, отменённым и просроченным заявкам. Сохраняй историю изменений каждой заявки. Сначала предложи структуру данных, роли, план реализации и сценарии проверки и дождись моего согласования. После этого собери первую версию на тестовых данных.
Как RUFP помогает собрать первую версию
RUFP — самостоятельное десктоп-приложение для macOS, Windows и Ubuntu, AI-агент для разработки. Вы описываете процесс обычными словами. В режиме плана можно сначала обсудить структуру и шаги; в обычном режиме RUFP может сразу начать создавать и изменять файлы проекта. Изменения видны во вкладке «Обзор», а отдельные подтверждения зависят от настройки доступа.
Приложение работает из России напрямую — без VPN, региональных блокировок и ограничений доступа; оплата принимается российской банковской картой. Модельная инфраструктура уже настроена внутри RUFP, настраивать её самостоятельно не нужно.
Если заявки уже ведутся в Битрикс24, не обязательно создавать отдельную систему: начните со сценария автоматизации Битрикс24. Для журнала в таблице пригодится план автоматизации Excel, а руководительскую сводку можно вынести в управленческий отчёт.
Что проверить перед рабочим запуском
- приложение размещено на сервере или хостинге, сотрудники входят под своими учётными записями;
- у каждой заявки есть ответственный, статус и следующий шаг;
- обязательные поля проверяются до перехода на следующий этап;
- дубликаты не создают две независимые истории одного обращения;
- просроченные заявки видны отдельным списком;
- права менеджера и руководителя различаются;
- исходные данные можно выгрузить и восстановить;
- ключевые сценарии пройдены на тестовых заявках.
Частые вопросы
Что должно быть в системе учёта заявок клиентов?
Минимум: карточка клиента и обращения, источник, ответственный, статус, следующее действие со сроком и результат. Руководителю нужны фильтр просрочек и отчёт по новым, выполненным и отменённым заявкам.
Когда для учёта заявок достаточно Excel?
Таблица подходит для одного простого процесса, небольшого числа участников и понятных прав доступа. Используйте единый файл, фиксированные статусы, обязательные поля и отдельный фильтр просрочек.
Что выбрать: CRM или собственную систему?
Готовая CRM подходит для стандартных продаж или поддержки. Собственная система полезна, когда нужны особые поля, роли, документы, расчёты или связь с внутренними сервисами. Сравнивайте варианты по главному рабочему сценарию, а не по длине списка функций.
Как сделать систему учёта заявок с помощью ИИ?
Опишите поля, статусы, роли и правила переходов, приложите тестовые примеры и попросите AI-агента сначала предложить план. Соберите список и карточку заявки, проверьте основной маршрут и только затем подключайте сайт, мессенджеры и CRM.