Профессиональный фриланс: Внедрение CRM и автоматизация Email-маркетинга

Архитектура CRM: Логика настройки amoCRM и Bitrix24 для бизнеса

Представьте владельца компании по производству корпусной мебели, который ежемесячно тратит 150 000 ₽ на контекстную рекламу. Входящие звонки принимаются на личные мобильные менеджеров, заявки с сайта падают на почту, которую проверяют раз в три часа, а история общения с клиентом хранится исключительно в памяти сотрудников. Когда один из менеджеров уходит в отпуск, вместе с ним «умирают» три сделки на общую сумму 800 000 ₽, потому что никто не знает, на каком этапе остановились переговоры. Именно в этот момент бизнес созревает для CRM. Но покупка лицензии — это лишь аренда пустого цифрового склада. Ваша задача как специалиста — построить архитектуру этого склада так, чтобы ни одна коробка (лид) не потерялась, а путь товара (сделки) был максимально коротким.

Фундамент системы: Сущности и их иерархия

Прежде чем нажимать кнопки в интерфейсе, необходимо понять, как данные «живут» внутри системы. В профессиональном внедрении мы оперируем понятием сущностей. Это базовые строительные блоки, которые в amoCRM и Bitrix24 работают по-разному.

Лид — это «зацепка», «сырой» контакт. Это может быть номер телефона, адрес электронной почты или сообщение в Telegram. Главная характеристика лида — неопределенность. Мы еще не знаем, купит ли этот человек что-то или он просто ошибся номером.

Сделка (или Сделка в amoCRM) — это процесс продажи. У сделки всегда есть финансовый эквивалент (бюджет) и стадия (этап воронки).

Контакт и Компания — это данные о субъекте. Контакт — это живой человек (Иван Иванович), Компания — юридическое лицо (ООО «Вектор»).

Критическая ошибка новичка — смешивать сущности. Например, записывать название компании в поле «Имя контакта». В будущем это сделает невозможной автоматическую генерацию договоров или сегментацию базы для рассылок. Профессиональная настройка подразумевает, что одна Компания может быть связана с десятью Контактами (директор, бухгалтер, закупщик), и у этой связки может быть пять разных Сделок в разное время.

Философия amoCRM: Минимализм и фокус на продажах

amoCRM часто называют «CRM для отдела продаж». Её архитектура построена вокруг идеи, что менеджер не должен заниматься ничем, кроме закрытия сделок. Здесь нет встроенного складского учета или сложных проектных задач.

Главный элемент здесь — Карточка сделки. В amoCRM она максимально разгружена. Логика системы диктует: «Если действия нет в карточке, значит, его не существует».

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

Задачи: В amoCRM реализована жесткая парадигма «Сделка без задачи — это потерянная сделка». Система будет постоянно сигнализировать красным цветом, если у менеджера есть сделка, по которой не запланировано следующее действие.

Особенность архитектуры amoCRM — работа с Digital Pipeline. Это не просто воронка, а цифровая среда, где на каждом этапе могут срабатывать автоматические действия: подписка клиента на рекламу в Facebook, отправка SMS при переходе в статус «Счет выставлен» или автоматическая генерация ссылки на оплату.

Архитектура Bitrix24: Корпоративный комбайн

Если amoCRM — это острый скальпель, то Bitrix24 — это многофункциональный швейцарский нож. Его архитектура гораздо сложнее, так как включает в себя не только продажи, но и внутренние коммуникации, управление проектами, HR-инструменты и даже конструктор сайтов.

В Bitrix24 существует два режима работы:

Простая CRM: Лиды отсутствуют. Любое входящее обращение сразу создает Сделку + Контакт. Это подходит для малого бизнеса с коротким циклом продаж.

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

Важное отличие Bitrix24 — концепция Направлений сделок (Мультиворонки). В бесплатной версии или на базовых тарифах их количество ограничено, но в профессиональной настройке мы разделяем процессы. Например:

Воронка «Первичные продажи» (от заявки до первого чека).

