WebTechRetail — личный кабинет клиента агентства
Кабинет клиента: статусы работ, задачи и согласования, версии КП, документы и закрывающие, поддержка, роли сотрудников клиента и 2FA.
- Клиент
- WebTechRetail
- Срок
- 5 месяцев
- Команда
- 4 специалиста
- Стек
- Laravel · Livewire · Redis
- −58%
- запросов о статусе работ
- 3 дня
- срок согласования КП
- 96%
- документов скачивают сами
- 2FA
- защита входа в кабинет
Скриншоты проекта
Как согласование проходит без писем
Согласование ломается не на решении, а на пересылке файлов. В кабинете у каждого предложения есть номер версии, автор правки и дата, поэтому спорных ситуаций «мы этого не видели» не возникает.
-
01
Клиент открывает версию
В кабинете лежит предложение с составом работ, сроками и ценами. Клиент читает документ и оставляет замечания по конкретным позициям.
-
02
Менеджер собирает новую версию
Правки попадают в систему как задачи, после чего формируется следующая версия с пометкой изменений относительно предыдущей.
-
03
Версия фиксируется
Клиент утверждает версию, система сохраняет автора и время согласования, а задачи этапа уходят в работу уже с утверждённым составом.
-
04
Этап закрывается документом
После сдачи этапа акт формируется из данных проекта и появляется в кабинете с уведомлением, поэтому бухгалтерии не нужно запрашивать его отдельно.
О проекте
Закрытая часть платформы, где клиент видит ход работ и документы без переписки. Согласование КП проходит по версиям, акты формируются из данных проекта, а роли сотрудников клиента и уведомления снимают рутину с менеджеров и поддержки.
Задача
После запуска проекта клиент терял связь с ходом работ: статус узнавали письмом, правки уходили в мессенджеры, документы приходили вложениями. Чем больше проектов вело агентство, тем заметнее становилась эта рутина.
Статус проекта узнавали письмом
Клиент писал менеджеру, менеджер собирал сведения по команде и отвечал через день. Простого вопроса «на каком этапе задача» хватало, чтобы остановить работу двух человек.
Согласования терялись в переписке
Замечания по предложению и макетам приходили в почту и мессенджеры вперемешку с другими темами. Версии путались, часть правок не доходила до команды, а спорные пункты всплывали на сдаче этапа.
Документы отправляли вложениями
Счет, УПД и акт уходили письмом на разные адреса, бухгалтерия клиента запрашивала их повторно, а закрывающие документы накапливались к концу квартала.
Клиент не понимал, за что платит
Состав работ и потраченные часы показывали раз в месяц на созвоне. Вопросов и уточнений было больше, чем реальных правок, а доверие держалось на личности менеджера.
Решение
Кабинет не повторяет публичный сайт: там клиент выбирает услугу, здесь — ведёт проект. Работы, согласования и документы живут в одном месте, а каждое действие оставляет след, который виден обеим сторонам.
Проекты и статусы работ
Клиент открывает проект и видит текущий этап, прогресс, ближайшие задачи и ответственных без запроса менеджеру.
- Этапы проекта с процентом готовности
- Ближайшие задачи и сроки по каждой
- История изменений статусов
- Сводка по всем проектам клиента
Задачи, правки и согласования
Обращение клиента превращается в задачу с вложениями, приоритетом и сроком, а решение фиксируется в истории.
- Заявка на правку с файлами и комментариями
- Статусы обращения и срок ответа
- Согласование макетов и текстов
- Отдельный список отложенных задач
Коммерческие предложения с версиями
Предложение собирается из услуг и работ, а клиент согласует конкретную версию, а не абстрактный документ из письма.
- Состав работ, сроки и стоимость по позициям
- Версии предложения и сравнение изменений
- Комментарии клиента прямо в документе
- Фиксация согласованной версии и даты
Документы и закрывающие
Печатные формы формируются из данных проекта и реквизитов клиента, поэтому в кабинете всегда актуальная версия документа.
- Счет, УПД и акт в одном разделе
- Статус оплаты и отправки документа
- Реестр документов за период
- Акт сверки взаиморасчётов по запросу
Поддержка и обращения
Тикеты поддержки связаны с проектом и договором, поэтому специалист видит контекст без уточняющих вопросов.
- Обращение с приоритетом и категорией
- Сроки реакции по уровню поддержки
- Лента ответов и вложения в одном месте
- История обращений по проекту
Доступы, уведомления и безопасность
Сотрудники клиента получают свои роли, а о важных событиях кабинет сообщает сам — без звонков и напоминаний.
- Роли сотрудников клиента и приглашения
- Вход с подтверждением второго фактора
- Уведомления в кабинет, на почту и в Telegram
- Выгрузка реестров и отчётов в таблицы и PDF
Результаты
Что изменилось для клиента и для команды агентства.
- −58%
- Обращений о статусе работ
- статус и этапы видны в кабинете
- 3 дня
- Средний срок согласования КП
- вместо девяти дней по почте
- 96%
- Документов клиент скачивает сам
- счет, УПД и акты без запросов в бухгалтерию
- −12 дней
- Срок закрытия акта
- акт формируется из данных выполненного этапа
- +34%
- Повторные проекты
- клиент видит историю и повторяет состав работ
- −44%
- Нагрузка на поддержку
- меньше рутинных писем и уточняющих звонков
Как шла работа
-
01 3 недели
Интервью с клиентами
Разобрали, какие вопросы клиенты задают чаще всего и какие документы запрашивают.
-
02 3 недели
Прототип и роли
Собрали карту разделов, сценарии ролей и правила доступа к данным.
-
03 9 недель
Разработка кабинета
Проекты, согласования, КП, документы, поддержка и уведомления.
-
04 4 недели
Перенос клиентов
Завели проекты, реквизиты и историю документов, обучили менеджеров и клиентов.
-
05 далее
Запуск и развитие
Включили кабинет для всех проектов и дорабатываем разделы по обращениям.
Стек и роли технологий
Backend
- Laravel
- доступы, документы, уведомления
- MySQL
- проекты, версии КП, реестры документов
- Redis
- очереди уведомлений и кэш разделов
Frontend
- Livewire 3
- списки, формы и согласования
- Blade
- шаблоны кабинета и печатных форм
- Tailwind CSS
- единый интерфейс для клиента
- Alpine.js
- фильтры и локальные подсказки
Интеграции
- REST API
- выгрузки для учётных систем клиента
- IMAP и SMTP
- письма и уведомления по событиям
- Telegram Bot
- быстрые оповещения о согласованиях
- Fortify
- вход, пароли и второй фактор
Технические показатели
- 0,6 с
- открытие списка документов
- 2,4 с
- формирование акта в PDF
- 99,9%
- доступность кабинета
- 15 мин
- время жизни ссылки на скачивание
Что передали клиенту
- Исходный код кабинета и админ-части
- Прототипы разделов и схема ролей
- Шаблоны документов и правила нумерации
- Инструкция для клиента и для менеджера проекта
- Регламент уведомлений и сроков реакции поддержки
Клиенты перестали спрашивать, на каком этапе работа: они открывают кабинет и видят то же, что и менеджер. Закрывающие документы формируются из проекта, поэтому конец квартала больше не превращается в пересылку актов.
Похожие проекты
DoorsMegaMarket — личный кабинет покупателя и дизайнера
Два кабинета на одном контуре: покупатель видит заказы, замеры и документы, дизайнер — персональный прайс, спецификации и повторные заказы.
Смотреть кейс Личный кабинетDverkovich — личный кабинет дилера
Личный кабинет дилера: персональный прайс, наличие и сроки производства, заказы, документы, маркетинговые материалы и API для витрин.
Смотреть кейс Личный кабинетDvericlass — личные кабинеты клиента, мастера и диспетчера
Кабинет клиента с заказами обоих магазинов и заявками на монтаж, мобильный кабинет монтажника с фотоотчётами и панель диспетчера.
Смотреть кейсНужен похожий проект?
Разберём вашу задачу, предложим архитектуру и оценим сроки — с опорой на опыт этого кейса.