Про Custom Data порівняно з іншими підходами
Потрібен довідник магазинів, реєстр заявок або таблиця для звітів — і команда одразу думає про Google Sheets, окремий admin-портал або вбудоване сховище в конструкторі автоматизацій. Custom Data пропонує інший шлях: одне рішення всередині ConnectiveOne — і для бота в діалозі, і для менеджера чи оператора в зручному інтерфейсі, з правами доступу по ролях. Це не лише «зручна табличка», а робочий шар даних, який тримає щоденну роботу команди — від десятків рядків до реєстрів на сотні тисяч записів — без окремої системи, логінів і ручної синхронізації між «таблицею для людей» і «даними для сценарію».
Два обличчя одного модуля
Custom Data — це не лише технічний шар «зберегти рядок для процесу». Це повноцінний робочий простір для команди:
| Для автоматизації | Для людей |
|---|---|
| Процес читає та записує дані під час діалогу | Менеджери та оператори переглядають і редагують записи в знайомому інтерфейсі платформи |
| Довідники, CSAT, заявки, роутинг | Таблиця, Дошка, фільтри, Збережені вигляди, експорт |
| Дії custom_modules__get/set, збереження з блоку вводу | Картка запису, масове редагування, імпорт з файлу або Google Sheets |
Один набір даних — два споживачі. Бот не працює з «іншою копією», ніж та, що бачить супервайзер у списку заявок. Це головна відмінність від підходу «Excel для людей + окрема інтеграція для бота».
Контекст: з чим порівнюють
| Підхід | Коротко про суть |
|---|---|
| Зовнішні таблиці (Google Sheets, Excel) | Зручно редагувати, але дані живуть поза платформою — потрібен імпорт, права в іншому сервісі, ризик розбіжностей |
| Окремий admin-портал або міні-CRM | Свій UI і свої ролі — але ще один продукт, інтеграція з ConnectiveOne і подвоєна підтримка |
| Таблиці в конструкторах автоматизацій | Легке сховище для workflow; рідко дають зручний інтерфейс для менеджерів і операторів |
| Поля клієнта / оператора (ConnectiveOne) | Атрибути одного профілю, а не окремий довідник записів |
| CRM як система обліку | Повноцінна система для всього бізнесу; ConnectiveOne зазвичай лише читає або оновлює окремі поля |
Custom Data займає нішу внутрішнього робочого довідника: структура, дані, права, перегляд для команди та використання в процесах — в одному місці.
Порівняння за ключовими вимірами
| Вимір | Зовнішні таблиці | Окрема система / admin-портал | Таблиці в конструкторах автоматизацій | Custom Data в ConnectiveOne |
|---|---|---|---|---|
| UI для менеджерів і операторів | Так, але в іншому продукті | Окремий інтерфейс, окремий онбординг | Зазвичай базова сітка або взагалі без UI для людей | Таблиця, Дошка, картка запису, фільтри, Збережені вигляди — у тому ж інстансі, що Operator Line |
| Права доступу | Права Google / Excel, не ролі платформи | Окрема модель ролей | Часто лише на рівні automation-проєкту | Ролі ConnectiveOne: хто створює таблиці, хто редагує рядки, хто експортує → Admin Hub |
| Дані для процесів | Через імпорт або API | Через інтеграцію | Нативно в workflow | Нативні дії, вкладка Використання в процесі |
| Масштаб | Залежить від сервісу; великі листи гальмують | Залежить від обраної системи | Часто обмежений «легким» сховищем | Повноцінні таблиці інстансу — від довідників до реєстрів на сотні тисяч рядків |
| Великі обсяги / стабільність відкриття | Повільні фільтри й сортування; ризик «зависання» листа | Потрібен окремий DBA / оптимізація | Часто немає UI для великих списків | Таблиця відкривається навіть коли обране сортування ще не готове — записи в безпечному порядку, а не помилка |
| Типи полів | Комірка «як вийде» | Залежить від системи | Текст, число, дата | Семантичні типи, Звʼязок з таблицею, Користувач, Тема, валідація |
| Контекст обслуговування | Немає | Потрібна інтеграція | Лише automation-проєкт | Клієнти, діалоги, теми, заявки, звіти Metabase |
| Зовнішні джерела | Саме джерело | Імпорт у свою систему | Окремий вузол у workflow | Імпорт даних, Google Sheets — у тому ж модулі |
Висновок: Custom Data — це не заміна CRM, а спосіб не будувати другу систему для довідників і реєстрів, які потрібні і людям, і автоматизації — з уже налаштованими ролями в ConnectiveOne.
Чому зручно тримати все всередині платформи
Один інстанс — одна команда — одні правила. Адміністратор не роздає доступ у Google, не піднімає окремий портал і не синхронізує «таблицю для операторів» з «таблицею для бота». Достатньо налаштувати ролі в ConnectiveOne: хтось лише переглядає, хтось редагує рядки, хтось керує структурою таблиць.
Звичний робочий простір. Оператор не переходить у Excel чи сторонній CRM, щоб відкрити список зворотних дзвінків або оновити статус заявки. Усе в Меню → Користувацькі дані: сортування, фільтри, спільні вигляди для відділу, експорт для звіту.
Менше точок відмови. Немає ланцюжка «Sheets → скрипт імпорту → процес → знову Sheets для супервайзера». Змінив запис у таблиці — процес одразу бачить актуальне значення.
Контроль для адміністратора. Спільні Збережені вигляди, Кошик для безпечного видалення, попередження перед зміною структури, якщо таблицю вже використовують процеси — governance без окремого IT-проєкту.
Масштаб без тупика
Коли реєстр виростає — заявки за рік, SKU-звіт, історія звернень — зовнішня таблиця або легке сховище в automation-конструкторі часто дають один з двох сценаріїв: або все гальмує, або таблиця стає недоступною під час сортування чи фільтрації.
Custom Data поводиться інакше:
- Таблиця лишається відкритою. Якщо обране сортування ще не готове для швидкого відкриття, записи показуються в безпечному порядку — з поясненням, що саме застосовано, а не з порожнім екраном чи помилкою.
- Система не «тихо довбить» базу. Важкі запити не запускаються замість захисту — користувач бачить результат і може продовжити роботу.
- Прискорення — свідомий вибір адміна. Щоб сортування за потрібним полем працювало швидше, адміністратор бачить оцінку обсягу та ризиків і лише після підтвердження запускає підготовку. Таблиця доступна під час процесу.
- Один реєстр для всієї команди. Супервайзер, оператор і бот працюють з тими самими даними — без окремого «технічного» шару для великих таблиць.
Детальніше: Як працюють великі таблиці · Як прискорити сортування
Коли краще інший підхід
Зовнішня таблиця — разовий аналіз, дані не потрібні в діалогах і оператори їх не редагують у щоденній роботі.
Окремий портал або CRM — якщо це справді система обліку для всього бізнесу (угоди, воронки, бухгалтерія), а не внутрішній довідник для сервісу.
Таблиця в конструкторі автomatизацій — чисто технічний lookup у workflow, без UI для людей і без масштабу на тисячі рядків.
Поля клієнта — атрибути одного клієнта (менеджер, сегмент), а не окремий реєстр. → Розширити контакти клієнта
Коли Custom Data — правильний вибір
Обирайте Custom Data, якщо потрібно і автоматизація, і робота людей — в одному місці:
- Супервайзер веде реєстр, оператор оновлює статус, бот показує клієнту актуальний список
- Команда працює з довідником щодня — міста, магазини, категорії, заявки — без виходу з ConnectiveOne
- Різні ролі — різні дії: перегляд, редагування рядків, створення таблиць, експорт
- Потрібні зв’язки між таблицями, дошка за статусом, графіки, валідація полів
- Реєстр росте — сотні тисяч рядків, щоденна робота команди не повинна зупинятися через сортування
- Не хочете підтримувати другу систему лише заради «зручної таблички для менеджерів»
Типові сценарії — Патерни та приклади Custom Data.
Чим ConnectiveOne свідомо відрізняється
Ми не робили «ще один Airtable» і не копіювали легке сховище з automation-конструктора. Custom Data — робочий шар даних для команд обслуговування:
- Люди + автоматизація в одному модулі — не два продукти, не дві копії даних.
- UI, яким реально користуються — таблиця, дошка, картка, збережені вигляди — не лише інтеграція для розробника.
- Права через ролі платформи — без окремого сервісу авторизації для довідника.
- Контекст сервісу — поруч з Operator Line, клієнтами, темами та звітами.
- Стійкість на великих таблицях — реєстр відкривається і залишається доступним, навіть коли обране сортування ще не оптимізоване.
- Кероване прискорення — підготовка індексу лише після явного підтвердження адміна з оцінкою ризику, а не сюрприз у пік-годину.
- Безпечний імпорт і governance — preview перед записом, кошик, попередження про залежності в процесах, спільні вигляди для команди.
- Семантичні типи й зв’язки — не «комірка як вийде», а поля з валідацією, посиланнями на операторів, теми, інші таблиці.
Практичні наслідки для команди
Для інтегратора: якщо замовник просить «таблицю для операторів і щоб бот теж бачив» — це Custom Data, а не Sheets + custom action. Зовнішній файл лишайте лише як джерело імпорту.
Для адміністратора: розділіть ролі до запуску — хто бачить модуль, хто редагує рядки, хто змінює структуру. Перед видаленням поля перевірте Використання в процесі. На великих таблицях прискорення сортування — окреме рішення з попередженням про час і навантаження. → Прискорити сортування
Для супервайзера: налаштуйте Збережений вигляд і зробіть його спільним — команда одразу бачить потрібні колонки та фільтри.
Типова помилка: підняти міні-admin на Google Sheets «бо там зручно редагувати», а потім місяцями підтримувати sync, права та дві версії правди.
Типова помилка: плутати Custom Data з Полями клієнта — довідник записів і атрибут профілю це різні задачі.
Пов'язані документи
- Що таке Custom Data — основні концепції модуля
- Як працюють великі таблиці — безпечний порядок і прискорення
- Admin Hub — ролі та доступ до Custom Data
- Патерни та приклади Custom Data — шість типових сценаріїв
- Складні кейси Custom Data — графіки, валідація, підсвітка
- Створити таблицю
- Integrator Hub