Представьте: заявки сыплются, менеджеры тонут в хаосе, клиенты ждут по несколько дней, а вы не знаете, на каком этапе всё зависло. Знакомая боль? Хорошая новость: эту боль можно убрать. Я покажу, как построить работающую систему автоматизации обработки заявок. Не абстрактную теорию, а конкретный скелет, который вы сможете примерить на свой бизнес. Разберём ключевые элементы, на примере решения Falcon Service.
В итоге вы получите чёткий план: как перестать быть заложником рутины и сделать процесс прозрачным и управляемым.
{opinion}Смотреть будем на уровне пользовательского интерфейса — так понятнее даже тем, кто далёк от кода.
Вся система — это набор личных кабинетов.
Личный кабинет — страницы с определённым функционалом. Что именно увидит пользователь, зависит от его ролей.
Пример: Если у сотрудника роли «Редактор» и «Модератор», он получит доступ к страницам редактирования и модерации контента.
Главный объект системы — заявка (заказ, проект, обращение). Вокруг неё строится весь бизнес-процесс. У каждой заявки есть статусы. Статус показывает, на каком этапе находится дело, и определяет, что можно делать разным ролям.
Вся работа — это движение заявки по статусам.
Пример из жизни: Есть заявка на коммерческое предложение (КП) от клиента. Она создаётся со статусом «Новая». Менеджер берёт её в работу — статус меняется на «В обработке». Готовит КП — «КП сформировано». Отправляет клиенту — «Передано клиенту». Клиент согласен — статус переходит в «Заказ принят», и так далее.
На каждом этапе возможности участников разные. Когда статус «Передано клиенту», клиент может скачать КП. Интерфейс системы подстраивается под текущий статус и роль пользователя.
Чтобы работа шла быстро, нужны удобные способы находить нужную заявку. Вот два самых эффективных:
Плохо, когда вы выгружаете огромный список и начинаете вручную перебирать — это потеря времени. Лучше сделать фильтр под свою задачу: выбрали — и получили нужное.
Главная цель этих инструментов — быстро найти объект. Вся полезная работа делается уже в карточке заявки.
Карточка — это страница или модальное окно, где собрана вся информация по заявке и все действия с ней.
Сюда заходит пользователь, чтобы что-то сделать. Карточка может быть простой, а может содержать много вложенных объектов и таблиц.
Карточка — это и рабочее место, и панель управления.
Что обычно размещают на карточке:
При таком подходе система становится понятной: ищем через таблицы, работаем в карточках. Но есть нюансы, которые важно учесть.
Система будет расти. Карточка позволяет легко добавлять новые поля, подобъекты, менять набор статусов. Закладывайте возможность серьёзных изменений в будущем.
Бывает, владельцы боятся сделать процесс слишком жёстким — вдруг что-то пойдёт не так и нужен обходной путь. Это понятно. Но на практике (знаю по своему опыту) излишняя свобода приводит к тому, что правила просто игнорируют.
Лучше делать обязательные проверки. Хочешь выполнить ключевое действие? Система сначала проверит, что всё обязательное сделано, и только потом разрешит.
⚡ Важно: Система должна вести пользователя, а не давать ему бесконечную свободу. Жёсткие проверки на ключевых этапах — это не зло, а страховка от ошибок.
Фиксируйте каждое важное действие пользователя. Это даёт цифры: сколько времени тратится на этап, где возникают задержки. Одно из главных преимуществ автоматизации.
Пользователь должен вовремя узнавать о важном. Но не переборщите: слишком много уведомлений — и их перестанут читать.
Уведомление должно быть кратким и содержать ссылку на нужную карточку.
Уведомления можно отправлять по-разному: email, СМС, в мессенджер, пуш на сайте. В Falcon Space мы обычно шлём уведомление на сайт, а оно автоматически дублируется в PWA и Telegram (если настроено).
Смотрите, как меняются показатели. Группируйте данные по разным признакам.
Пример создания такого аналитического отчёта.
Если роли сильно отличаются (поставщик и заказчик), лучше сделать для них отдельные карточки. Да, это похоже на дублирование. Но со временем они будут развиваться в разные стороны. Поставщику нужно одно, заказчику — другое.
Если всё в одной карточке, правки для поставщика могут случайно сломать что-то для заказчика. Разделение упрощает поддержку и снижает риск ошибок с правами доступа.
Карточка заявки у клиента
Карточка заявки у менеджера
Это ключевое свойство живой системы. Закладывайте расширение заранее. Не жертвуйте гибкостью ради быстрых, но ограниченных no-code решений.
Подробнее о планировании изменений в IT-проектах.
Подход «Кабинет → Таблицы → Карточка» позволяет наращивать функционал почти без ограничений.
На заметку: Иногда функции пытаются «зашить» в таблицу. Это ошибка. Потом к ним сложно получить быстрый доступ из любого места. Если функция на карточке, вы легко откроете её по ссылке. Из таблицы — уже проблема.
Чем проще и понятнее структура, тем легче её сопровождать. Любое отклонение от базовых правил — это будущая головная боль.
В итоге получите первичное описание системы. Для этого хватит обычного Excel.
P.S. Больше деталей и демо — на странице решения Falcon Service.
Также рекомендуем почитать: Как планировать проект и управлять изменениями и Как сделать аналитический отчёт.
