Базовий робочий контур
Компанія, команда, клієнти, основні сутності вашої галузі та рольові робочі простори.
- Користувачі та ролі
- Клієнти / учні / заявки
- Розклад або операційний процес
- Безпека й аудит
Service CRM не повинна змушувати маленьку команду оплачувати складність великої компанії — або велику компанію переносити дані в іншу систему, коли вона виросла.
Актуальні комерційні умови й доступні ліміти показуються в самій платформі. Публічна сторінка пояснює принцип — без вигаданих цін або прихованих обіцянок.
Компанія, команда, клієнти, основні сутності вашої галузі та рольові робочі простори.
Фінанси, GPS, кабінети, комунікації, реклама, аналітика або інші галузеві функції підключаються за потребою.
Потреби solo-спеціаліста, невеликої команди та мережі відрізняються. Інтерфейс може залишатися простим, навіть коли внутрішня логіка росте.
Клієнти, розклад/заявки, базові фінанси, прості нагадування.
Ролі, виконавці, групи, ресурси, винагороди, комунікації, портали.
Аналітика, контроль прибутковості, реклама, автоматизація, кілька процесів і поглиблені права.
Розширення можливостей має відбуватися в тому самому tenant/workspace, а не через ручний перенос бізнесу.
Ліміти й білінг — контекст власника/адміністратора. Щоденна робота ролей повинна залишатися чистою.
Актуальні умови, обмеження та доступні модулі мають бути показані перед підключенням.
Тому що публічна сторінка не повинна показувати застарілу або неактуальну суму. Фактичні доступні плани та умови показуються в продукті перед оформленням.
Архітектурна мета Service CRM — навпаки: дозволити додавати ролі, модулі та складніші процеси в тому самому робочому просторі.
Ні. Наприклад, GPS критичний для частини виїзних служб, але не потрібен solo-репетитору. Винагороди команди важливі школі з викладачами, але зайві приватному викладачу без найманої команди.