PROJECT 23.001 / ФЛАГМАН · СОБСТВЕННЫЙ ПРОДУКТ

GoalCRM

CRM, которую мы построили для себя и держим в продакшене каждый день. Сделки, клиентский портал, командные коммуникации и AI-ассистент с памятью по сделке — в одном рабочем пространстве.

Работающий продуктCRM / AI / PWAОткрыть продукт ↗
GoalCRMРабочее пространствоДЕМО
Воронка продаж+ Сделка
Новые2
ДЕМО-СДЕЛКАВнедрение CRMЗаявка с сайта · 12 мин назад
Команда
ДЕМО-СДЕЛКАКлиентский порталНовый запрос
Команда
В работе2
ДЕМО-СДЕЛКАИнтеграция TelegramСогласовать сценарий
Команда
ДЕМО-СДЕЛКАНастройка воронкиДемонстрация в четверг
Команда
Согласование1
ДЕМО-СДЕЛКАЗапуск проектаСледующий шаг: встреча
Команда
AIКонтекст и история — внутри сделки↗
Рабочее пространство менеджера: воронка, сделки и контекст в одном экране
WHY / 01

Почему мы не взяли готовую CRM

01

Клиенту некуда зайти

Готовые системы дают клиенту в лучшем случае ссылку на счёт. Нам нужен был полноценный кабинет с файлами, обсуждением и историей — и чтобы он не имел доступа к внутренней кухне.

02

Обсуждение живёт в мессенджерах

Договорённости по сделке оседали в личной переписке. Когда менеджер уходил в отпуск, вместе с ним уходил и контекст.

03

Оплата за каждое поле

Любое отклонение от типового процесса превращалось в отдельный тариф или в костыль на стороне.

04

AI прикручен снаружи

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

DEMO / 02 · СДЕЛКА И AI

Ассистент, который помнит сделку и пишет вашим голосом

Ассистент видит историю переписки и договорённости, а не отвечает с чистого листа. Стиль подстраивается под конкретного сотрудника: система собирает манеру письма и удачные формулировки, чтобы черновик не выглядел роботом.

Сделка · Внедрение CRMСтадия: в работеДЕМО
Клиент

Подскажите, успеем до конца месяца?

AI

Вопрос о сроке. В сделке есть план на шесть недель и закрытый второй спринт.

AI · черновик ответа

Да, план рассчитан на шесть недель — успеваем.

ВставитьИзменить
Черновик собирается по истории сделки и манере письма сотрудника — решение остаётся за человеком
DEMO / 03 · ПОРТАЛ КЛИЕНТА

Два независимых контура доступа

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

СотрудникВнутренний контурДЕМО
  • Все сделки и клиенты
  • Внутренние обсуждения
  • Аналитика и журнал изменений
  • Настройки воронок
  • Файлы всех проектов
КлиентПортал · отдельный входДЕМО
  • Свои проекты
  • Переписка по своему проекту
  • Свои файлы и документы
  • Внутренние обсуждения
  • Данные других клиентов
Разделение прописано на уровне данных: у портала своя таблица аккаунтов, свои сессии и свой аудит
DEMO / 04 · КОММУНИКАЦИИ

Обсуждение живёт в сделке, а не в личной переписке

Внутренний мессенджер с упоминаниями, статусами прочтения и вложениями. Плюс интеграция с Telegram: переписка с клиентом попадает в карточку сделки, а сам мост вынесен в отдельный сервис, чтобы его сбой не ронял систему.

Обсуждение сделки3 участникаДЕМО
Менеджер

Клиент спрашивает про срок. @техлид, план в силе?

прочитано
Техлид

Да, шесть недель. Второй спринт закрыли вчера.

прочитано
Менеджер

Отлично, отвечаю клиенту.

доставлено
Telegram

Сообщение клиента подтянуто в сделку

синхронизировано
Упоминание уводит уведомление конкретному человеку, а статус показывает, дошло ли сообщение
DEMO / 05 · АНАЛИТИКА

