Роли и доступы
Организатор, менеджер и оператор получают доступ к действиям в пределах своего пространства. Проверки прав выполняются на сервере.
Создали продукт целиком: от сценариев работы и фирменного стиля до ИИ-консультанта, встроенной CRM, личного кабинета и сайта.
Как мы разрабатывали ВЕДООдин запрос.
Вся работа — вместе.
Клиенты пишут в разные каналы. Сотрудники отвечают на повторяющиеся вопросы, переносят данные в CRM и восстанавливают договорённости по переписке. ВЕДО связывает консультацию, обращение и следующее действие команды.
NM TEAM работала над проектом от начала до реализации: продуктовой логикой, UX/UI, айдентикой, клиентской и серверной частями, интеграциями и публичным сайтом. Этапы шли параллельно: решения проверяли на сценариях и возвращали в интерфейс.
Разобрали путь владельца бизнеса, сотрудников и клиента: от регистрации до повторного обращения и передачи диалога.
Проверили кабинет, уточнили модель CRM и метрики, переработали структуру аналитики и первого запуска.
Собрали интерактивные примеры, отраслевые диалоги, тарифы и мобильную версию. Подготовили комплект для внедрения.
Доработали знак и слово ВЕДО, подготовили векторные версии, иконки и руководство по применению.
Зафиксировали текущий кабинет: CRM, диалоги, знания, агент, каналы, календарь и автоматизация.
Начали с клиентского прототипа и разобрали весь путь: регистрация, подтверждение почты, создание пространства, настройка агента, проверка ответов и первое входящее обращение.
Описали роли владельца, менеджера и оператора. Учли возвращение клиента с новым запросом, приглашения в команду, несколько рабочих пространств и ситуацию, когда свободного сотрудника нет.
Первый запуск превратили в последовательность понятных действий. Настройки можно проверить до применения: клиентам продолжает отвечать опубликованная версия агента. Тестирование отделили от реальной работы.
Название и выбранное направление развили в деловую айдентику: кириллическая «В», плотное начертание ВЕДО и палитра существующего интерфейса. Знак узнаётся отдельно и работает рядом с названием.
Пересобрали знак и буквы в векторе: уточнили пропорции, просветы и расстояния, убрали растровую фактуру. Монограмма согласована с первой буквой словесного логотипа.
Подготовили три формата — основную композицию, слово и иконку приложения; светлые, тёмные и монохромные версии. В восьмистраничном руководстве закрепили цвета, Inter для коммуникаций, охранное поле, минимальные размеры и правила использования. Передали SVG, PNG и favicon.
Первый эскиз получился слишком плотным: цвет и карточки конкурировали за внимание. Во второй итерации сократили визуальный шум и выстроили порядок чтения: результаты сверху, движение по этапам слева, требующие действий обращения справа.
Отдельно проработали смысл показателей. Новые клиенты за период и все открытые обращения отвечают на разные вопросы. Прохождение этапов показывает историю движения, а режим «Сейчас» — текущее положение.
В блоке внимания разделили количество клиентов и количество проблем: у одного обращения их может быть несколько. Показатели связали с переходом к спискам CRM, чтобы за цифрой следовало действие.

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

Разделили информацию о компании, поведение агента и доступные инструменты. Цель, тон, язык, подробность ответов, ограничения и примеры настраиваются под конкретный бизнес.
В базу знаний можно добавлять текст и документы PDF, TXT, Markdown. Показали этап обработки и материалы, которым нужна проверка: загруженный файл ещё должен стать доступным для ответов.
Рядом с настройками разместили тестовый чат. Пользователь проверяет черновик на собственных вопросах и затем применяет изменения. Разрешения на работу с CRM, задачами и передачу сотруднику задаются отдельно.

Собрали входящие обращения в единую очередь. В диалоге видно, кто отвечает сейчас: ИИ или сотрудник. Из переписки можно перейти к связанной карточке клиента.
Передача человеку включает причину и историю разговора. Сотрудник принимает обращение, решает вопрос и при необходимости возвращает диалог ИИ с внутренним пояснением.
В сценариях разобрали отсутствие доступного сотрудника, повторную передачу и возврат к автоматическому режиму. Роли, доступность и состояние диалога должны согласованно определять, кто продолжает работу.

Спроектировали сценарии вокруг реальных действий: выяснить потребность, сохранить выбор, продвинуть обращение, создать задачу, передать сотруднику или зафиксировать результат.
Для пользовательских сценариев предусмотрели условия, ветвления, проверку и симуляцию перед запуском. Встроенные правила охватывают контакты, договорённости, движение по воронке, передачу человеку и повторную связь.
В текущем кабинете системный сценарий можно открыть, изучить инструкции и проверить в тестовом диалоге. Применение отделено от редактирования, а серверные ограничения продолжают действовать.

