Номера телефонов и ID MAX: что нужно для заказа
При обсуждении рассылки в MAX фраза «у нас есть идентификаторы» ещё не объясняет, какие данные подготовлены. В одном файле это телефоны, в другом — внутренние ключи CRM, в третьем — ссылки на профили. Менеджеру нужен точный тип записей, а заказчику — понимание, что эти значения показывают и чего не подтверждают.
Номер телефона — исходная запись о контакте
Официальная справка MAX описывает поиск человека по телефону в приложении. При этом пользователь может ограничить поиск по своему номеру. Описание поиска отдельного контакта не означает, что любой список номеров автоматически пригоден для рассылки.
При подготовке данных укажите, как хранятся номера, есть ли код страны и откуда взяты записи. Сохраните исходные значения отдельно. Если номер выглядит неполным, не достраивайте его наугад. Проверка представления и проверка возможности дальнейшей работы — разные этапы.
Идентификатор должен иметь понятный источник
ID полезен только вместе с объяснением, в какой системе он получен и какой объект обозначает. Внутренний номер клиента в CRM не становится идентификатором аккаунта MAX от переименования колонки. Ссылка, номер телефона и технический ключ также не взаимозаменяемы. Если происхождение значения неизвестно, так и отметьте в описании.
Не переносите поля документации о ботах на личные сообщения без проверки сценария. Даже похожие имена полей не доказывают, что принимается тот же формат или доступно то же действие. Для заказа нам важнее конкретный источник вашего списка и согласованный способ работы, чем условное название «ID».
Как различить записи в рабочей таблице
| Что есть | Что указать в брифе | Какой вывод не делать |
|---|---|---|
| Телефон | Формат, источник и дата обновления | Что аккаунт доступен для сообщения |
| ID из выгрузки | Система, тип объекта и описание поля | Что это нужный идентификатор MAX |
| Ссылка на профиль | Тип ссылки и способ её получения | Что ссылка равна номеру или разрешению на рассылку |
| Внутренний ключ CRM | Для чего используется в вашей таблице | Что по ключу можно найти человека вне CRM |
Разделите качество данных и возможность общения
Проверка формата отвечает на вопрос, одинаково ли устроены записи и не потерялись ли значения при экспорте. Проверка связки отвечает на другой вопрос: действительно ли запись относится к нужному человеку и сценарию. Даже положительный ответ на эти вопросы не подтверждает отправку, доставку или прочтение будущего сообщения.
Учебная ситуация: часть записей содержит телефоны, а часть — непрозрачные ключи старой системы. Не складывайте их в один столбец без отметки. Разведите типы, посчитайте объём каждой группы и вынесите непонятные строки в отдельный список вопросов. Тогда менеджер сможет обсуждать пригодность каждой группы отдельно.
Что показать менеджеру на первом шаге
- Названия колонок и происхождение каждого типа записи.
- Примерный объём по типам контактов.
- Как и когда данные обновлялись.
- Пару обезличенных строк, если они нужны для согласования формата.
- Вопросы по проверке и сведения о том, что уже сделано.
Точный принимаемый формат и состав проверки согласуются для задачи. Передавать полный список в чат помощника не нужно. Для дальнейшей работы пригодятся чек-лист подготовки базы и разбор дублей и исключений.