Воронка «Производство» (от оплаты до отгрузки товара).

Воронка «Допродажи/LTV» (работа с текущей базой).

Проектирование воронки продаж: Логика этапов

Правильная воронка — это не список действий менеджера («Позвонил», «Написал», «Думаю»), а список достигнутых микро-результатов. Это самая частая точка отказа при внедрении.

> Закон построения воронки: > Название этапа должно отвечать на вопрос «Что сделано?» или фиксировать факт перехода ответственности. Используйте причастия или существительные, обозначающие результат.

Рассмотрим плохую и хорошую воронки для компании, продающей услуги по установке кондиционеров.

| Плохая воронка (Процессы) | Хорошая воронка (Результаты) | Почему это важно? | | :--- | :--- | :--- | | Переговоры | Квалификация пройдена | Понятно, что клиент целевой | | Думает | Замер назначен | Есть конкретное целевое действие | | Предлагаем варианты | Замер произведен | Ответственность переходит к сметчику | | Согласование договора | Договор отправлен | Мяч на стороне клиента | | Ожидание оплаты | Счет выставлен | Фиксация финансового обязательства |

Количество этапов в основной воронке обычно варьируется от 5 до 9. Если этапов меньше 4, вы не видите «узких мест». Если больше 12 — менеджеры начинают путаться и «проскакивать» статусы, что убивает аналитику.

Особое внимание стоит уделить Отказным этапам. Нельзя просто нажать «Закрыто и не реализовано». Профессиональная архитектура требует детализации причин отказа: «Дорого», «Ушли к конкуренту», «Нет нужного товара», «Спам/Ошибка». Это позволит владельцу бизнеса в конце месяца понять, что бюджета уходит впустую из-за отсутствия товара на складе.

Справочники и дополнительные поля: Структурирование данных

Чтобы CRM приносила пользу, данные в ней должны быть пригодны для фильтрации. Если менеджер пишет город клиента в комментариях, вы никогда не узнаете, сколько заказов пришло из Казани, а сколько из Москвы.

Типы полей, которые вы должны настроить:

Выпадающий список (Select): Идеально для выбора города, типа продукта или источника трафика. Исключает опечатки.

Мультисписок: Когда клиент интересуется сразу несколькими категориями товаров.

Число: Для площади объекта, количества единиц товара. Позволяет строить математические отчеты.

Дата: Для фиксации дней рождения клиентов или дат плановых техобслуживаний.

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

Интеграция каналов связи: Принцип «Единого окна»

Архитектура CRM неполноценна без подключения всех точек входа. Клиент не должен ждать, пока менеджер проверит WhatsApp на личном телефоне.

Телефония: Интеграция должна обеспечивать автоматическое создание карточки при входящем звонке и запись разговора. В amoCRM это реализуется через виджеты (например, OnlinePBX или UIS), в Bitrix24 есть встроенная аренда номеров или облачная АТС.

Мессенджеры и соцсети: Использование агрегаторов (типа Umnico или i2crm) позволяет отвечать в Instagram, WhatsApp и Telegram прямо из интерфейса CRM. Для архитектуры важно, чтобы сообщения от нового клиента создавали Лид, а от старого — прикреплялись к существующей Сделке.

Email: Почта должна быть синхронизирована. Профессиональный стандарт — использование корпоративных доменов (info@company.ru). Мы подробно разберем техническую часть с SPF и DKIM в следующих главах, но на этапе архитектуры важно решить: будет ли почта общей для всех или у каждого менеджера свой ящик.

Автоматизация на уровне архитектуры: Роботы и триггеры

Автоматизация — это не замена человека, а освобождение его от рутины. В amoCRM за это отвечает раздел Digital Pipeline, в Bitrix24 — Роботы и Бизнес-процессы.

Логика настройки автоматизации строится по принципу «Событие — Условие — Действие».

Событие: Сделка перешла на этап «Счет выставлен».

Условие: Сумма сделки более 50 000 ₽.

