Одна мышь и ноль программистов: создаем реестр клиентов на портале Инкоманд

Когда речь заходит о клиентской базе, почти у всех картина похожая: часть данных в таблицах, часть в почте, что‑то в мессенджерах, что‑то в головах менеджеров. Формально «всё есть», но собрать единую картину по клиенту и его сделкам превращается отдельное приключение. Но не спешите сразу бежать на рынок за системой управления клиентами. Все можно решить гораздо проще и дешевле

Один из способов навести порядок — завести реестр клиентов прямо в корпоративном портале. В нашем ролике мы показываем, как собрать такой реестр прямо внутри корпоративного портала Инкоманд — российской платформы, которая по возможностям может заменить Microsoft SharePoint и Microsoft Viva в задачах внутреннего контура. Основной акцент: всё делается средствами портала, без программирования, силами администратора или бизнес‑аналитика.

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

Основу такого реестра лучше строить на трёх простых сущностях:

В Инкоманд каждую такую сущность вы можете создать как объект портала. У объекта есть название, область действия (на весь портал или в рамках сайта) и набор полей. Дальше начинается самое интересное: вы сами (без единной строчки кода) определяете данные хотите видеть.

У клиента это может быть имя, статус, отрасль, регион, ИНН, ответственный менеджер. У поставки — дата, сумма, номер договора, ссылка на клиента и продукт. У продукта — тип, артикул, название, цена. Фактически вы настраиваете свою мини‑CRM под себя, не выходя за рамки портала.

Отдельные таблицы сами по себе мало помогают. Важна связь: «этот клиент — вот его поставки — в них вот такие продукты».

В Инкоманд вы эту логику задаете с помощью мыши в конструкторе моделей: объекты «Клиент», «Поставка» и «Продукт» связываются отношениями. Между клиентом и поставкой выбираете связь «один ко многим» — один клиент, много поставок; между поставкой и продуктом — связь, которая позволяет включить несколько товаров в одну поставку.

Плюс подключаете системный объект «Пользователь»: так клиент получает конкретного менеджера из числа сотрудников портала. После настройки связей в представлениях объекта «Клиент» появляются дополнительные поля — портал уже сам «понимает», как связаны клиенты, поставки и менеджеры.

Дальше на сцену выходят представления. Это способ сказать системе: «Вот как я хочу видеть данные в списке».

Для клиентов можно собрать таблицу, где в строках — клиенты, а в столбцах:

Столбцы вы можете легко менять местами, включать фильтры и сортировку, добавлять группировку по статусу. Установив вего лишь одну галочку, вы можете определить Имя клиента как ссылку на его карточку.

Далее для поставок и продуктов вы настраиваете свои представления: даты, суммы, клиенты, товары, артикулы и цены. В итоге вместо «сырых» таблиц вы получаете нормальные рабочие реестры: можно быстро отфильтровать активных клиентов, посмотреть сделки по конкретному менеджеру или отобрать продукты по нужным параметрам.

Списки — это половина истории. Вторая половина — то, как выглядит отдельная запись.

В Инкоманд есть макеты и шаблоны отображения. С помощью макета вы сможете определить, как выглядит форма создания и редактирования клиента: какие поля на первой вкладке, какие на второй, что обязательно к заполнению, а что можно оставить на потом. Поля можно разложить в два‑три столбца, логично сгруппировать их по блокам, отделить ключевые реквизиты от второстепенной информации.

Шаблон отображения отвечает за внешний вид карточки при просмотре. Здесь формируется «визитка» клиента: крупное название, блок основных данных, заметки, при желании — список поставок или связанных объектов. Каждый элемент шаблона привязывается к полю объекта, поэтому при открытии карточки все данные автоматически подставляются на свои места.

Так карточка становится не просто «формой в системе», а удобным экраном, с которого можно начать разговор о клиенте: кто он, что покупал, на какой стадии сейчас.

Один и тот же реестр можно показать по‑разному.

Классический вариант — таблица с фильтрами и сортировками. Она отлично подходит для ежедневной работы: быстро отфильтровать, выгрузить, просмотреть список.

Параллельно на отдельной странице можно сделать «Список клиентов» — тот же набор данных, но в виде карточек. Используется коллекция по объектам: каждая запись превращается в карточку с ключевой информацией и кнопкой перехода внутрь. Такой формат удобен для обзора, презентаций, работы руководителей или просто тех, кому проще воспринимать информацию визуально.

Оба представления используют одну базу: вы заполняете данные один раз, а дальше выбираете, как с ними удобнее работать в конкретный момент.

Как только структура выстроена, хочется, чтобы часть рутины делалась сама. Например, чтобы статус клиента менялся не только тогда, когда у кого‑то дошли руки, а по понятным правилам.

В Инкоманд для этого служат действия с автономным триггером. Можно настроить, что при наступлении определённых условий (например, при появлении первой поставки или достижении определённого объёма) система сама изменит статус клиента.

Техническая деталь здесь важна: в условиях используются не только названия статусов, но и их ключи из списка значений. Поэтому сначала имеет смысл заглянуть в список, посмотреть, какие ключи соответствуют нужным состояниям, и уже их использовать в настройке действий.

В итоге статусы перестают быть «декорацией» и начинают отражать реальное положение дел без постоянного участия людей.

Такой реестр клиентов внутри портала даёт сразу несколько эффектов:

И всё это собирается на готовой платформе корпоративного портала Инкоманд, без отдельного внедрения тяжёлой CRM и без разработки. Если такой подход «приживается» на клиентах, его легко перенести на проекты, заявки, партнёров — меняются только названия объектов и набор полей, а принцип работы остаётся тем же.

А подробную пошаговую инструкцию вы можете прочитать на нашем продуктовом сайте Инкоманд.