Кейс

CRM для обработки заявок и расчёта стоимости

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

Web platformCRMAutomationSales
Кейс Разделитель PDF-файлов

Коротко о проекте

Клиенту нужно было заменить хаотичную работу в таблицах и мессенджерах на понятную систему обработки заявок. Мы спроектировали и собрали CRM, которая помогает менеджеру быстро понять запрос клиента, увидеть расчёт стоимости и довести заявку до следующего этапа.

Клиент
сервисная компания с входящими заявками с сайта
Срок
4 недели
Что сделали
CRM, канбан заявок, карточку лида, интеграцию с формами
Роль KoroTech
аналитика, дизайн интерфейса, разработка, запуск

01

Задача

До проекта команда обрабатывала заявки вручную. Часть данных приходила из формы на сайте, часть обсуждалась в Telegram, часть фиксировалась в таблицах. Менеджеру приходилось каждый раз собирать контекст заново: кто клиент, что он хочет, какой бюджет получился в калькуляторе, на каком этапе сейчас диалог.

Из-за этого заявки терялись, повторные касания откладывались, а руководителю было сложно понять реальную загрузку и качество обработки лидов.

  • Собрать все заявки в одном интерфейсе
  • Сделать понятные этапы обработки лида
  • Показывать расчёт калькулятора в удобном виде
  • Упростить работу менеджера с новой заявкой
  • Дать руководителю быстрый обзор воронки

02

Почему не хватало таблиц

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

В ней сложно увидеть приоритет, историю действий и следующий шаг. Она не подсказывает, что заявка зависла, не показывает расчёт в нормальном формате и не помогает двигать лид по этапам.

  • Статусы менялись вручную и часто забывались
  • Расчёт клиента хранился как технический JSON
  • Не было единого вида карточки лида
  • Менеджер тратил время на поиск контекста
  • Руководитель не видел воронку в реальном времени

03

Что сделали

Мы собрали CRM прямо внутри админки сайта. Это позволило не создавать отдельный продукт с отдельной авторизацией и не усложнять инфраструктуру. Менеджер работает в привычной админ-панели, но вместо обычного списка видит канбан-доску с этапами обработки лида.

Каждая заявка содержит контактные данные, источник, сообщение клиента и красивую расшифровку расчёта калькулятора. Менеджер может быстро понять, с каким запросом пришёл клиент, какой объём работ предполагается и куда двигать заявку дальше.

  • Канбан-доска для лидов и Fast Track заявок
  • Этапы обработки: новая, в работе, квалификация, предложение, закрыто
  • Информативная карточка лида
  • Детальная страница заявки
  • Читаемый расчёт калькулятора вместо JSON
  • Русские названия полей и разделов в админке
Кейс ПРИМАВТОДОР

04

Карточка лида

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

Расчёт калькулятора убрали с карточки, чтобы она не перегружала канбан. Подробная информация осталась на странице деталей лида, где её можно изучить спокойно.

  • На доске видна только оперативная информация
  • Расчёт не перегружает карточку
  • Детали открываются на отдельной странице
  • Статусы помогают вести заявку по процессу

05

Расчёт калькулятора в понятном формате

Изначально расчёт хранился технически, как JSON. Для разработчика это нормально, но для менеджера такой формат бесполезен: его сложно читать, сравнивать и обсуждать с клиентом.

Мы превратили расчёт в структурированный список. Теперь менеджер видит выбранные параметры, примерную стоимость, допущения и дату расчёта. Это помогает быстро подготовиться к разговору и не открывать лишние вкладки.

  • Выбранные параметры отображаются списком
  • Стоимость вынесена в отдельный акцент
  • Данные сгруппированы по смыслу
  • Страница стала удобнее для продаж
  • Русские названия полей и разделов в админке
Кейс ПРИМАВТОДОР

Ключевые экраны

Кейс ДЖИПИ
Кейс ПРИМАВТОДОР
Кейс ТИМИ

Что получилось

1

единая система

Все заявки с сайта попадают в одно место и не теряются между таблицами и мессенджерами.

5

этапов обработки

Менеджер понимает, где находится каждая заявка и какой следующий шаг нужен.

0

технического JSON для менеджера

Расчёт калькулятора теперь отображается как понятный список параметров и стоимости.

Хорошая CRM не должна заставлять менеджера думать о системе. Она должна быстро отвечать на три вопроса: кто написал, что ему нужно и что делать дальше.
KoroTech, команда проекта

06

Почему это решение удобно развивать

Мы не стали делать тяжёлую отдельную CRM. Вместо этого встроили рабочий процесс в уже существующую админку сайта. Такой подход быстрее запускается, проще поддерживается и лучше подходит для первого этапа автоматизации продаж.

Если процесс изменится, можно добавить новые статусы, поля, фильтры или уведомления. Система уже имеет понятную основу, которую можно развивать без полной переделки.

  • Можно добавлять новые этапы обработки
  • Можно расширять карточку лида
  • Можно подключить уведомления
  • Можно добавить роли для менеджеров
  • Можно вывести аналитику по источникам и конверсии

Хотите такую же систему для заявок?

Разберём ваш процесс продаж, покажем, где теряются заявки, и предложим простой первый шаг автоматизации без лишней сложности.

Обсудить проект

Мы используем cookies

Мы используем cookies, чтобы сайт работал корректно, а также для аналитики и улучшения сервиса.

Политика