Пошта в CRM: як листування перестає жити у скриньках менеджерів

Ми в Brutal Marketing бачимо цей сценарій щонайменше раз на два місяці. І майже завжди причина одна: пошта живе окремо від CRM. Заявки з сайту падають у систему, дзвінки записуються, месенджери підключені — а найдовші й найдорожчі переговори досі відбуваються у скриньці конкретної людини, до якої в компанії немає доступу.

Нижче — практична частина: як влаштована різниця між особистою поштою, спільною скринькою і поштою всередині CRM, як підключити канал через IMAP/SMTP або OAuth, що робити з архівом за попередні роки і як розмежувати права, щоб менеджери не читали листи один одного. Якщо ви ще на етапі «здається, у нас проблема», почніть із матеріалу про ознаки того, що вашій команді потрібна спільна поштова скринька — там симптоми, тут рішення.

Проблема не в тому, що листи «десь не там». Проблема в тому, що пошта — єдиний канал продажів, який за замовчуванням належить не компанії, а співробітнику. Телефонія записує дзвінки на сервер компанії. Форма на сайті віддає лід у CRM. А скринька ivan@company.com фізично живе в поштовому клієнті Івана, і вся цінна інформація осідає там.

Ось що ми регулярно бачимо на аудитах — це не гіпотези, а типовий перелік з реальних проєктів.

1. Історія переговорів іде разом із людиною
Найдорожча втрата. У картці CRM написано «Відправив КП, чекаю зворотного зв'язку». Що саме відправив, за якою ціною, з якими умовами доставки — знає тільки колишній менеджер. Новий передомовляється з нуля, клієнт дратується і згадує конкурента, який уже надіслав пропозицію.

2. Дублі й «війна двох менеджерів»
Клієнт пише на загальну адресу info@, звідти лист пересилають Олені. Через тиждень той самий клієнт пише особисто Сергію, бо знайшов його візитку. У CRM з'являються дві угоди, обидва менеджери надсилають різні ціни, і клієнт бачить компанію, яка не домовилася сама з собою.

3. Керівник не бачить, що відбувається в переписці
Дзвінки прослухати можна, листи — ні. А саме в листуванні найчастіше ховаються причини втрачених угод: менеджер відповів через три дні, надіслав шаблон без розрахунку, погодив знижку без узгодження. Про те, як недоопрацьовані звернення перетворюються на втрачені гроші, ми докладно розбирали в матеріалі про те, чому заявки не перетворюються на продажі.

4. Немає жодної аналітики по каналу
Скільки угод у вас закривається через пошту? Яка середня швидкість першої відповіді на лист? Скільки листів у середньому потрібно до підписання договору? Якщо пошта поза CRM, відповідь на всі три питання — «не знаємо».

5. Ручне перенесення інформації
Менеджер копіює фрагменти листів у коментарі до угоди. Робить це вибірково, суб'єктивно і рівно доти, доки не забуде. Далі картка починає розходитися з реальністю — і CRM перетворюється на набір гарних, але вигаданих даних.

Спокуса пояснити все дисципліною велика, але вона хибна. Менеджер не переносить листування в CRM не тому, що не хоче, а тому, що для нього це подвійна робота: спочатку написати лист у Gmail, потім скопіювати його в систему. Будь-яка дія, яка вимагає ручного дублювання, помирає протягом двох-трьох тижнів після запуску.
Тому питання не «як змусити», а «як зробити так, щоб дублювання зникло». Правильна інтеграція знімає вибір: менеджер пише лист із картки угоди, і той самий лист автоматично лежить в історії. Нічого копіювати не треба — отже, нічого й не забудеться.
Порахуйте втрати у грошах, а не в емоціях
Коли власник каже «ну підумаєш, листи», ми просимо порахувати. Візьміть середній чек, кількість угод у роботі в одного менеджера і плинність кадрів за рік.
Приклад із нашого проєкту в оптовій торгівлі будматеріалами: середній чек 84 000 грн, у роботі в менеджера 40 активних угод, за рік із компанії пішли двоє з семи менеджерів. Після звільнення першого відділ дотиснув 11 угод із 38, після другого — 9 із 41. Решта або згасли, або пішли до конкурентів. Навіть за консервативної оцінки конверсії, яка була до звільнення (близько 30%), компанія недоотримала приблизно 700 000 грн виручки за рік — тільки через те, що переписка зникла разом із людьми.
Це не аргумент «купіть інтеграцію». Це аргумент, що канал комунікації, який не належить компанії, — це фінансовий ризик, який має ціну.