Действие: Поставить задачу руководителю отдела продаж «Проверить условия договора» и отправить клиенту SMS «Ваш счет сформирован».

На этапе проектирования архитектуры вы должны прорисовать эти связи. Например, если клиент не открывает письмо с коммерческим предложением в течение 3 дней, система должна автоматически создать задачу менеджеру «Связаться и уточнить получение КП».

Разграничение прав доступа

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

В Bitrix24 и amoCRM права настраиваются гибко:

Свои сделки: Менеджер видит только то, за что отвечает лично.

Сделки своего отдела: Начальник отдела видит работу своих подчиненных.

Экспорт: Запрет на выгрузку базы в Excel — обязательное условие для рядовых сотрудников.

Удаление: Рядовым сотрудникам категорически запрещено удалять сущности. Любая ошибка должна исправляться через перенос в этап «Отказ».

Сравнение платформ для выбора под проект

Выбор между amoCRM и Bitrix24 зависит от бизнес-процессов заказчика. Как архитектор, вы должны уметь аргументировать выбор.

| Критерий | amoCRM | Bitrix24 | | :--- | :--- | :--- | | Сложность внедрения | Низкая/Средняя | Высокая | | Основной фокус | Прямые продажи, B2C, малый бизнес | Корпорации, сложные услуги, B2B | | Внутренние задачи | Базовый функционал | Мощная система управления проектами | | Интерфейс | Интуитивный, «пустой» | Перегруженный, требует обучения | | Кастомизация | Через внешние виджеты и API | Глубокие настройки внутри системы |

Если у клиента отдел продаж из 3 человек и им нужно просто «не забывать перезванивать», Bitrix24 будет для них избыточным и пугающим. Если же у клиента компания на 50 человек с производством, логистикой и бухгалтерией, amoCRM не потянет все процессы без костылей.

Практический алгоритм первичной настройки

Когда вы заходите в новый аккаунт, следуйте этому чек-листу:

Настройка профиля и часового пояса: Чтобы уведомления приходили вовремя.

Создание воронок и этапов: Согласно спроектированной ранее логике результатов.

Добавление пользователей и распределение ролей: Кто что видит и может делать.

Создание дополнительных полей: Настройка карточек Сделки, Контакта и Компании.

Подключение каналов связи: Почта, телефония, мессенджеры.

Настройка базовой автоматизации: Автозадачи на ключевых этапах.

Архитектура CRM — это не застывшая форма. После первой недели работы менеджеры обязательно скажут: «Нам не хватает поля для номера договора» или «Этот этап лишний». Это нормально. Профессиональный внедренец закладывает в проект этап «авторского надзора» или сопровождения, чтобы дошлифовать систему под реальный живой бизнес.

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

Автоматизация воронки продаж: Настройка роботов и триггеров в CRM

Почему один внедренец CRM закрывает чеки на 20 000 руб., а другой на 150 000 руб. за аналогичный проект? Разница кроется не в умении создавать карточки контактов, а в способности превратить статичную базу данных в «автопилот» для бизнеса. Когда менеджер вручную ставит себе задачи, пишет типовые письма и переносит сделки по этапам, он тратит до рабочего времени на административную рутину. Профессиональная автоматизация через роботов и триггеры устраняет этот «налог на неэффективность», делая систему живым участником процесса продаж.

Механика автоматизации: События и Действия

Чтобы профессионально настраивать автоматизацию, необходимо четко разделять два фундаментальных понятия: триггеры и роботы (или действия). В терминологии amoCRM это объединяется в концепцию Digital Pipeline, в Bitrix24 — разделяется на вкладки «Роботы» и «Триггеры».

Триггер — это «слухач» системы. Он не совершает активных действий, но внимательно следит за внешними или внутренними изменениями. Как только происходит заданное событие (клиент зашел на сайт, письмо открыто, оплата поступила в банк), триггер мгновенно перемещает сделку на нужный этап воронки.

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

Математически логику автоматизации можно представить как функцию:

