Amazon Pinpoint уходит с рынка. AWS прекращает поддержку сервиса 30 октября 2026 года, и вместе с ней исчезает консоль — endpoints, сегменты, кампании, journey-сценарии, аналитика. Если вы читаете это, вы, скорее всего, уже приняли, что мессенджингу нужен новый дом, и теперь стоите перед вопросом сложнее: какой именно.
AWS изложил закрытие сервиса и рекомендуемые замены в официальном уведомлении о завершении поддержки; эта статья — о том, куда двигаться дальше. Если сначала нужен ответ на вопрос когда и как мигрировать — дедлайн, что отключается, шаги выгрузки данных, — это подробно разобрано в нашем гайде по миграции с Amazon Pinpoint. Здесь мы продолжаем с того места: куда переносить программу.
Что оценивать
Чек-листы функций после третьей демонстрации вендора начинают выглядеть одинаково. Вот 5 критериев, которые реально меняют решение именно при замене Pinpoint:
- Каналы из коробки. Push (мобильный и веб), in-app, email, SMS/WhatsApp — что нативное, а что надстройка или партнёрская интеграция? In-app стоит проверять внимательнее всего. Это канал, который пользователи Pinpoint чаще всего считают само собой разумеющимся у любой платформы, и предположение не подтверждается: у собственного рекомендованного пути AWS, Amazon Connect, in-app сообщения не поддерживаются вообще.
- Модель ценообразования. За MAU, за профиль, за место в команде или чистый usage-based — модель важнее цифры на сайте. Модель за профиль наказывает за большие неактивные списки; модель за MAU наказывает за рост вовлечённой аудитории. Сопоставляйте модель с формой вашей пользовательской базы, а не только с текущей численностью команды.
- Трудозатраты на миграцию. Можно ли импортировать endpoints через API или интерфейс, или придётся строить кастомный ETL-пайплайн, чтобы их переформатировать и загрузить? Это реальная стоимость в инженерных часах, и она сильно различается между вендорами.
- Паритет с тем, что уже было. Campaigns и Journeys в Pinpoint делали конкретные вещи: многошаговую автоматизацию, поведенческую сегментацию. Всё, на что вы переходите, должно воспроизводить эту логику — иначе это не миграция, а пересборка с нуля.
- Для кого это на самом деле. Соло-разработчику, продуктовой команде и enterprise-маркетингу нужны разные инструменты. Половина неудачных выборов в этой категории — либо маленькая команда покупает enterprise-софт, либо enterprise-команда за полгода перерастает стартовый тариф.
Дальше — сами варианты, примерно от «ближе всего к AWS» до «дальше всего».
Остаться в AWS: Amazon Connect + AWS End User Messaging
Путь, который рекомендует сам AWS. Нагрузка по вовлечению переезжает на Amazon Connect outbound campaigns вместе с Customer Profiles, а сырые каналы (SMS, push, голос, OTP) — на AWS End User Messaging, это просто старые канальные API Pinpoint под именем, на которое AWS переключился в 2024 году.
Если вы глубоко в экосистеме AWS и в основном отправляете транзакционные сообщения по логике собственного бэкенда, это может быть верным решением — вендор и счёт остаются одни. Но именно для мобильного вовлечения задокументированы 2 пробела: у Connect нет нативных in-app сообщений, а push не является нативным каналом кампаний (его проводят через journey с Lambda-действием). Оба факта — прямо из документации AWS по миграции, а что они значат на практике, разобрано в гайде по миграции, не будем повторять здесь.
Подходит: командам, уже завязанным на AWS ради контакт-центра, у которых есть инженерные ресурсы самим закрыть пробелы по in-app и push.
Pushwoosh
Честно предупреждаем: это наша платформа, так что читайте критерии выше и сверяйте нас с ними напрямую.
Pushwoosh — платформа вовлечения пользователей, построенная mobile-first: мобильный push, in-app и web push — нативные каналы первого класса, а не функции, пристроенные к более широкому маркетинговому сьюту. Для конкретной задачи замены push и in-app в Pinpoint это ключевой момент, потому что именно in-app пропадает на пути через AWS. Это единственный вариант в списке, где оба канала, которые больше всего волнуют пользователей Pinpoint, нативны и включены во входной тариф.
Прогоняем платформу через те же 5 критериев. Каналы: все 3 push-канала плюс email и SMS, in-app — нативный, а не обещанный. Трудозатраты на миграцию: импорт через API или интерфейс вместо кастомного скрипта для переформатирования endpoints (путь AWS требует Python-джобы для маппинга endpoints в Customer Profiles), а мигрирующие команды получают приоритетную поддержку с фиксацией цены на 24 месяца. Паритет: полный набор инструментов идёт стандартно — сегментация, Customer Journey Builder, A/B-тестирование, аналитика — без урезания функций и без тарифов «только для Enterprise». Цена: тариф за MAU с дедупликацией по User ID, так что один человек, охваченный и мобильным, и веб-push, считается один раз, а не дважды.
По цене конкретно: тариф Push Only стоит $7 за 1000 MAU и даёт всю платформу по ставке push-канала, а не урезанную версию. Полный прайс добавляет омниканальный тариф за $13 за 1000 MAU, когда нужны email и SMS в миксе, и каждый план начинается с 1000 бесплатных MAU — достаточно, чтобы импортировать реальный сегмент и прогнать пилот перед обязательствами.
Подходит: продуктовым и мобильным командам, у которых основной кейс — push плюс in-app, кто хочет импорт без кода и самый низкий входной порог в этом списке без потери in-app или части функциональности.
Braze
Имя, которое первым приходит в голову при словах «платформа вовлечения пользователей». В большинстве сравнений вендоров это флагман категории, и это справедливо отражает его позицию. Braze — зрелая омниканальная CEP-платформа с сильной оркестрацией сценариев (Canvas), её используют крупные потребительские бренды с десятками миллионов MAU — Etsy, Grubhub, HBO Max.
Компромисс — порог входа. Braze использует usage-based модель вокруг месячных активных пользователей и объёма сообщений, но не публикует цены, а сторонние оценки называют для входных контрактов суммы в десятки тысяч долларов в год. Бесплатного тарифа тоже нет: доступ идёт через разговор с отделом продаж и годовой контракт. Это сильная платформа, просто упакованная и оценённая под enterprise — обязательство тяжелее, чем обычно ищет команда, которой в первую очередь нужны push и in-app.
Подходит: enterprise-маркетингу с омниканальными задачами и соответствующим бюджетом.
OneSignal
Исторически push-ориентированный сервис и, вероятно, самая прямая замена именно в части чистого push. С тех пор OneSignal расширился на email, SMS и in-app и выпустил собственный гайд по миграции с Amazon Pinpoint ещё до дедлайна. Пересказывать их аргументы здесь не будем — важно, что компания отнеслась к закрытию Pinpoint достаточно серьёзно, чтобы написать о нём, а это признак активного, mobile-ориентированного варианта, а не легаси-продукта.
Подходит: командам, для которых push-уведомления — центр тяжести, кто хочет проверенный push-движок с достроенной вокруг него омниканальностью.
Customer.io и Iterable
2 email-ориентированные платформы вовлечения, которые консалтинговая компания Caylent в своём разборе отказа от Amazon Pinpoint отдельно назвала альтернативами для маркетинг-ориентированных команд, мигрирующих с Pinpoint. Обе сильны в lifecycle- и поведенческом email с автоматизацией поверх, и обе развили push, SMS и in-app.
Здесь стоит внимательно проверить модель цены — она устроена иначе, чем привычная пользователям Pinpoint модель по MAU. Customer.io считает по числу хранимых профилей, а не по отправленным сообщениям, начиная примерно от $100 в месяц за 5000 профилей и дальше по шкале. Это эффективно, если вы отправляете много на компактный список, и «налог на успех», если у вас большая малоактивная или бесплатная база. Iterable находится в схожей enterprise-нише с ценой по запросу к продажам. Обе платформы более email-native, чем mobile-native, так что сравнивайте их по тому, где реально сосредоточена ваша программа.
Подходит: маркетинговым и lifecycle-командам, для которых основной канал — email, а мобильный — вторичный слой.
MoEngage
Mobile-first платформа вовлечения, имя, которое регулярно всплывает как эталон «мобильной платформы вовлечения пользователей», с более глубоким проникновением в мобильные приложения и азиатско-тихоокеанский регион, чем у большинства из списка. Если ваша пользовательская база мобильно-ориентирована и смещена в сторону APAC-рынков, MoEngage заслуженно стоит в шорт-листе рядом с Pushwoosh и OneSignal — как mobile-ориентированный вариант, а не email-led.
Подходит: мобильно-ориентированным потребительским приложениям, особенно с сильным присутствием в APAC.
Сравнительная таблица
Цены ниже — ориентир по входному тарифу, а не коммерческое предложение. Enterprise-вендоры не публикуют фиксированные цены, так что читайте эти ячейки как «нужен разговор с отделом продаж».
| Вендор | Push | In-App | Email/SMS | Входная цена | Трудозатраты на миграцию | Кому подходит |
|---|---|---|---|---|---|---|
| AWS Connect + EUM | Только через Lambda в journey | Не поддерживается | Email (SES) + SMS (EUM) | Usage-based AWS | Высокие, кастомный скрипт/ETL | Существующие команды на AWS contact-center |
| Pushwoosh | Нативный | Нативный | Оба (omni-тариф) | $7 / 1000 MAU | Низкие, импорт через API/интерфейс | Продуктовые команды с фокусом на push + in-app |
| Braze | Нативный | Нативный | Оба | ~$60К/год (оценка, без публичной цены) | Средние, SDK + модель данных | Enterprise-омниканальность |
| OneSignal | Нативный | Нативный | Оба | Бесплатный тариф, платный масштабируется | Низкие–средние | Команды с фокусом на push |
| Customer.io | Нативный | Нативный | Email-led + SMS | $100/мес (5000 профилей) | Средние | Email/lifecycle-команды |
| Iterable | Нативный | Нативный | Email-led + SMS | Цена по запросу | Средние | Enterprise email/lifecycle |
| MoEngage | Нативный | Нативный | Оба | Цена по запросу | Средние | Мобильно-ориентированные / APAC приложения |
Колонку in-app стоит перечитать дважды. Это единственное место, где путь AWS даёт жёсткое «нет», а остальные вендоры расположились от зрелого решения до просто рабочего. Если онбординг внутри приложения, подсказки или paywall — часть вашего продукта, эта колонка, скорее всего, решает больше, чем цена.
Как сузить шорт-лист
Когда остаются 2–3 варианта, эти 4 вопроса режут сквозь любой демо-глянец:
- «Покажите живое in-app сообщение, собранное в вашем редакторе, а не на слайде». Если это реальный, нативный канал, продемонстрировать его можно за 5 минут. Если это пункт роадмапа или партнёрская интеграция, вы услышите уклончивые формулировки.
- «Как я импортирую свои endpoints из Pinpoint: через API, интерфейс, или мне писать трансформацию самому?» Это ваша цифра трудозатрат на миграцию в одном ответе.
- «На чём именно масштабируется ваша цена: активные пользователи, хранимые профили, места в команде или сообщения?» Дальше сопоставьте это с реальной пользовательской базой, особенно с большим неактивным сегментом.
- «Можно запустить пилот на реальных данных до подписания контракта?» Бесплатный тариф или триал, который принимает реально импортированные данные, стоит больше любого списка функций.
С чего начать
Если программа на Pinpoint была в основном про push и in-app — а это верно для большинства мобильных команд, которые вообще выбрали Pinpoint, — шорт-лист, который подходит под эту форму без enterprise-цены, короткий, и Pushwoosh построен именно под него. Можно начать с бесплатного тарифа на 1000 MAU, импортировать реальный сегмент и пересобрать один сценарий, чтобы увидеть паритет своими глазами, прежде чем переносить что-то в бой.
И какой бы путь вы ни выбрали, не дайте этапу оценки съесть календарь. 30 октября 2026 года — жёсткая дата. Гайд по миграции разбирает шаги и то, что занимает реальное календарное время, так что вы планируете от дедлайна, а не обнаруживаете его постфактум.
