Open aldesantis opened 3 years ago
This issue has been automatically marked as stale because it has not had recent activity. It might be closed if no further activity occurs. Thank you for your contributions.
So basically the best thing to do is to change the code to how it was before the ChurnBuster integration? Or am I missing something? @aldesantis
@garciajordy that's correct, we should remove all code and references for the ChurnBuster integration.
This issue has been automatically marked as stale because it has not had recent activity. It might be closed if no further activity occurs. Thank you for your contributions.
Integrating solidus_subscriptions with ChurnBuster seemed like a good idea, but the reality is that it's impossible to make the two work well together: ChurnBuster works well when it's integrated with a natively-supported platform such as Shopify/ReCharge. When that's the case, ChurnBuster can manage the subscriptions directly (e.g., by cancelling them after sending the churn recovery email sequence).
When ChurnBuster is integrated with Solidus and Solidus initiates ChurnBuster campaigns, the timing of emails going out in ChurnBuster and Solidus taking actions such as cancelling the subscription would need to be perfectly synchronized (i.e. Solidus would need to cancel the subscription right when ChurnBuster sends the "subscription cancelled" email). This is impossible to achieve in the real world, which leads to a subpar UX.
Churn recovery with solidus_subscriptions is better done with other services or other third-party tools, but ChurnBuster is definitely not a good option.
My suggestion is to simply remove the integration in the next major version with no deprecation in between.