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

1Desk, CRM и данные

1Desk — это inbox. CRM — это место, где живёт бизнес-запись.

Правило простое: один бизнес = один источник правды.

SeaTable​

SeaTable — это default CRM-слой, когда клиенту нужно что-то гибкое, лёгкое и быстро настраиваемое.

SeaTable подходит, когда нужно:

  • быстрое source of truth
  • кастомные поля без тяжёлой CRM-настройки
  • простой pipeline для лидов и заявок
  • логи, история и операционные списки
  • база, которую команда может менять вместе с нами

Почему он хорошо подходит для 1Desk:

  • его легко собрать под бизнес-процесс
  • он удобен для небольших команд и простых sales-flow
  • он хорошо работает как system of record для разговоров, статусов и follow-up

Twenty CRM​

Twenty — лучший выбор, когда клиенту нужна более классическая CRM с современным интерфейсом.

Twenty стоит выбирать, когда нужны:

  • отдельный pipeline для продаж
  • people, companies, tasks и notes в одном месте
  • CRM, в которой sales-команда живёт каждый день
  • более сильный sales-ops слой, чем простая таблица

Почему он хорошо подходит для 1Desk:

  • 1Desk может отправлять лиды в Twenty
  • операторы по-прежнему работают с inbox в 1Desk
  • CRM становится местом, где бизнес решает, что делать дальше

Как выбрать​

Не делай из SeaTable и Twenty двух равноправных хозяев.

Выбирай одну основную CRM на одну установку:

  • SeaTable, если нужен более лёгкий и кастомный путь
  • Twenty, если нужен настоящий CRM-интерфейс и sales pipeline

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

Data flow​

  1. Человек пишет через Telegram или website widget.
  2. 1Desk принимает сообщение.
  3. Dify или оператор делает первый ответ.
  4. n8n или другой automation layer записывает бизнес-событие в выбранную CRM.
  5. Команда видит статус, источник, ответственного и следующий шаг в одном месте.

Какие данные нужно хранить​

Минимум 1Desk должен хранить:

  • имя контакта
  • телефон или Telegram handle, если доступно
  • канал источника
  • категорию запроса
  • статус разговора
  • ответственного
  • последний touch
  • следующее действие
  • теги или заметки

Что это даёт клиенту​

  • меньше потерянных лидов
  • проще отчётность
  • чистый handoff от чата к бизнес-процессу
  • меньше путаницы, когда один и тот же клиент пишет дважды
  • одно место, где видно, что произошло
Важное ограничение

Если функция не подтверждена в реализации, её надо описывать как опцию или custom delivery, а не как стандартное обещание.