Описание проекта
Мы запускаем продукт, в котором своевременные уведомления играют ключевую роль, и нам нужен отдельный сервис push-уведомлений, построенный с нуля. Задача — единый бэкенд, который умеет доставлять сообщения в веб-браузеры и в мобильные приложения на обеих основных платформах, чтобы нам не приходилось склеивать разных поставщиков под каждый канал. Речь идёт именно о доставке push, а не о email-рассылках и не о чате внутри приложения: эти задачи у нас уже закрыты отдельно, поэтому просьба держать фокус узко — регистрация устройств, безопасное хранение токенов и надёжная доставка уведомления на экран пользователя.
Сервис должен вести полный жизненный цикл токена устройства: с момента подписки приложения или браузера, через обновления и повторные регистрации, до аккуратного удаления, когда токен устарел или пользователь отписался. Нужна сегментация аудитории, чтобы кампании били по группам с учётом атрибутов, поведения, языка и платформы, а не рассылались всем подряд. Важно и планирование: нужно собрать сообщение, выбрать сегмент и поставить отправку на конкретное время либо запустить её сразу через вызов API из наших систем. Учёт доставки и открытий должен возвращаться в простую панель, чтобы мы видели, что было отправлено, что дошло и по чему реально нажали.
Ожидаем аккуратный REST API и понятную документацию, чтобы наши другие сервисы могли ставить уведомления в очередь программно, а также разумную обработку повторов, лимитов скорости и ошибок провайдеров. Важно знание FCM и стандартов web-push. Пожалуйста, приложите примеры похожих систем доставки, которые вы делали.
— Web push и mobile push для обеих основных платформ
— Регистрация, обновление и очистка токенов устройств
— Сегментация аудитории по атрибутам, поведению и платформе
— Планирование кампаний и мгновенные отправки через API
— Учёт доставки и открытий с панелью отчётности
— REST API, повторы, лимиты скорости и обработка ошибок провайдеров
Сервис должен вести полный жизненный цикл токена устройства: с момента подписки приложения или браузера, через обновления и повторные регистрации, до аккуратного удаления, когда токен устарел или пользователь отписался. Нужна сегментация аудитории, чтобы кампании били по группам с учётом атрибутов, поведения, языка и платформы, а не рассылались всем подряд. Важно и планирование: нужно собрать сообщение, выбрать сегмент и поставить отправку на конкретное время либо запустить её сразу через вызов API из наших систем. Учёт доставки и открытий должен возвращаться в простую панель, чтобы мы видели, что было отправлено, что дошло и по чему реально нажали.
Ожидаем аккуратный REST API и понятную документацию, чтобы наши другие сервисы могли ставить уведомления в очередь программно, а также разумную обработку повторов, лимитов скорости и ошибок провайдеров. Важно знание FCM и стандартов web-push. Пожалуйста, приложите примеры похожих систем доставки, которые вы делали.
— Web push и mobile push для обеих основных платформ
— Регистрация, обновление и очистка токенов устройств
— Сегментация аудитории по атрибутам, поведению и платформе
— Планирование кампаний и мгновенные отправки через API
— Учёт доставки и открытий с панелью отчётности
— REST API, повторы, лимиты скорости и обработка ошибок провайдеров
Веб программирование Наличные, Банковский перевод
