Что карта деловых связей может рассказать о компании

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

Какую связь вообще стоит показывать

Сотрудничество бывает разным. Компания могла быть заказчиком, подрядчиком, поставщиком, партнёром или участником одного мероприятия. Смешивать эти отношения нельзя: совместное выступление не превращает две организации в деловых партнёров.

Для первой версии достаточно нескольких типов связи с точным смыслом. Например, «выполнил работы в проекте», «поставил материалы», «подтвердил участие». У каждой записи должны быть даты, сторона, которая её добавила, и документ или комментарий, на который она опирается.

Почему происхождение данных важнее красивого графа

В документах W3C PROV происхождение данных описывается через связанные сущности, действия и участников. Это позволяет проследить, как появилась запись. Источник: W3C PROV‑Overview.

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

На какие вопросы карта должна отвечать

Начните с конкретной задачи пользователя. Руководителю закупки может быть важно найти исполнителей с опытом на похожих объектах. Партнёру нужно понять, кто способен представить его нужной компании. Исполнителю показать свою роль в цепочке работ.

Для каждого сценария путь будет коротким:

• найти компанию или проект;
• раскрыть тип связи и основание;
• посмотреть релевантную роль;
• проверить дату и подтверждение;
• выбрать допустимый способ обращения.

Если человек вынужден разглядывать сотню пересекающихся линий, продукт не решил его задачу. Рядом с картой нужен обычный список с поиском и фильтрами.

Чего нельзя выводить из соседства компаний

Общий контрагент не доказывает, что две организации знакомы лично. Работа в одном проекте не подтверждает тесное сотрудничество. Много связей ещё не значит надёжность. Компания без публичной истории тоже не становится подозрительной.

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

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

Как встроить контроль доступа

Публичная карта может показывать общее описание проекта, а подробности открываться по запросу. Например, название клиента согласовано, но суммы и рабочая переписка остаются внутри команды. Разрешение на одну карточку не распространяется автоматически на весь архив.

Нужны роли владельца, редактора, подтверждающего и гостя. Для гостя показывают только разрешённые поля. Отзыв доступа должен действовать и на список, и на карту, и на выгрузки. Юридические основания раскрытия материалов проверяют отдельно по конкретным данным и договорённостям.

Где поможет ИИ и с чего начать

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

В прототипе деловой сети достаточно проверить несколько компаний и один завершённый проект. Сначала убедитесь, что участники одинаково понимают роли и согласны с отображением. Только после этого имеет смысл наращивать карту и автоматизацию.

Смежные разборы: Запуск деловой сети: как начать до появления большой базы; Прозрачность бизнеса: зачем раскрывать клиентов, связи и условия.