Где — текущий статус (этап) сделки, — входящий триггер (событие), а — совокупность действий (автоматизаций), которые должны быть выполнены.

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

Проектирование Digital Pipeline в amoCRM

В amoCRM автоматизация сосредоточена в разделе «Цифровая воронка». Основная философия системы — максимальная простота и ориентация на коммуникацию. Здесь мы работаем с событиями в реальном времени.

Настройка триггеров на входящие касания

Одной из самых востребованных функций является реакция на поведение клиента в цифровом поле. Например, триггер «Посещение сайта». Если сделка находится на этапе «Коммерческое предложение отправлено», и клиент заходит на страницу с ценами, система может автоматически:

Переместить сделку на этап «Принимают решение».

Поставить менеджеру задачу с высшим приоритетом: «Клиент на сайте прямо сейчас, перезвоните для уточнения вопросов».

Такая связка увеличивает конверсию за счет фактора своевременности. Менеджеру не нужно гадать, когда клиент созреет — система дает сигнал в момент максимального интереса.

Автоматическая смена ответственного

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

Генерация анкет и сбор данных

Через Salesbot в amoCRM можно автоматизировать первичную квалификацию. Вместо того чтобы менеджер тратил время на вопросы «Какой у вас бюджет?» и «Когда планируете закупку?», система отправляет клиенту ссылку на форму или задает вопросы в мессенджере. Робот анализирует ответы и, в зависимости от них, либо закрывает сделку как нецелевую, либо переводит на этап «Квалифицирован» и назначает встречу.

Роботы и бизнес-процессы в Bitrix24

Bitrix24 предлагает более тяжеловесный, но гибкий инструментарий. Здесь роботы делятся на группы: для сотрудника, для связи с клиентом, рекламные и системные.

Роботы для сотрудника: Контроль и дисциплина

Основная задача здесь — исключить человеческий фактор. * Контроль пауз: Если сделка «зависла» на этапе более 3 дней, робот пишет сообщение в общий чат или ставит задачу руководителю. * Автозаполнение полей: При переходе на этап «Договор» робот может проверить, заполнены ли ИНН и реквизиты. Если нет — он вернет сделку на предыдущий этап и выдаст ошибку менеджеру.

Коммуникационные роботы

Это отправка писем, SMS и сообщений в мессенджеры. Важный нюанс: профессиональный фрилансер всегда настраивает «умные» задержки. Отправка письма «Спасибо за заявку» ровно через 1 секунду после заполнения формы выглядит механически. Настройка задержки в 5-7 минут создает иллюзию того, что письмо отправил живой человек, что повышает лояльность.

Интеграция с документами

Один из самых прибыльных навыков для фрилансера — настройка автогенерации документов. В Bitrix24 робот может по шаблону подставить данные из полей сделки (ФИО, сумма, перечень товаров) в файл .docx или .pdf, сформировать ссылку и отправить её клиенту на почту. Это экономит менеджеру до 20 минут на каждой продаже.

Алгоритм настройки автоматизации: Пошаговый план

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

Шаг 1: Аудит ручных действий

Прежде чем открывать настройки CRM, попросите менеджеров клиента перечислить все действия, которые они делают «на автомате». * Пишут письма: «Ваш заказ принят», «Счет во вложении». * Ставят задачи: «Перезвонить через 2 дня», «Уточнить получение оплаты». * Копируют данные из заявки в договор.

Шаг 2: Картирование воронки

Для каждого этапа воронки (которые мы спроектировали в предыдущей статье) составляется таблица автоматизаций.

| Этап | Триггер (Вход) | Робот (Действие) | Цель | | :--- | :--- | :--- | :--- | | Новая заявка | Поступление лида | SMS клиенту: «Мы получили запрос» | Подтверждение контакта | | Квалификация | Смена статуса | Задача: «Провести брифинг по чек-листу» | Стандартизация работы | | КП отправлено | Просмотр письма | Уведомление менеджеру в Telegram | Быстрая реакция | | Счет выставлен | Поступление оплаты | Смена этапа на «Производство» | Автоматизация фин. учета |

