Заявки с электронной почты в CRM: письма, вложения и история компании

Опишите, какие письма должны создавать работу

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

Новый запрос на товар получает карточку обращения. Уточнение к согласованной спецификации добавляется в существующую работу. Рекламная рассылка не становится лидом. Письмо «вернитесь к нашему расчёту» требует поиска предыдущей истории, даже если пришло спустя время и с другой темой.

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

Свяжите письмо с человеком и предприятием

Адрес отправителя помогает найти контакт, но не всегда однозначно определяет компанию. Один закупщик может работать с несколькими юридическими лицами; общий адрес отдела используют разные люди; письмо иногда пересылает посредник. Не объединяйте организации только по похожему названию или домену.

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

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

Сохраняйте цепочку, но не путайте её со сделкой

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

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

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

Вложения должны оставаться исходными документами

Для поставщика спецификация часто важнее текста письма. Сохраняйте имя файла, дату получения, письмо-источник и версию. Если клиент прислал исправленный документ с тем же названием, пометьте предыдущий как заменённый, сохранив возможность понять историю изменения заказа.

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

Назначьте владельца общего ящика

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

Укажите, кто разбирает новые письма, что происходит вне смены и кому передают запрос при отсутствии специалиста. Отдельно решите судьбу писем, которые пришли только в копию: не каждое из них требует новой задачи. Правила доступности и резерва подробнее раскрыты в статье о распределении лидов.

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

Проверьте исходящие ответы и смену доступа

Приём писем не доказывает, что CRM корректно отвечает. Проверьте адрес отправителя, подпись, получателей и копии, вложение, цепочку и возможное уведомление о недоставке. Тестовое письмо должно появиться в реальном контрольном ящике; запись «отправлено» внутри системы этого не заменяет.

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

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

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

Проведите приёмку на небольшой подборке писем

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

1. Сверьте текст, отправителя, время и все нужные вложения.
2. Откройте карточку компании и проверьте связь с контактом.
3. Ответьте из рабочего интерфейса и получите письмо в контрольном ящике.
4. Пришлите ответ клиента и проверьте продолжение истории.
5. Повторите получение того же события и убедитесь, что работа не дублируется.

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

Оценивайте незавершённую работу, а не объём почты

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

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

Для оценки времени выберите понятные границы: от входящего запроса до первого ответа по существу и от получения всех данных до готового расчёта. Не смешивайте ожидание недостающей спецификации с задержкой менеджера. Такая картина помогает улучшить работу без искусственной гонки за числом обработанных сообщений.

Частые вопросы