Коли власник каже «ну підумаєш, листи», ми просимо порахувати. Візьміть середній чек, кількість угод у роботі в одного менеджера і плинність кадрів за рік.

Приклад із нашого проєкту в оптовій торгівлі будматеріалами: середній чек 84 000 грн, у роботі в менеджера 40 активних угод, за рік із компанії пішли двоє з семи менеджерів. Після звільнення першого відділ дотиснув 11 угод із 38, після другого — 9 із 41. Решта або згасли, або пішли до конкурентів. Навіть за консервативної оцінки конверсії, яка була до звільнення (близько 30%), компанія недоотримала приблизно 700 000 грн виручки за рік — тільки через те, що переписка зникла разом із людьми.

Це не аргумент «купіть інтеграцію». Це аргумент, що канал комунікації, який не належить компанії, — це фінансовий ризик, який має ціну.

Три моделі часто плутають між собою, а вони вирішують різні задачі. Розберемо кожну і зафіксуємо, кому що підходить.

Особиста корпоративна пошта. Кожен менеджер має адресу на домені компанії й працює в ній через Gmail, Outlook або поштовий клієнт. Компанія технічно володіє акаунтом (адміністратор може заблокувати доступ і скинути пароль), але щоденної видимості немає. Щоб дізнатися, що написали клієнту, керівник має або попросити переслати листа, або зайти в чужу скриньку через адмінку — те, що робиться раз на рік і зазвичай уже після конфлікту.

Спільна поштова скринька (shared mailbox). Одна адреса на команду — sales@, support@, orders@ — до якої мають доступ кілька людей. Усі бачать усі листи, можна призначити відповідального, залишити внутрішню нотатку, побачити, що колега вже відповідає. Це великий крок уперед для підтримки й обробки вхідних. Але спільна скринька живе за логікою листів, а не за логікою угод: у ній немає воронки, етапів, суми, прогнозу і зв'язку з дзвінками.

Пошта всередині CRM. Скриньки — особисті, спільні або обидва типи — підключаються до системи, і кожен лист автоматично прив'язується до контакту й угоди. Менеджер пише з картки, історія зберігається в компанії, керівник бачить переписку в контексті угоди, а не окремим потоком. Пошта перестає бути каналом і стає частиною картки клієнта поряд із дзвінками, задачами й документами.

Спільної скриньки достатньо, якщо у вас підтримка або сервіс: вхідні звернення без довгого циклу угоди, важлива швидкість реакції й відсутність дублів. Ознаки, за якими це видно, ми перерахували в окремому матеріалі про спільну поштову скриньку — якщо впізнали свою команду, почніть звідти, це швидко й дешево.

Пошта в CRM потрібна, коли угода довша за один лист: є етапи, узгодження, комерційна пропозиція, повторні продажі. Тобто практично весь B2B, послуги, проєктні продажі, дистрибуція, нерухомість, обладнання. Якщо ви ще визначаєтесь із самою системою, спершу подивіться, що таке CRM і які задачі вона закриває, — інтеграція пошти без налаштованої воронки дасть вам просто ще один поштовий клієнт.

Найчастіший робочий варіант — обидві моделі одночасно: спільна sales@ як точка входу для нових звернень плюс особисті скриньки менеджерів, підключені до CRM для ведення угод.

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

Це базовий сценарій, який працює майже з будь-яким поштовим провайдером. IMAP відповідає за отримання листів (CRM читає скриньку і підтягує вхідні), SMTP — за відправлення (CRM надсилає лист від вашого імені через сервер провайдера).

Стандартні параметри, які знадобляться:

• IMAP: сервер провайдера, порт 993, шифрування SSL/TLS
• SMTP: сервер провайдера, порт 465 (SSL) або 587 (STARTTLS)
• Логін: повна адреса пошти
• Пароль: окремий пароль застосунку, а не основний пароль від акаунта

Останній пункт критичний. Google і Microsoft давно не приймають основний пароль для сторонніх застосунків — потрібен app password, який генерується в налаштуваннях безпеки акаунта після ввімкнення двофакторної автентифікації. Якщо ваш підрядник просить основний пароль від пошти власника, це привід поставити додаткові питання.

