Some questions remain answered from your home page ( from someone at a mid sized firm writing their "build-it-yourself" version of the same goal at largish scale)
1. How often is each campaign run?
2. How does it avoid re-sending the same campaign to the same segment over and over? You really should change your queries with a where close of the last N mins to avoid sending all users all the time. where N is the answer to (1)
3. Is there a way to send reminders, with exponential backoff?
4. My first instinct was searching for postgres, mysql. both were not present. Consider saying supported. and then mention your orm, maybe which all db's it supports.
5. It seems like the channel right now is only email. But it wasn't clear if the channels could be push/sms/etc in the future. Because its likely companies already are accustomed to multi/omni channel. A roadmap would help.
6. Your docs mention the email channel as postmark. but i couldnt find a list of supported email apis. Maybe a way to add your own vendor would be great for contributors.
7. Tools and alternatives to temporal/inngest/hatchet/trigger/zeplo/mergent/restate are welcome, and this seems focussed on messaging/comms.
Kudos to a nice start. Good luck!
1. How often is each campaign run?
2. How does it avoid re-sending the same campaign to the same segment over and over? You really should change your queries with a where close of the last N mins to avoid sending all users all the time. where N is the answer to (1)
3. Is there a way to send reminders, with exponential backoff?
4. My first instinct was searching for postgres, mysql. both were not present. Consider saying supported. and then mention your orm, maybe which all db's it supports.
5. It seems like the channel right now is only email. But it wasn't clear if the channels could be push/sms/etc in the future. Because its likely companies already are accustomed to multi/omni channel. A roadmap would help.
6. Your docs mention the email channel as postmark. but i couldnt find a list of supported email apis. Maybe a way to add your own vendor would be great for contributors.
7. Tools and alternatives to temporal/inngest/hatchet/trigger/zeplo/mergent/restate are welcome, and this seems focussed on messaging/comms.
Kudos to a nice start. Good luck!