Опис проєкту
ПерекладМи запускаємо продукт, у якому своєчасні сповіщення грають ключову роль, і нам потрібен окремий сервіс 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, повтори, ліміти швидкості та обробка помилок провайдерів
Веб програмування Готівка, Банківський переказ
