Opis projektu
PrzetłumaczoneUruchamiamy produkt, w którym terminowe powiadomienia odgrywają kluczową rolę, i potrzebujemy osobnej usługi powiadomień push zbudowanej od podstaw. Zadanie polega na stworzeniu zjednoczonego backendu, który może dostarczać wiadomości do przeglądarek internetowych i aplikacji mobilnych na obu głównych platformach, abyśmy nie musieli łączyć różnych dostawców dla każdego kanału. Chodzi o dostarczanie powiadomień push, a nie o newslettery e-mailowe ani czat w aplikacji: te zadania mamy już osobno zrealizowane, więc proszę o wąskie skupienie — rejestracja urządzeń, bezpieczne przechowywanie tokenów i niezawodne dostarczanie powiadomień na ekran użytkownika.
Usługa musi zarządzać pełnym cyklem życia tokenów urządzeń: od momentu, gdy aplikacja lub przeglądarka subskrybuje, przez aktualizacje i ponowne rejestracje, po usunięcie, gdy token jest nieaktualny lub użytkownik się wypisuje. Potrzebujemy segmentacji odbiorców, aby kampanie kierowały się do grup na podstawie atrybutów, zachowań, języka i platformy, a nie były nadawane do wszystkich. Harmonogramowanie jest również ważne: zbierz wiadomość, wybierz segment i zaplanuj dostarczenie na konkretny czas lub uruchom je natychmiast za pomocą wywołania API z naszych systemów. Śledzenie dostarczania i otwarć powinno być zintegrowane z prostym panelem, abyśmy mogli zobaczyć, co zostało wysłane, co dotarło i co zostało faktycznie kliknięte.
Oczekujemy czystego API REST i jasnej dokumentacji, aby nasze inne usługi mogły programowo kolejkować powiadomienia, a także sensownego zarządzania ponownymi próbami, limitami prędkości i błędami dostawcy. Wiedza o standardach FCM i web-push jest ważna. Proszę o dołączenie przykładów podobnych systemów dostarczania, które zbudowałeś.
— Powiadomienia webowe i mobilne dla obu głównych platform
— Rejestracja, aktualizacja i czyszczenie tokenów urządzeń
— Segmentacja odbiorców według atrybutów, zachowań i platformy
— Harmonogramowanie kampanii i natychmiastowe wysyłki za pomocą API
— Śledzenie dostarczania i otwarć z panelem raportowym
— API REST, ponowne próby, limity prędkości i obsługa błędów dostawcy
Usługa musi zarządzać pełnym cyklem życia tokenów urządzeń: od momentu, gdy aplikacja lub przeglądarka subskrybuje, przez aktualizacje i ponowne rejestracje, po usunięcie, gdy token jest nieaktualny lub użytkownik się wypisuje. Potrzebujemy segmentacji odbiorców, aby kampanie kierowały się do grup na podstawie atrybutów, zachowań, języka i platformy, a nie były nadawane do wszystkich. Harmonogramowanie jest również ważne: zbierz wiadomość, wybierz segment i zaplanuj dostarczenie na konkretny czas lub uruchom je natychmiast za pomocą wywołania API z naszych systemów. Śledzenie dostarczania i otwarć powinno być zintegrowane z prostym panelem, abyśmy mogli zobaczyć, co zostało wysłane, co dotarło i co zostało faktycznie kliknięte.
Oczekujemy czystego API REST i jasnej dokumentacji, aby nasze inne usługi mogły programowo kolejkować powiadomienia, a także sensownego zarządzania ponownymi próbami, limitami prędkości i błędami dostawcy. Wiedza o standardach FCM i web-push jest ważna. Proszę o dołączenie przykładów podobnych systemów dostarczania, które zbudowałeś.
— Powiadomienia webowe i mobilne dla obu głównych platform
— Rejestracja, aktualizacja i czyszczenie tokenów urządzeń
— Segmentacja odbiorców według atrybutów, zachowań i platformy
— Harmonogramowanie kampanii i natychmiastowe wysyłki za pomocą API
— Śledzenie dostarczania i otwarć z panelem raportowym
— API REST, ponowne próby, limity prędkości i obsługa błędów dostawcy
Programowanie stron internetowych Gotówka, Przelew bankowy