Шаг 3: Настройка условий и исключений

Профессионализм кроется в деталях. Робот не должен срабатывать всегда. Например, мы не отправляем автоматическое SMS с просьбой об отзыве, если в поле «Тип клиента» стоит значение «Проблемный» или «Конфликт». В Bitrix24 и amoCRM для каждого робота можно задать фильтр по значениям полей.

Шаг 4: Тестирование («Песочница»)

Никогда не запускайте автоматизацию на «живой» базе клиента без проверки. Создайте тестовую сделку, пройдите по всем этапам и убедитесь, что:

Письма приходят в правильной кодировке.

Задачи ставятся на нужных людей.

Триггеры не зацикливаются (когда одно действие вызывает другое и сделка «прыгает» между этапами).

Продвинутые сценарии: Внешние триггеры и Webhooks

Когда стандартных возможностей CRM не хватает, в игру вступают Webhooks и сторонние интеграторы (Zapier, Make, Albato).

Webhook — это способ передачи данных от одного приложения к другому в режиме реального времени. Например, клиент оплатил курс через GetCourse. GetCourse отправляет Webhook в CRM, и робот мгновенно закрывает сделку как «Успешно реализовано», меняет тег клиента на «Ученик» и запускает цепочку писем в UniSender.

Для фрилансера знание логики Webhooks — это переход в высшую лигу. Это позволяет связывать CRM с: * Банковскими выписками (автоматическая фиксация оплат). * Сервисами доставки (смена статуса сделки при получении посылки клиентом). * Системами сквозной аналитики.

Ошибки, которые убивают внедрение

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

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

Отсутствие «защиты от дурака». Если робот настроен на автоматический переход в статус «Договор» при заполнении поля «ИНН», менеджер может вписать туда «123», чтобы быстрее проскочить этап. Профессионал настраивает регулярные выражения для проверки корректности данных.

Жесткие сценарии без возможности отката. Всегда должна быть возможность ручного вмешательства. Если клиент передумал в последний момент, автоматизация не должна продолжать слать ему письма о «скорой доставке».

Экономика автоматизации для фрилансера

Как продавать настройку роботов? Не продавайте «настройку триггера». Продавайте «сокращение цикла сделки» или «гарантию того, что ни один лид не будет забыт».

Пример расчета ценности для клиента: > В отделе 5 менеджеров. Каждый тратит 15 минут в день на ручную постановку задач и 20 минут на заполнение договоров. Итого — 35 минут на человека. В месяц это минут или примерно 64 рабочих часа. При средней ставке менеджера в 500 руб./час, компания теряет 32 000 руб. ежемесячно на рутине. Автоматизация стоимостью 50 000 руб. окупается менее чем за 2 месяца.

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

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

Техническая настройка почты: Обеспечение доставляемости через SPF, DKIM и DMARC

Вы настроили идеальную воронку в Bitrix24, прописали сценарии для роботов и подготовили цепочку писем, которая должна «дожимать» клиента до оплаты. Но спустя неделю заказчик в ярости: «Клиенты не получают счета, письма падают в спам, а некоторые почтовые сервисы вообще блокируют наши домены». Проблема не в тексте письма и не в CRM. Проблема в том, что серверы получателя (Gmail, Mail.ru, Outlook) не доверяют вашему серверу-отправителю. Без корректной настройки DNS-записей любая автоматизация маркетинга превращается в стрельбу холостыми патронами.

Для профессионального интегратора CRM техническая настройка почты — это не «дополнительная услуга», а фундамент. Если вы не настроите SPF, DKIM и DMARC, ваша автоматизация будет работать против клиента, убивая репутацию его домена.

Фундамент доверия: Как почтовые серверы проверяют отправителя

Когда CRM-система отправляет письмо от имени вашего клиента (например, manager@company.ru), она использует свои почтовые шлюзы. Почтовый сервер получателя видит несоответствие: письмо пришло с IP-адреса Bitrix24 или SendPulse, но в поле «Отправитель» указан домен company.ru. С точки зрения безопасности это выглядит как фишинг или подмена адреса (спуфинг).

