Implementation and Architecture Proposal for React Native SDK for Push Notifications

1. Device Token Generation:

   • Implement logic to generate a unique device token using Firebase FCM upon app launch.
   • Store the device token locally on the user's device for future use or we can send directly from track event to backend.

2. Identity Event Trigger:

   • Enhance the SDK to trigger an identity event upon successful token generation.
   • Associate the device token with the user ID for backend tracking purposes.

3. Event Tracking:

   • SDK to track the following events related to push notifications:
     • Push Received: Track when a push notification is received by the device.
     • Push Viewed: Track when a user views a received push notification.
     • Push Clicked: Track when a user clicks on a received push notification.
   • Implement event tracking mechanisms within the SDK to capture and record these events.
   • Associate these events along with the user_id and journey_id for reporting purposes.

By following steps, we can enhance our SDK to effectively track push notification events and provide insights for analytics and reporting purposes. It's crucial to note that for push notifications, the entire analytics process will rely on sdk events. @maxgurewitz please add anything you'd like, and let me know if you're ready to proceed with the implementation.

Backend Higher level flow/Implementation Proposal:

1. Receiving Device Info:

   • When we get the token and user ID from the SDK, we'll start by creating a journey.

2. Fetching Message Template:

   • Next, we'll grab the token and message template stored in our db.

3. Personalizing Message:

   • Then, we'll make the message personal by adding details that match the user's profile.

4. Creating Payload:

   • After that, we'll put together all the info needed for the push notification.

5. Using Providers:

   • We'll use two providers, FCM for Android and APNS for iOS, to send the notification.

6. Sending to Devices:

   • The notification will then be sent to the user's device based on the platform they're using.

7. Tracking SDK Events:

   • We'll monitor the events triggered by the SDK, such as when a push notification is received, viewed, or clicked. This data will be crucial for reporting and understanding user engagement.

In this plan, we'll update Temporal to handle push notifications by adding support for the "PUSH" message type. We'll fetch user details, message templates, and provider info to send push notifications. Plus, we'll handle campaign events from the SDK for reporting. @maxgurewitz Anything else you'd like to include in backend before we move forward with the implementation?

@danish1112 a few things!

1. We have a work in progress in progress of native mobile push. @Kacppian worked on it.
2. You can currently use our webhook channel to implement native mobile push, using a deviceToken user property as an identifier, and sending a request to fcm. We plan to release an instructional video on how to do this soon!