Перейти к содержимому

Независимый концепт-проект 4sidedevelop. Экраны и данные носят иллюстративный характер.

Концепт-проект

CRM и автоматизация бизнеса

FlowDesk

CRM для сервисных компаний

Концепт CRM, в котором заявки, сделки, проекты и счета собраны в карточке клиента, поэтому при передаче работы вся история клиента переходит вместе с ней.

Категория
CRM и автоматизация бизнеса
Предлагаемый стек
Next.js, TypeScript, PostgreSQL, Ролевое управление доступом, Интеграции с почтой и календарём
Статус
Концепт — не клиентский проект
Воронка с открытой карточкой клиента. Сделки по этапам, у каждой — ответственный и следующий шаг. Выбранная сделка открывает карточку клиента рядом с доской.

01

Задача

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

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

02

Для кого

  • Владелец

    Видит воронку, загрузку команды и неоплаченные счета, не запрашивая отчёт о статусе.

  • Аккаунт-менеджер

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

  • Специалист

    Видит назначенные проекты и задачи с контекстом клиента — и ничего, что ему не положено менять.

03

Предлагаемое решение

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

  • Воронка продаж

    Этапы, ответственный и следующий шаг по каждой сделке.

  • Карточка клиента

    Заявки, звонки, КП и заметки на одной ленте.

  • Проекты и задачи

    Сроки, исполнители и заметка о передаче от отдела продаж.

  • Счета

    Статусы «черновик», «отправлен», «оплачен» и «просрочен», привязанные к проекту.

  • Напоминания о следующих шагах

    Открытые записи без следующего шага помечаются.

  • Роли

    Отдельные права для владельца, менеджера и специалиста.

04

Ключевые сценарии

  1. 1От заявки до сделки

    1. Шаг 1: Заявка приходит с формы на сайте или по почте и попадает во входящие.
    2. Шаг 2: Менеджер привязывает её к существующему клиенту или создаёт новую карточку.
    3. Шаг 3: Создаётся сделка на этапе «Новая заявка» с ответственным и первым следующим шагом.

  2. 2Предложение и согласование

    1. Шаг 1: Менеджер готовит КП по шаблону услуги.
    2. Шаг 2: Сделка переходит на этап «КП отправлено», назначается дата повторного контакта.
    3. Шаг 3: Когда клиент соглашается, сделка переходит в «Выиграна».

  3. 3Передача в работу

    1. Шаг 1: При выигрыше сделки открывается форма передачи: объём работ, исполнитель и заметка.
    2. Шаг 2: Создаётся проект с задачами из шаблона услуги.
    3. Шаг 3: Специалист получает проект вместе с историей клиента.

  4. 4Контроль оплаты

    1. Шаг 1: Счёт формируется по этапам проекта.
    2. Шаг 2: Его статус меняется с «Отправлен» на «Оплачен» или «Просрочен».
    3. Шаг 3: Просроченный счёт создаёт напоминание для аккаунт-менеджера.

05

Экраны

Иллюстративные экраны с примерными данными, созданные для этого концепта.

Проект и задачиПроект, созданный из выигранной сделки: задачи по статусам, заметка о передаче и история клиента в соседней вкладке.
Счета и статус оплатыКаждый счёт привязан к этапу проекта. По просроченным счетам аккаунт-менеджеру назначается напоминание.
Следующие шаги по ролямДень менеджера в виде списка следующих шагов, а рядом — права каждой роли.

06

Дизайн-решения

Карточка клиента — точка опоры

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

Следующий шаг на каждой карточке

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

Передача — это шаг, а не статус

При переводе сделки в «Выиграна» система запрашивает исполнителя, согласованный объём работ и заметку. Специалист начинает с контекстом, а не с пересланной перепиской.

Статус оплаты рядом с работой

Состояние счёта видно в шапке проекта, поэтому исполнители и бухгалтерия смотрят на одну и ту же информацию.

07

Что проверить

Концепт — это отправная точка. Эти вопросы стоит проверить на пользователях и решить в ходе реализации.

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

Предлагаемый стек: Next.js, TypeScript, PostgreSQL, Ролевое управление доступом, Интеграции с почтой и календарём. Экраны на этой странице созданы на React и Tailwind CSS специально для демонстрации.

Есть похожий проект?

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

Начать проектСледующий концепт: Slotly