Другий нюанс — папки. За замовчуванням CRM часто синхронізує тільки «Вхідні». Якщо менеджер розкладає листи по папках клієнтів, налаштуйте синхронізацію потрібних папок окремо, інакше половина листування в систему не потрапить.

Третій нюанс — «Надіслані». Коли менеджер відповідає клієнту не з CRM, а зі свого Gmail, лист має все одно з'явитися в угоді. Це працює тільки якщо папка «Sent» теж синхронізується. Перевірте це першим же тестовим листом.

Якщо ваша корпоративна пошта на Google Workspace або Microsoft 365, підключайте через OAuth 2.0, а не через IMAP-пароль. Різниця принципова.

При OAuth CRM не зберігає пароль узагалі — вона отримує токен доступу з обмеженим набором дозволів. Наслідки для бізнесу:

1. Зміна пароля не ламає інтеграцію. З IMAP-паролем кожна зміна пароля означає повторне налаштування і кілька годин, поки листи не синхронізуються.
2. Відключити доступ можна за 30 секунд. Адміністратор відкликає токен в адмінці — і CRM більше не читає скриньку. Без зміни паролів і без залучення підрядника.
3. Менша ймовірність блокування. Провайдери сприймають OAuth-підключення як довірене, тоді як активний IMAP з нової країни іноді викликає захисне блокування акаунта.
4. Аудит доступу. В адмінці видно, які застосунки та коли зверталися до скриньки.

Практичний момент для власника: OAuth підключає конкретна людина під своїм акаунтом. Якщо менеджер підключив скриньку своїм особистим Google-акаунтом на домені @gmail.com, ви знову залежите від нього. Підключати треба тільки корпоративні адреси на вашому домені, де ви — адміністратор.

Пошта на безкоштовному домені в продажах створює дві проблеми: клієнт не впізнає відправника, а спам-фільтри ставляться до листа з підозрою. Тому перед інтеграцією варто закрити базову технічну гігієну домену.

• SPF — запис у DNS, який перелічує сервери, що мають право надсилати листи від імені вашого домену. Без нього частина листів іде в спам.
• DKIM — цифровий підпис листа. Підтверджує, що лист не підмінили дорогою і що він справді від вашого домену.
• DMARC — політика, яка вказує поштовим сервісам, що робити з листами, які не пройшли SPF і DKIM, і куди надсилати звіти.

Ці три записи налаштовуються один раз і безпосередньо впливають на те, чи побачить клієнт вашу пропозицію. За нашим досвідом, після коректного налаштування SPF, DKIM і DMARC доставлюваність транзакційних листів у проєктах піднімається до 95–98% — а до того компанія роками списувала мовчання клієнтів на «нецікаво».

Окремо про масові розсилки: не надсилайте їх із тієї ж адреси, з якої менеджери ведуть переговори. Скарга на спам б'є по репутації домену, і наступна комерційна пропозиція від менеджера поїде в «Промоакції». Для регулярних кампаній використовують окремий піддомен і окремий інструмент — як це вибудувати без шкоди для основної пошти, ми показуємо в межах послуги розсилки по підписці.

Пройдіть ці пункти до того, як відкриєте налаштування інтеграції:

1. Усі менеджери працюють на корпоративному домені, а не на особистих скриньках.
2. Ви або ваш адміністратор маєте доступ до адмінпанелі поштового сервісу.
3. У DNS налаштовані SPF, DKIM і DMARC.
4. Ви вирішили, які скриньки підключаєте: особисті, спільні чи обидва типи.
5. Ви вирішили, за яким принципом менеджери бачитимуть листи колег (про це — наступний розділ).
6. Ви знаєте, що робите з архівом за попередні роки.
7. Ви підготували 2–3 шаблони листів, щоб менеджери одразу мали чим користуватися.

Пункти 4–6 — це не ІТ, а управлінські рішення. Їх треба ухвалити до технічного налаштування, інакше доведеться перенастроювати систему вже на живих даних. Загальну логіку послідовності ми описували в матеріалі про етапи впровадження CRM-системи — з поштою діє той самий принцип: спочатку домовленості, потім кнопки.

