We have an app for both IOS and Android and it will be ending soon. We have quite a few users who have subscribed on a monthly or annual basis. We will be offering them a deal with another vendor but need to cancel everyone subscription with this app so they don't get rebilled. If we simply pull the apps from the stores will this also cancel their subscriptions or is there something else we need to do?
Also is there an easy way to see how many active subscriptions we have for the app in the various categories?
Thanks in advance.
S
Related
We currently try to cancel all subscriptions of an app in Google Play. We already contacted the Google Play support, but they told us that there are only two ways to do this:
Manually for every subscriptions in the UI
Using the Google Play API
For the API we need the purchase token of each subscription. I couldn't find a way to get all purchase tokens. The only way I found to get a purchase token is by manually requesting it through the UI.
We need to cancel a lot of subscriptions, so manually clicking around in the UI is no option for us. Is there a way to get all purchase tokens? Or is there a different way to cancel all subscriptions?
If anyone has the same problem, as of right now, it seems it's not possible to cancel all subscriptions using the Google Play API.
We have built a webhook for real-time developer notifications. So for every subscription renewal that is triggered, we immediately revoke the subscription and refund the payment. This seems to work, but is far from great.
We've just published our first app in Google Workspace Marketplace (a google docs add-on) and can't figure out how, or if, it is possible to setup an email or other notification (slack notification would be cool) for our Customer Success team to be notified when a user leaves a review of the app.
Appreciate that if we get thousands we will probably turn the notifications off (or filter them in some way), at this early stage though, we're very eager to act on any feedback.
Thanks!
Disclaimer: I am creator of Obsei, and this might be biased answer.
You can try Obsei: an open-source low-code AI powered automation tool.
It can monitor App and Play stores for customer reviews and send notification Slack when someone add review there. Also Obsei can classify review contextually to classify it into issue categories. Refer below image.Obsei workflow
All of these can be achieved free without any cloud hosting requirement. Refer link for more detail.
Happy to answer any queries in this regards.
I need to add server side logic when a user buys and cancels a subscription. To me this seems like a basic feature that many apps probably use. However as it turns out it's not that simple to setup up the need webhooks.
My App will be available on android and iOS, so I will need to configure both, which is why I thought about using RevenueCat. But it turns out, this is a paid feature for $110/month, which is way too much for a/my new app. This is probably the biggest time saver for RevenueCat compared to using the official InApp Purchases packages, so I don't see why they would make it a paid feature.
Anyways what the best way to handle webhooks with the Play Store and the App Store? Any Guides and Tipps would be very helpful!
Apple and Google both offer server-to-server notifications that will notify you when a subscriber cancels.
Apple guide: Enabling Server-to-Server Notifications
Google guide: Real-time developer notifications
If you have your own user Ids, they won't be present in these server notifications so on your server you can save the user Id along with the transaction identifier of their original purchase. That way when a notification comes in you can look up the user from the transaction identifier and flag them as cancelled.
Alternatively, the RevenueCat API is included on their free plan so you can periodically poll their GET /subscribers endpoint to get the latest subscription status for a user. This obviously won't be real-time, but may be enough for your use-case.
Update: I decided to solve this issue similar as #enc_life suggested with the RevenueCat API. For validation the purchase, I send a request to my server, that checks with if the user actually bought the subscription. For canceling the subscription, I execute a function everyday on my server, that checks for all subscribers if the subscription is still valid.
We have an app in the Google Play Store that we will no longer support in the future.
Users were able to buy subscriptions for the app's content.
We want to cancel all running subscriptions and refund the users.
The Google Play Developer Api offers the revoke method that expects the details (subscription id, token) for a single subscription and will cancel & refund that subscription.
We would have to do that for a couple of thousands of users (probably via a script).
Is there a better way to revoke all subscriptions?
Has someone probably faced a similar scenario?
I did not find a method of revoking all subscriptions at once so I wrote a little program that reads subscription data from a file and revokes them, one after another.
You can check it out here: https://github.com/asco33/reimburser
I have made a Parse-based app that allows the user to send a push notification to everyone who downloads the app. It's a kind of quick public address system for a congregation, school, club, etc.
Other leaders have expressed an interest in my app for their communities. But these people are not tech-savvy and have no interest in becoming Apple developers for $100 a year, so building custom apps for them is not an option. Even if I did it for them, I would be concerned that they would mess something up that would require a lot of time on my part to repair. They just want to use the app for their communities.
My question: Could I make custom apps for these groups, keep them on my iTunesConnect account, and simply make a new Parse account for each app? That way, the group leaders would only need to know how to log into Parse and send a push notification on the Parse website.
Thank you,
Eli
You could. It could be done with a single app that everyone downloads and then configures to connect it to their specific parse app.
It's possible that you could write the app so it doesn't know the parse account details and they need to be entered on the device. It's also possible that you could supply that detail with an invite e-mail that opens the app and has the details in the URL query.