Задачи связали с обращением, сотрудником и сроком: ответить, позвонить, подготовить предложение или вернуться к клиенту. Создание, перенос и завершение действия сохраняют контекст работы.
В текущем продукте появился отдельный календарь записей и задач с режимами дня, недели и месяца. Для записи предусмотрены услуги и расписание; доступность времени зависит от их настройки.
Отделили пожелание клиента от подтверждённого действия. Желаемое время в сообщении само по себе не означает, что запись уже создана.

Подключение канала включили в общий путь запуска: настройки, проверка подключения и первое входящее обращение. В просмотренном кабинете доступны Авито, Telegram, MAX и виджет сайта.
Для виджета разработали настройки внешнего вида, приветствия, анкеты, положения и правил открытия. Предпросмотр помогает увидеть результат на компьютере и телефоне до сохранения.
Канал и интерфейс общения связаны с агентом, базой знаний и CRM рабочего пространства. Команде не нужно собирать контекст обращения по отдельным окнам.

Продумали продукт для нескольких сотрудников и нескольких бизнесов. У каждого рабочего пространства свои агент, знания, каналы, команда и CRM.
Приглашение сотрудника и его роль определяют доступ к работе. Доступность «в сети», «отошёл» и «не в сети» помогает учитывать участие команды в обработке диалогов.
Организатор, менеджер и оператор получают доступ к действиям в пределах своего пространства. Проверки прав выполняются на сервере.
События доступны внутри платформы; личные уведомления в Telegram привязываются к пользователю и его настройкам.
Для повторного входа проработали выбор пространства, приглашения, восстановление доступа и продолжение незавершённой настройки.
В развитие платформы включили подписку, пакеты диалогов, остатки ресурсов, историю расходов и настройки продления. Для владельца бизнеса это часть повседневного управления сервисом.
Проработали ограничения ответов и ресурсов, поведение при исчерпании лимита и передачу обращения сотруднику. Продолжение платной работы должно учитывать подтверждение пользователя и установленные ограничения.
Расход токенов и поиска, остатки ресурсов и ограничения на диалог дают основу для контроля затрат.
Для автоматического продления предусмотрели явное согласие и ограничения. Повторная обработка подтверждения не должна создавать повторное списание.
Профили плательщика, заказы, история оплат и документы связаны с тарифом и ресурсами пространства.
Клиентский прототип помог проверить маршруты, состояния и сценарии до подключения реальных сервисов. На этом этапе использовали Next.js, TypeScript и модульную структуру Feature-Sliced Design.
Интерфейсные компоненты и состояния описывали отдельно от бизнес-логики. В прототипе использовались Ant Design, SCSS Modules и Storybook; серверные данные и локальное состояние интерфейса разделили.
Подготовили каталог контрактов и черновик OpenAPI для связи клиентской и серверной частей. Сущности CRM, роли, права, состояния диалога и результаты инструментов получили общие правила взаимодействия.
Маршруты кабинета, компоненты, адаптивные представления, фильтры и состояния загрузки, ошибки и отсутствия данных.
Проверка доступа и состояния обращения, сохранение CRM и истории, исполнение разрешённых действий агента, интеграции и учёт ресурсов.
Документация по функциональности, требованиям и контрактам; прототипы, дизайн-материалы и комплект главной страницы для внедрения.
Главную строили вокруг понятной цепочки: вопрос клиента → консультация → обращение в CRM → следующее действие сотрудника. Объяснение продукта стало частью интерфейса страницы.
После анализа решений рынка подготовили интерактивные примеры для разных отраслей: обучения, торговли, услуг и B2B. В диалогах уточняли границу между помощью ИИ и действиями человека.
Доработали мобильное представление, управление примерами, тарифы и ответы на вопросы. В финальном комплекте главной собрали HTML, CSS, JavaScript, изображения и инструкции для внедрения.
Адаптировали навигацию и представления данных под телефон: боковое меню сворачивается, карточки и формы переходят в одну колонку, разделы настроек доступны через выбор.
На мобильных экранах сохранили ключевые действия: открыть обращение, проверить данные клиента и перейти к материалам базы знаний.
После разработки подготовили серию вертикальных роликов для соцсетей и рекламы: сценарии, озвучку и анимацию в фирменном стиле ВЕДО.
В основу положили знакомые ситуации: повторяющиеся вопросы, сообщения после закрытия и потерю контекста при передаче менеджеру. Через них объяснили работу сервиса и встроенной CRM.
Выбран ролик: Знакомство с ВЕДО
ВЕДО объединяет первичную консультацию, работу с клиентскими обращениями и управление действиями команды. Фирменный стиль, кабинет и главная объясняют один и тот же продукт.
За интерфейсом стоит связанная модель: знания помогают ответить, диалог собирает контекст, CRM сохраняет договорённости, а задачи и передача сотруднику определяют следующий шаг.
Поможем превратить идею в работающий продукт: спроектируем логику, создадим интерфейс и свяжем необходимые функции в одну систему.
Обсудить проект