Найчастіше питання від власника звучить так: «А ми зможемо підтягнути всю переписку за п'ять років?». Технічно — здебільшого так. Практично — у більшості випадків цього краще не робити.

У скриньці менеджера, який працює три роки, лежить 30–50 тисяч листів. Із них до продажів стосуються приблизно 15%. Решта — розсилки сервісів, внутрішні узгодження, рахунки від провайдерів, спам, який просочився крізь фільтри, і листування з підрядниками.

Якщо залити це в CRM цілком, ви отримаєте три проблеми одночасно. Система створить сотні контактів із адрес типу noreply@. Пошук у CRM перестане працювати як пошук — у видачі буде шум. І менеджери швидко зроблять висновок, що системі не можна довіряти. Ця історія прямо перегукується з тезою, яку ми обстоюємо в матеріалі про те, що чистота CRM важливіша за сам інструмент: сміттєві дані знецінюють будь-яку систему швидше, ніж брак функцій.

Сценарій 1: синхронізувати останні 30–90 днів (підходить 70% компаній). Більшість інтеграцій дозволяють вказати глибину синхронізації. Ви підтягуєте свіже листування, яке стосується активних угод, і не тягнете археологію. Старі скриньки при цьому залишаються доступними — просто не в CRM.

Сценарій 2: вибірковий перенос по активних угодах. Робочий підхід, коли цикл угоди довгий і переговори тривають місяцями. Менеджер проходить свої активні угоди і пересилає ключові листи на службову адресу CRM — система прив'язує їх до потрібної картки за адресою клієнта. Одна людина закриває 40 угод приблизно за півдня. Довго, зате в CRM потрапляє тільки те, що має значення.

Сценарій 3: повний імпорт з фільтрацією. Виправданий у нішах, де листування має юридичну вагу: логістика, зовнішньоекономічна діяльність, підряд, тендери. Тут архів вивантажують у форматі .mbox або .pst, чистять скриптом за списком доменів і відправників, і тільки потім заливають у систему. Це окремий проєкт із бюджетом і термінами, а не галочка в налаштуваннях.

Прив'язка листів до карток працює за адресою електронної пошти. Звідси випливають цілком передбачувані збої, до яких варто підготуватися заздалегідь.

• У клієнта дві адреси (o.petrenko@ і office@) — CRM створить два контакти. Рішення: дозволити кілька email в одному контакті й налаштувати пошук дублів перед імпортом.
• Лист прийшов із загальної адреси компанії-клієнта — прив'яжеться не до тієї людини. Рішення: правило прив'язки за доменом до компанії, а не до контакту.
• В угоді листувалися з бухгалтером, юристом і закупником — три контакти на одну угоду. Це нормально, головне, щоб усі троє були прив'язані до однієї компанії.
• Внутрішнє листування між колегами потрапило в систему. Рішення: виключити власний домен зі списку синхронізації. Цей пункт забувають найчастіше.

Що робити зі скриньками звільнених співробітників: не видаляйте акаунт одразу. Робочий порядок — конвертувати скриньку у спільну або архівну, зберегти доступ у керівника відділу, налаштувати переадресацію на нового відповідального і тільки через 3–6 місяців ухвалювати рішення про видалення. Вартість зберігання — кілька доларів на місяць, вартість втраченої історії ми рахували вище.

Це найбільш конфліктний розділ будь-якого впровадження. Менеджери сприймають підключення пошти як прослуховування, керівник — як елементарний контроль над активами компанії. І обидві сторони мають підстави, тому питання вирішується не технічно, а домовленостями, які потім закріплюють у налаштуваннях.

Модель «усі бачать усе». Кожен менеджер бачить листування колег. Підходить малим командам до 5 осіб і компаніям, де угоди ведуть спільно. Плюс — взаємозамінність: під час відпустки чи хвороби ніхто не залишається без контексту. Мінус — ризик перехоплення клієнтів усередині відділу та відчуття скляної кімнати.

Модель «своє + керівник бачить усе». Найпоширеніша й найбільш збалансована. Менеджер бачить листи по своїх угодах, керівник відділу — по всіх угодах підрозділу, власник — по всій системі. Саме цю модель ми ставимо за замовчуванням у більшості проєктів.