Видно работу, а не отчёты о работе

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

АКТИВНОСТЬ ЗА НЕДЕЛЮ · ДЕМО
ПН
ВТ
СР
ЧТ
ПТ
Переходы по стадиямвидно, где сделки застревают
Журнал измененийкто и что поменял в записи
Активность за деньпо каждому сотруднику
Уведомленияо том, что требует ответа
DEMO / 06 · ВОРОНКИ

Воронка под процесс отрасли, а не универсальная

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

Стандартная воронкауниверсальный процесс продаж
  1. 01Новая заявка
  2. 02Первый контакт
  3. 03Квалификация
  4. 04Переговоры
  5. 05КП / Договор
  6. 06Ожидаем оплату
  7. 07Успешно завершено
  8. 08Неуспешно завершено
СГР воронкарегистрация и сертификация продукции
  1. 01Новое обращение
  2. 02Консультирование по рецепту без предоплаты
  3. 03Проверка рецептур
  4. 04Консультирование с предоплатой
  5. 05Заключение договора
  6. 06Успешно завершено
  7. 07Неуспешно завершено
Готовый шаблон разворачивается за минуту, дальше стадии правятся под компанию
SYSTEM / 07

Что ещё внутри

01

Задачи и календарь

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

02

Входящие

Одна лента: личные, групповые и командные чаты, дедлайны и события. Точка входа в рабочий день вместо обхода пяти вкладок.

03

База знаний

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

04

Компании и роли

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

MODEL / 08

42 сущности в модели данных

Не «карточка клиента и примечание», а описанная предметная область. Каждая группа отвечает за свой сценарий и связана с остальными.

Продажи

СделкаВоронкаСтадияПереход по стадиямКлиентКонтакт

Работа

ПроектЗадачаПункт чек-листаКомментарийВложениеМеткаОтдел

Клиентский портал

АккаунтПриглашениеСессияТредСообщениеФайлЖурнал действий

Коммуникации

ЧатУчастникСообщениеУпоминаниеСтатус прочтенияУведомление

AI

Память по сделкеПрофиль стиляПример ответаДиалог по сделке

Контроль

ПользовательСессия сотрудникаЖурнал измененийАктивность за день

Компания и доступ

Участник компанииОтделПриглашениеРоль: администраторРуководительСотрудникСтатус пользователя
OPERATIONS / 09

Как мы держим это в продакшене

Продукт, которым пользуются каждый день, нельзя выкатывать с ноутбука на сервер. Правила записаны и соблюдаются — этот же порядок мы приносим в клиентские проекты.

01Разделённые контуры: ветка продакшена, ветка песочницы, отдельные ветки под задачи и аварийные исправления
02В продакшене работает собранный образ: исходники не подмонтированы, автоматических миграций при старте нет
03Автотесты проверяют код и секреты, но выкатку запускает человек после приёмки
04Исправление, живущее только на боевом сервере, считается незавершённым, пока не вернулось в исходный код
05Внешние сервисы изолированы: сбой моста с Telegram или AI не роняет CRM
06Отдельный учёт секретов, план ротации и автоматическая проверка утечек в коммитах
42сущности в модели данных
PWAформат приложения
2отдельных контура доступа

Демонстрационные интерфейсы на этой странице собраны специально для показа. Реальные данные клиентов в них не используются.

STACK / 10

На чём собрано

Бэкенд

TypeScriptNode.jsPrismaPostgreSQLSocket.IO

Фронтенд

React 18ViteTailwindReact RouterPWA

Инфраструктура

DockerCI-проверкиИзолированные сервисыСекрет-сканирование
AI / SALES
Планируемый модуль

Анализ продаж по звонкам внутри CRM

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

01Звонок в контексте сделки
02Краткое содержание и договорённости
03Проверка менеджером и следующий шаг

Развернём GoalCRM под ваш процесс или соберём систему с нуля.

Показать задачу
← Все проекты