Product Radar
Привет, Радар! Меня зовут Настя, я CPO в DashaMail. Недавно в нашей команде родился новый сервис — HaskiMail. В этой статье я расскажу, почему зрелому продукту понадобилось «дитя», через какие грабли мы прошли и зачем нам на самом деле нужен этот диалог с сообществом.
Мой продукт на Радаре:
Haskimail
Продукт месяца #2
Продукт недели #1
Сервис транзакционных рассылок с максимальной доставляемостью и только нужным функционалом
Почему email — это «священная корова»
Все мы знаем, как иногда «лежат» мессенджеры. Telegram может тормозить, VK — давать сбои. Для бизнеса, которому нужно гарантированно доставить код доступа или подтверждение заказа, это риск. Есть один проверенный канал который остается непоколебимым уже более 30 лет — электронная почта. Для нас это не просто «старый инструмент», а критически важный канал, который обязан работать, когда другие молчат.
Где всё сломалось: история боли внутри DashaMail
Мы больше 10 лет развиваем DashaMail — платформу для массовых и транзакционных рассылок. Долгое время мы работали в парадигме «универсального солдата», но со временем начали замечать некоторые закономерности.
Вот конкретный случай, который стал для нас триггером. У одного крупного интернет-магазина транзакционные письма (подтверждения заказов) и маркетинговые промо-рассылки шли через один канал. Во время ноябрьской распродажи они запустили мощную промо-кампанию. И в этот момент мы увидели, что время доставки их «транзакционки» до папки «Входящие» выросло в среднем на 40 секунд, а доля писем, попавших в спам, подскочила на 5%. Для кода доступа, который должен прийти за секунду, это катастрофа.
Мы начали копать глубже и поняли природу проблемы. Почтовые провайдеры (Mail.ru, Yandex, Google) по-разному обрабатывают потоки. Массовая рекламная рассылка может идти «второй очередью» и вызывать подозрения у фильтров. Транзакционное письмо должно лететь мгновенно. Когда они в одном потоке, промо-трафик начинает «зашумлять» поток и портить репутацию отправителя для всех писем.
Мы пробовали разные способы решения внутри DashaMail: настраивали приоритеты, разносили по разным пулам IP. Но полностью исключить влияние не получалось. Тогда и созрело решение сделать отдельный продукт — HaskiMail, с чистой инфраструктурой только для транзакционных писем.
Над продуктом сейчас работает небольшая команда из четырех человек. Мы хотели вставить сюда наше совместное фото, но в процессе поняли, что за работой как-то не собрались толком сфотографироваться вместе 🙈 Так что эти фото — честный снимок части команды и обещание устроить нормальную фотосессию к следующему релизу.
Самым дорогим по времени оказался не код.
Что на самом деле заняло кучу времени. Код мы написали относительно быстро. А вот всё, что вокруг, — это был долгий и местами неровный путь.
Во-первых, личный кабинет. Мы несколько раз перекраивали интерфейс, потому что даже внутри команды не могли договориться, где должна висеть кнопка «Добавить домен». А если нам непонятно, что говорить про пользователей.
Во-вторых, оплата. Казалось бы, берёшь готовую систему и встраиваешь. Но нет. По факту: прикрутить тарифы, настроить автопродление, отладить генерацию закрывающих документов, проверить, что клиент видит чеки прямо в кабинете. Это оказалось задачей с сотней мелких правок.
В-третьих, тестирование всех сценариев. Мы проходили путь пользователя от регистрации до первой отправки раз 50. И каждый раз что-то цеплялось: то ошибка регистрации, то письма не отображаются в статистике, то дизайн съезжает. Каждая такая мелочь — это итерация.
В итоге «причесать» продукт для реального клиента заняло столько же времени, сколько написать его основу. И это нормально.
Haski: что внутри и какие у нас ограничения
HaskiMail — это не просто «еще одна версия» DashaMail. Мы намеренно сделали его простым, убрав всё лишнее.
Чего у нас нет:
- У нас нет визуального редактора шаблонов. Транзакционные письма обычно простые и сверстаны разработчиками под свои задачи.
- У нас нет сложного функционала внутри сегментации аудитории и маркетинговых сценариев. Мы только за то, чтобы письма доставлялись.
- Список готовых интеграций пока ограничен, но у нас есть понятные библиотеки для CURL, PHP, Node.js, чтобы разработчик мог встроить нас в свой код за вечер.
Что мы даем взамен:
- Разделение каналов. Это главное. Транзакционный трафик идет по выделенным путям, что помогает держать репутацию стабильной.
- Снижение риска спама. Мы делаем всё возможное, чтобы письмо не упало в «спам», но здесь важно понимать: финальная доставляемость сильно зависит от самого контента и «чистоты» домена клиента. Мы даем качественный «трубопровод», но вода в нем должна быть чистой.
Кому это реально нужно: 3 симптома проблемы
Этот блок мы написали для того, чтобы вы могли примерить ситуацию на себя. Если у вас интернет-магазин или сервис, и вы замечаете эти симптомы, возможно, пора задуматься о выделении трафика:
- Письма с кодами доступа приходят с задержкой. Особенно в моменты, когда вы запустили рекламную email-кампанию.
- Часть транзакционных писем (подтверждения заказов, чеки) падает в спам. При этом маркетинговые рассылки могут доставляться нормально.
- Вы разрабатываете мобильное приложение или SaaS, и вам критически важно, чтобы 100% пользователей подтвердили email при регистрации здесь и сейчас.
Если вы узнали себя — мы, кажется, можем быть друг другу полезны.
Что мы поняли про рынок и про себя
Рынок email-сервисов движется к сегментации. Универсальные платформы останутся, но нишевые игроки, заточенные под конкретную задачу, появляются всё чаще. Это не маркетинговый ход, а ответ на технические требования почтовых гигантов.
Два вывода, которые мы сделали для себя как для предпринимателей:
- Внутренняя конкуренция не всегда зло. Да, HaskiMail может «откусывать» часть трафика у DashaMail. Но лучше мы сделаем это сами и предложим рынку более качественный продукт для конкретной задачи, чем позволим клиентам уйти к конкурентам.
- Фокус важнее функциональности. В DashaMail мы постоянно боролись за баланс между хотелками маркетологов и потребностями разработчиков. С Haski мы четко выбрали сторону и не пытаемся угодить всем.
Зачем мы на Product Radar
Мы приравняли релиз продукта к запуску на Радаре. Для нас это не просто трибуна для анонса, а пространство для совместного роста.
Предложение к сообществу:
Если у вас есть опыт разделения транзакционных и маркетинговых писем — расскажите в комментариях, как вы это организовали и на какие грабли наступали. Мы соберем все ответы и через пару недель сделаем отдельный пост в нашем блоге с выводами и чек-листом для всех. Давайте обменяемся опытом.
Пять коротких выводов
- Транзакционные письма — это не рассылки. У них другая задача и другие требования к скорости.
- Если смешивать трафик, маркетинговые рассылки могут «задавить» транзакционные и испортить репутацию.
- Первый признак проблемы — задержки доставки кодов и чеков во время ваших же маркетинговых активностей.
- Выделение в отдельный сервис — это не про «сделать красивый кабинет», а про настройку чистой инфраструктуры.
- Если решите разделять, начните с настройки отдельного домена и IP-пула для транзакционных писем.
Как связаться
Хотите протестировать HaskiMail, нужна помощь с интеграцией или просто обсудить боль доставляемости? Пишите на support@haskimail.ru. Для партнерских предложений — integration@haskimail.ru. Мы всегда онлайн в чате личного кабинета.
А вы уже разделяете потоки или доверяете всё одному сервису? Сталкивались с проблемами доставки? Делитесь опытом в комментариях — нам правда важно услышать вашу историю.
Haskimail
- Продукт месяца #2
- Продукт недели #1
Сервис транзакционных рассылок с максимальной доставляемостью и только нужным функционалом
⭐️ Эту статью написал «Друг Радара». Вы можете добавить свою статью или обсудить ее идею с нами в боте. Мы поможем на всех этапах подготовки и публикации статьи, а также разметим ее в сторисах нашего Telegram-канала @productradar_official. Редакция Блогов Product Radar бережно сохранила авторский стиль, орфографию и пунктуацию.