Чтобы письмо попало в «Входящие», нам нужно доказать серверу-получателю три вещи:

Этот сервер имеет право отправлять почту от имени домена (SPF).

Письмо действительно отправлено владельцем домена и не было изменено в пути (DKIM).

Владелец домена знает, что делать, если первые две проверки не пройдены (DMARC).

Работа ведется в панели управления DNS (Domain Name System) того регистратора, где куплен домен клиента (Reg.ru, Nic.ru, Cloudflare и др.). Каждая запись — это текстовая строка (типа TXT), которая служит «паспортом» домена для всего интернета.

SPF: Список доверенных отправителей

SPF (Sender Policy Framework) — это механизм, который сообщает миру: «Вот список IP-адресов и сервисов, которым я разрешаю отправлять почту от моего имени».

Если SPF отсутствует или настроен неверно, сервер-получатель присваивает письму высокий «спам-балл». В худшем случае письмо будет отклонено сразу.

Структура и синтаксис SPF-записи

SPF-запись всегда начинается с версии . Далее следуют механизмы (разрешения) и квантификаторы (степень строгости).

Пример стандартной записи: v=spf1 ip4:1.2.3.4 include:_spf.google.com include:bitrix24.by ~all

Разберем элементы:

v=spf1: Идентификатор версии протокола.

ip4:1.2.3.4: Разрешение конкретному IP-адресу (например, офисному серверу).

include:_spf.google.com: Команда проверить SPF-запись другого домена. Это самый частый способ подключения CRM и почтовых сервисов. Мы как бы говорим: «Доверяй всем, кому доверяет Google».

~all или -all: Квантификаторы.

- ~all (Soft Fail): «Если отправителя нет в списке, это подозрительно, но прими письмо (пометь как спам)». - -all (Fail): «Если отправителя нет в списке, блокируй письмо полностью».

Ограничения и типичные ошибки фрилансера

Главная ловушка SPF — ограничение на количество DNS-запросов. По стандарту их не может быть больше 10. Если вы добавили include для Google, Bitrix24, UniSender, amoCRM и еще пары сервисов, лимит может быть исчерпан. Сервер получателя просто перестанет читать запись на 11-м запросе и выдаст ошибку PermError.

Правило одной записи: У домена может быть только ОДНА SPF-запись. Если вы видите в DNS две строки, начинающиеся на v=spf1, их нужно объединить в одну. * Плохо: две записи отдельно. * Хорошо: v=spf1 include:service1.com include:service2.com ~all.

DKIM: Цифровая подпись письма

Если SPF проверяет «откуда» пришло письмо, то DKIM (DomainKeys Identified Mail) проверяет «что» пришло. Это метод криптографической аутентификации.

При отправке сервер CRM формирует уникальный хеш (цифровой отпечаток) письма и заголовков, шифрует его закрытым ключом и добавляет в заголовок письма. Сервер получателя берет открытый ключ из вашей DNS-записи и расшифровывает хеш. Если данные совпадают — письмо подлинное.

Процесс настройки DKIM

В отличие от SPF, где вы сами пишете строку, DKIM-ключи генерирует сервис, который вы подключаете (например, amoCRM или почта для домена от Яндекс/Mail.ru).

В интерфейсе CRM/Почты вы нажимаете «Сгенерировать DKIM».

Система выдает вам два значения: Selector (селектор) и Key (сам ключ).

Вы идете в DNS-панель и создаете TXT-запись.

- Имя записи обычно выглядит как селектор._domainkey. Например: mailru._domainkey или google._domainkey. - Значение записи: v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w... (длинная строка символов).

Зачем нужно несколько DKIM?

В отличие от SPF, записей DKIM может быть сколько угодно. Для каждого сервиса (CRM, рассыльщик, корпоративная почта) создается отдельная запись со своим уникальным селектором. Это позволяет им не конфликтовать друг с другом.

