Для какой работы подходит Платформа КБ
«Платформа КБ» позволяет собрать собственную CRM или внутреннюю учетную систему из связанных таблиц, полей, отчетов и правил. Она уместна, когда типовая CRM не отражает отраслевые сущности компании, а разработка отдельного приложения пока избыточна.
Границы продукта. Конструктор дает свободу, но не проектирует данные за компанию. Нужен владелец структуры, который отвечает за названия сущностей, связи, обязательные поля, права и выпуск изменений после запуска.
Для каких задач и команд
- компаний, которым тесно в фиксированной структуре типовой CRM
- интеграторов, собирающих отраслевые решения без разработки с нуля
- команд, переносящих связанные таблицы и процессы из Excel
Рабочий маршрут
- 01
Разрозненные таблицы превращаются в общую структуру со связями между клиентами, объектами, заявками и документами.
- 02
Пользователь видит только разрешенные записи и поля, а ответственный получает уведомление о нужном событии.
- 03
Вычисления, фильтры и отчеты собирают рабочие показатели из исходных записей без ручной сводки.
- 04
Готовая конфигурация дает стартовую модель, которую можно дополнить собственными полями, формами и интеграциями.
Что важно именно в этом продукте
- Основой системы служат настраиваемые таблицы и связи, поэтому предметную область можно описать своими сущностями, а не подгонять под одну модель сделки.
- Облачный вариант, аренда отдельного сервера и лицензия дают разные способы размещения, которые нужно сравнивать по администрированию и требованиям к данным.
- Маркетплейс конфигураций и дополнений помогает начать с готовой модели, но ее состав и дальнейшие обновления нужно оценивать отдельно.
Как сервисная компания связывает клиентов, оборудование и заявки
Компания ведет клиентов в одном файле, список оборудования в другом, а заявки на обслуживание в третьем. Одинаковые названия пишутся по-разному, и отчет по истории объекта приходится собирать вручную.
- 01
Команда создает отдельные таблицы клиентов, объектов оборудования и сервисных заявок.
- 02
Каждую единицу оборудования связывают с владельцем, адресом и историей обращений.
- 03
Инженер видит назначенные заявки, а менеджер получает доступ к договору и общей истории клиента.
- 04
Отчет собирает открытые заявки и даты следующего обслуживания из связанных записей.
Что проверить в результате. У компании появляется единая модель данных вместо нескольких несогласованных файлов. До масштабирования нужно назначить человека, который меняет структуру и проверяет влияние новых полей на формы и отчеты.
Как функции используются в процессе
Для каждой возможности указаны ее роль в процессе и практический сценарий для демонстрации.
Конструктор таблиц, полей и связанных данных
Компания создает собственные сущности и связывает их, например клиента, объект, договор и заявку, вместо хранения одинаковых значений в нескольких файлах.
Проверка: Соберите три связанные таблицы, импортируйте тестовые записи и измените одну связь. Проверьте дубли, обязательные поля и удаление зависимой записи.
Отчеты, вычисления, фильтры и поиск
Отчеты и вычисляемые поля используют записи системы, а фильтры и поиск помогают сотруднику быстро получить нужный рабочий срез.
Проверка: Воспроизведите один действующий отчет на контрольном наборе данных. Сверьте формулу, пустые значения, фильтры ролей и исходные строки.
Права доступа, уведомления и печатные формы
Права определяют доступ к таблицам и данным, уведомления сообщают о событии, а печатная форма подставляет сведения из записей в документ.
Проверка: Откройте одну запись под тремя ролями, измените статус и сформируйте документ. Проверьте скрытые поля, адресатов и актуальность реквизитов.
Готовые конфигурации, дополнения и API
Готовая конфигурация дает начальную структуру, дополнение расширяет ее, а API связывает систему с внешним источником или приложением.
Проверка: Разверните копию подходящей конфигурации, перечислите внесенные изменения и выполните один обмен через API. Проверьте обновление и повтор запроса.
Список сверяли с материалом «Официальный обзор Платформы КБ». Источник просмотрен 14 сентября 2026.
Проверка CRM на одном пути продажи
На пилоте проведите один реальный рабочий маршрут, включая ручные действия, передачу данных и обработку ошибки.
Фокус первого запуска. Возьмите один законченный процесс из трех или четырех связанных таблиц. Перенесите небольшой набор реальных записей, настройте две роли, один отчет и одно уведомление, затем проверьте дубли, поиск и изменение структуры.
Что подготовить заранее
- Небольшую выборку реальных лидов, контактов и сделок без чувствительных данных.
- Текущие этапы продажи и понятные условия перехода между ними.
- Список каналов, из которых приходят обращения, и обязательных полей карточки.
- Роли менеджера, руководителя и сотрудника, который отвечает за качество данных.
Как провести проверку
- 01
Загрузить тестовые обращения и проверить поиск дублей.
- 02
Подключить один входящий канал и назначить ответственных.
- 03
Провести сделку от первого контакта до результата и создать повторное действие.
- 04
Собрать отчет руководителя и сверить его с исходными данными.
Что записать по итогам
- Сколько обращений осталось без ответственного или следующего действия.
- Сколько ручных операций требуется менеджеру на одном этапе.
- Как быстро руководитель находит просроченные и зависшие сделки.
- Совпадают ли клиенты, суммы и статусы после обмена с учетной системой.
Что проверить в связке с другими системами
- API 2.0
- вебхуки и внешние сервисы
- импорт из Excel
- готовые модули из маркетплейса
На демонстрации проверьте состав передаваемых данных, направление обмена, повторную отправку и журнал ошибок на своем сценарии.
Что уточнить о продукте
- 01
Какие таблицы и связи должны заменить текущие файлы Excel?
- 02
Кто будет менять структуру системы после запуска?
- 03
Какие готовые конфигурации можно использовать без доработки?
