Перейти до основного вмісту

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, а не як стандартну обіцянку.