Кратко
CRM для ИП без воронки полезна, когда нужно различать заказчиков, исполнителей и объекты, а не управлять этапами продаж. Статья предлагает порядок создания карточек в RANLEX, правила проверки совпадений и испытание поиска. Главный результат первого запуска — небольшая проверенная база, в которой понятны связи людей и объектов и происхождение каждого контакта.
Карточки людей и объектов в RANLEX: как различать роли, переносить записи и проверять поиск.
Кому подходят карточки клиентов?
Начните с вопроса, который возникает в работе чаще остальных. Если нужно узнать, кто отвечает за помещение и где найти его контакт, достаточно картотеки со связями. Если нужно видеть прогноз продаж, этап переговоров и сумму открытых сделок, это другое требование: встроенная CRM нейроассистента RANLEX не содержит сделок и воронки. Зафиксируйте эту границу до переноса рабочих записей.
В RANLEX есть карточки людей и объектов, таблица, поиск и граф связей. Нейроассистент RANLEX может заносить и исправлять записи по поручению. Практическая ценность возникает, когда одно имя встречается в нескольких контекстах: человек владеет помещением, другой принимает работы, третий обслуживает оборудование. На обложке показана именно связь самостоятельных сущностей (рис. 1), а не последовательность продажи.
Выбор между таблицей и более сложной системой разобран в статье об учёте клиентов без громоздкой CRM. Здесь рассматривается следующий шаг: вы уже выбрали карточки и хотите сделать их пригодными для поиска. Не начинайте с переноса всей переписки. Сначала составьте вопросы, ответы на которые должна давать новая база.
Подходящие вопросы звучат предметно: «Кто принимает работы на объекте?», «Есть ли другой контакт этого заказчика?», «Какие объекты связаны с этим человеком?». Вопрос «Кто скоро купит?» требует сведений о продажах, которых сама картотека не создаёт. Ответ, придуманный на основе должности или адреса, не становится фактом о клиенте.
Как отделить человека от объекта?
Человек и объект меняются по-разному. У помещения остаётся адрес, хотя меняется ответственное лицо; человек может сопровождать несколько помещений. Поэтому название объекта не стоит прятать внутрь имени человека. Отдельная запись объекта позволяет сменить связь, сохранив понятное описание места.
Роль описывает отношение человека к работе, а не его личность целиком. Один человек может быть собственником в одном случае и представителем заказчика в другом. Не превращайте случайную подпись из письма в постоянную характеристику. Сначала уточните, какое отношение подтверждено и к какому объекту оно относится.
Минимальный набор сведений зависит от сценария. Для согласования доступа нужен ответственный и способ связи; для поиска помещения — различимое название и адрес. Фотография или дополнительный телефон полезны только при понятной цели. Таблица 1 показывает редакционный вариант разделения данных; это правила подготовки исходника, а не обещание отдельных полей интерфейса.
| Сведение | К чему относится | Что уточнить |
|---|---|---|
| Имя и фамилия | Человек | Не является ли запись тёзкой |
| Телефон | Человек или общий контакт | Личный он или общий рабочий |
| Адрес помещения | Объект | Корпус, помещение, вход |
| Принимает работы | Связь человека с объектом | Актуальна ли роль |
| Источник контакта | Исходный перечень | Можно ли подтвердить запись |
При работе с контактами полезно помнить точное определение. Персональные данные — это любая информация, относящаяся к прямо или косвенно определённому или определяемому физическому лицу. Формулировка приведена в статье 3 закона о персональных данных; рабочий характер контакта сам по себе не исключает его связи с человеком.
Как перенести первые записи?
Выберите небольшой законченный участок работы: например, объекты одного действующего договора. Подготовьте список, в котором каждая строка содержит одно наблюдаемое отношение. Запись «Ирина, склад, ключи» слишком неоднозначна: непонятно, владеет ли Ирина складом или только передаёт ключи. Перепишите её в утверждение, которое можно проверить у ответственного.
Совпадение имени — повод сравнить сведения, а не объединить записи. Совпадение телефона тоже требует внимания: один номер может принадлежать приёмной. На схеме связей (рис. 2) общий объект не делает людей одинаковыми, а общая роль не делает одинаковыми объекты. Сохраняйте различия, пока не получили достаточного подтверждения.
Перед внесением попросите нейроассистента RANLEX перечислить предполагаемые карточки и сомнительные совпадения. Сравните этот перечень с исходником. Только после исправления неоднозначностей поручайте создание записей. Такой порядок сокращает количество последующих исправлений: обсуждается модель учёта, пока она ещё не превратилась в набор неверных карточек.
Качество источника важнее объёма переноса. Закон требует соответствия содержания и объёма данных целям обработки; это отдельный принцип в законе о персональных данных. Для практического старта это означает простой вопрос к каждому дополнительному полю: какую рабочую задачу оно помогает решить?
Как проверить базу перед дальнейшей работой?
Проверяйте базу запросами, а не впечатлением от заполненной таблицы. Найдите человека по имени, затем объект по адресу и сравните результаты. Откройте связи объекта и убедитесь, что ответственный указан в правильной роли. Полная таблица может скрывать ошибку отношений; граф помогает увидеть её, но сам не подтверждает достоверность.
Отдельно испытайте неполный запрос: сокращённое название помещения или распространённую фамилию. Оцените, достаточно ли признаков, чтобы выбрать нужную запись. Если результат неоднозначен, улучшите названия и описание исходных сведений. Называть каждый объект «Основной» удобно ровно до появления второго основного.
Приёмочный маршрут на рис. 3 заканчивается проверкой контакта, а не красивым графом. Сопоставьте телефон и почту с доверенным исходником. Если требуется замена этих сведений, RANLEX предусматривает резервную копию; после изменения повторно откройте карточку. Изменившаяся строка должна соответствовать вашему поручению, а остальные сведения — оставаться уместными.
После первого переноса установите понятное правило обновления: кто сообщает об изменениях и кто проверяет результат внесения. Это организационная договорённость, а не отдельная автоматическая функция CRM. Если карточками пользуетесь только вы, достаточно включить проверку контакта в момент фактического изменения. Так база остаётся рабочим справочником, а не коллекцией старых визиток.
Проверьте также ситуацию смены представителя. В рабочем перечне должно быть понятно, какой человек больше не выполняет прежнюю роль и кто отвечает теперь. Не удаляйте сведения об объекте только потому, что прежний контакт перестал быть актуальным. Сначала разберите отношение, затем согласуйте изменение карточек. Для первого испытания полезно заранее подготовить именно такой случай: он показывает, насколько аккуратно вы разделили человека и место работы.
Если поиск возвращает несколько вариантов, попросите показать различающие признаки, а не выбирать за вас. Сравните адрес, роль и подтверждённый контакт. Одинаково оформленные результаты удобны для просмотра, но окончательное совпадение устанавливается по содержанию записи.
Ещё один полезный тест — поиск при неполной информации. Представьте, что известен только объект и задача, но забыто имя ответственного. Проверьте, можно ли пройти от объекта к нужной роли и выбрать подходящего человека. Если связь ведёт лишь к общему списку контактов без понятного назначения, вернитесь к исходному описанию ролей. Такое испытание показывает практическую ценность графа лучше, чем число созданных карточек.
Выводы
- Картотека RANLEX подходит для людей, объектов и связей; сделки и воронка в неё не входят.
- Человека, объект и роль следует различать до переноса записей.
- Совпадения проверяют по исходным сведениям, а не только по имени.
- Готовность базы подтверждают поиском, чтением связей и проверкой контактов.
Частые вопросы
Кого заводить отдельной карточкой?
Человека и объект различают, если у них самостоятельные сведения и роли.
Что делать с общим телефоном?
Уточнить владельца контакта и не объединять людей только по совпадению номера.
Как проверить первый перенос?
Сверить карточки с исходником, найти людей и объекты, проверить роли.