DMARC: Политика обработки ошибок

DMARC (Domain-based Message Authentication, Reporting, and Conformance) — это надстройка над SPF и DKIM. Она говорит серверу-получателю, что именно делать, если письмо не прошло проверку SPF или DKIM.

Без DMARC современные почтовые системы (особенно Gmail и Yahoo с 2024 года) могут просто не принимать почту от доменов, отправляющих более 5000 писем в день.

Параметры DMARC

Запись DMARC также является TXT-записью и создается для поддомена _dmarc.yourdomain.ru.

Пример записи: v=DMARC1; p=quarantine; rua=mailto:admin@company.ru

Разбор параметров:

v=DMARC1: Версия.

p (Policy): Самый важный тег. Определяет политику.

- p=none: Тестовый режим. Ничего не делать, просто собирать отчеты. Идеально для начала настройки. - p=quarantine: Отправлять подозрительные письма в спам. - p=reject: Самый строгий режим. Полная блокировка писем, не прошедших проверку.

rua: Адрес, на который почтовые системы будут присылать агрегированные отчеты в формате XML.

Стратегия внедрения DMARC для клиента

Как профессионал, вы не должны сразу ставить p=reject. Это может «выключить» почту клиента, если вы забыли про какой-то старый сервис рассылок.

Этап 1: Установите p=none. Понаблюдайте за отчетами неделю. Проверьте, все ли легитимные сервисы проходят проверку.

Этап 2: Перейдите на p=quarantine. Теперь ошибки настройки будут приводить к попаданию в спам, а не к потере писем.

Этап 3: Только когда вы уверены в настройках на 100%, ставьте p=reject.

Пошаговый алгоритм настройки для фрилансера

Представим, что вы внедряете Bitrix24 и подключаете корпоративную почту на базе Яндекс 360.

Шаг 1: Сбор данных

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

Текущий почтовый сервер (Яндекс, Google, Exchange).

Сайт (уведомления о заказах).

CRM-система.

Сервисы рассылок (UniSender, Mailchimp).

Шаг 2: Формирование SPF

Допустим, у клиента почта на Яндексе и Bitrix24. Запись будет выглядеть так: v=spf1 include:_spf.yandex.net include:bitrix24.by ~all Если есть еще и сайт на отдельном IP: v=spf1 ip4:95.213.10.10 include:_spf.yandex.net include:bitrix24.by ~all

Шаг 3: Настройка DKIM

Зайдите в панель администратора Яндекс 360, раздел «Почта» -> «DKIM-подписи». Скопируйте данные и добавьте в DNS. Затем зайдите в Bitrix24, в настройки почтового ящика или в раздел «Почтовый отправитель», получите данные DKIM там и также добавьте в DNS. В итоге у вас будет две разные записи _domainkey.

Шаг 4: Настройка DMARC

Создайте запись: _dmarc TXT "v=DMARC1; p=none; rua=mailto:postmaster@client-domain.ru"

Шаг 5: Проверка (Валидация)

Никогда не сдавайте работу без проверки. Используйте профессиональные инструменты:

Mail-Tester.com: Отправьте письмо на предложенный адрес, и сервис покажет оценку «здоровья» вашего письма от 1 до 10.

MXToolbox: Позволяет проверить наличие и синтаксис записей без отправки письма.

DMARC Analyzer: Для расшифровки сложных XML-отчетов.

Нюансы работы с разными провайдерами DNS

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

1. Точка в конце имени хоста. В некоторых панелях (например, старые интерфейсы ISPmanager) при создании записи для поддомена (например, _dmarc) нужно ставить точку в конце: _dmarc.. В других (Cloudflare, Reg.ru) — не нужно. Если вы напишете _dmarc.company.ru в поле «Хост» в Cloudflare, он создаст запись для _dmarc.company.ru.company.ru. Всегда проверяйте, как панель интерпретирует ввод.