Модель «за угодою, а не за скринькою». Найтонше налаштування: доступ визначає не те, чия скринька, а те, хто відповідальний за угоду. Передали угоду колезі — разом із нею передали й доступ до листування. Підходить командам, де є розподіл на хантерів і фермерів або де угода послідовно проходить через кількох людей.

Достатньо однієї сторінки, з якою ознайомлені всі. Мінімальний набір пунктів:

• уся комунікація з клієнтом іде тільки через корпоративну пошту, підключену до CRM;
• переговори в особистих месенджерах і на особистих скриньках не вважаються робочими й не захищаються компанією;
• керівник відділу має доступ до листування по всіх угодах підрозділу;
• при передачі угоди новий відповідальний отримує доступ до історії листування;
• при звільненні скринька переводиться в архівний режим на 6 місяців.

Формулювання свідомо жорсткі, бо м'які тут не працюють. Але поясніть команді і зворотний бік: історія в системі захищає й самого менеджера. Коли клієнт стверджує, що йому обіцяли іншу ціну, лист у картці угоди закриває суперечку за 30 секунд. Схожа логіка діє й зі скриптами — ми розписували її в матеріалі про те, як скласти скрипт продажів, щоб не злити лідів: зафіксовані домовленості захищають обидві сторони.

Підключення пошти — не самоціль. Сенс має тільки те, що ви після цього побачите й зміните. Ось метрики, які варто знімати з першого тижня, щоб потім було з чим порівняти.

Швидкість першої відповіді на лист. До інтеграції її ніхто не знає. Після — це звіт у два кліки. У проєкті з продажу промислового обладнання ми зафіксували середню першу відповідь 9 годин; після налаштування автоматичного розподілу вхідних і задачі «відповісти протягом 2 годин» показник упав до 1 години 40 хвилин за шість тижнів.

Частка угод, у яких є хоча б один лист. Проста перевірка дисципліни. Якщо в 40% угод листування немає, значить, менеджери досі пишуть повз систему, і треба розбиратися чому — найчастіше через незручні шаблони або невдале розмежування прав.

Кількість листів до закриття угоди. Дає розуміння реальної довжини циклу і допомагає нормувати навантаження на менеджера.

Конверсія по угодах із листуванням і без нього. У більшості проєктів різниця помітна вже на другий місяць — і це найкращий аргумент у розмові з відділом, значно сильніший за заклики «заповнюйте систему».

Далі підключаються автоматичні листи: підтвердження заявки, нагадування про КП, реактивація мовчазних угод. Але спочатку — прозорість, потім автоматизація. Як цей ланцюжок вибудовується під час зростання команди, ми показували в матеріалі про масштабування відділу продажів через CRM.

Листування — це актив. У ньому лежать погоджені ціни, обіцянки, умови й контекст, який неможливо відновити після звільнення людини. Поки цей актив зберігається в особистій скриньці, ви орендуєте власну історію продажів у своїх співробітників.

Порядок дій без надмірного ускладнення: наведіть лад у домені (SPF, DKIM, DMARC), підключіть корпоративні скриньки через OAuth, обмежте глибину синхронізації 30–90 днями, виключіть внутрішній домен, налаштуйте модель «своє + керівник бачить усе» і закріпіть правила однією сторінкою регламенту. Технічна частина займає день-два, управлінська — тиждень розмов із командою.

І остання порада: не підключайте пошту до сирої CRM. Якщо у вас не описані етапи воронки й не налаштована прив'язка контактів до компаній, інтеграція перетворить систему на другий поштовий клієнт із гіршим інтерфейсом. Спершу процеси — потім канали.

Ми в Brutal Marketing підберемо для вас найкращу програму CRM, яку ви зможете використати у своєму бізнесі. Ми із задоволенням розповімо вам про можливості програми та покажемо, які налаштування точно допоможуть вам досягти бажаних фінансових результатів.

Підключимо корпоративні скриньки, розмежуємо права, наведемо лад із доменом і перенесемо потрібну частину архіву — без дублів і сміття в базі. На безкоштовній консультації подивимося вашу поточну ситуацію й скажемо прямо, що можна зробити своїми силами, а де знадобиться підрядник.

Залишайте заявку на сторінці впровадження CRM-системи або в формі нижче, і ми побудуємо регулярні розсилки по підписці без шкоди для репутації вашого домену.