2. Кавычки. Некоторые регистраторы требуют заключать значение TXT-записи в двойные кавычки, другие добавляют их автоматически. Если после сохранения вы видите в проверке двойные кавычки внутри двойных кавычек — это ошибка.

3. TTL (Time To Live). Это время кэширования записи. Для новых настроек ставьте минимальное значение (например, 300 секунд или 5 минут). Это позволит быстро исправить ошибку, если вы ошиблись в синтаксисе. После завершения отладки можно вернуть стандартные 3600 (1 час).

Проблемы «прогретых» доменов и рассылок

Даже с идеальными SPF, DKIM и DMARC письмо может попасть в спам, если у домена плохая репутация.

Reputation-based filtering: Если клиент годами спамил по «холодным» базам без настроек, его домен попал в черные списки (Blacklists). Что делать фрилансеру: Проверьте домен через MXToolbox Blacklist Check. Если он там есть — нужно писать в поддержку почтовых сервисов и просить об исключении, предварительно исправив технические настройки.

Объемы отправки: Если домен раньше отправлял 10 писем в день, а после настройки автоматизации в CRM начал слать 5000 — это триггер для антиспам-фильтров. Совет: Внедряйте автоматизацию постепенно. Начинайте с транзакционных писем (счета, подтверждения), а массовые рассылки через UniSender подключайте вторым этапом.

Как продать эту настройку как дорогую услугу

Многие фрилансеры делают это «бесплатно» в рамках настройки CRM. Это стратегическая ошибка. Техническая настройка почты — это страховка бизнеса клиента от убытков.

Аргументация для клиента:

«Без этой настройки 30% ваших писем с коммерческими предложениями будут уходить в пустоту. Вы платите за лиды, которые не получают от вас ответа».

«Если ваш домен попадет в черный список из-за отсутствия DMARC, даже личная почта директора перестанет доходить до партнеров. Разблокировка домена стоит в 5 раз дороже, чем превентивная настройка».

Пакетное предложение: Вы можете выделить это в отдельный пакет «Безопасность и доставляемость», куда входит:

Аудит текущих DNS-настроек.

Настройка SPF/DKIM для всех корпоративных сервисов.

Внедрение DMARC в режиме мониторинга.

Регистрация в Postmaster.Mail.ru и Google Postmaster Tools (инструменты для отслеживания репутации).

Тестовый пролив писем и отчет о доставляемости.

Работа с сервисами рассылок (UniSender и аналоги)

Когда дело доходит до массовых рассылок, CRM-система часто передает эстафету специализированным сервисам. У UniSender, например, есть свои требования к аутентификации.

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

Еще один include в SPF.

Новую запись DKIM (с селектором unisender или аналогичным).

Иногда — запись CNAME для отслеживания кликов (Tracking Domain), чтобы ссылки в письме вели не на unisender.com, а на go.client-domain.ru. Это также повышает доверие фильтров, так как домен ссылки совпадает с доменом отправителя.

Чек-лист проверки перед сдачей проекта

Перед тем как отрапортовать клиенту о готовности, пройдите по списку:

SPF: запись одна, нет синтаксических ошибок, общее число DNS-запросов (lookups) .

DKIM: записи созданы для каждого сервиса (Yandex/Google, CRM, UniSender). Проверка через Mail-Tester подтверждает валидность подписи (DKIM-Signature).

DMARC: запись существует, политика p=none или p=quarantine. Указан корректный email для отчетов.

MX-записи: вы случайно не удалили их, настраивая TXT? (Частая ошибка новичков — при правке DNS снести записи, отвечающие за прием почты).

Тестовое письмо: отправлено из CRM на Gmail и Mail.ru. В заголовках письма (Original Message / Служебные заголовки) везде стоит PASS напротив пунктов SPF, DKIM и DMARC.

Настройка этих параметров делает вас в глазах клиента не просто «человеком, который подвигал иконки в CRM», а техническим специалистом, понимающим глубокие процессы интернет-коммуникаций. Это база, которая позволяет переходить к более сложным интеграциям и масштабным рассылкам, о которых мы поговорим в следующих модулях.