Learn more about RevenueCat and talk about it with the community.
Recently active
Hi folks,I know that Stripe can automatically send billing error emails. So if Stripe tries to charge a user’s card but it doesn’t work, Stripe can automatically email the user, asking them to update their card. This is simply configured in my Stripe settings. Do Apple or Google do this automatically as well? If not, I assume this is a good time to use RC’s billing_error event to trigger a customer email? Where would I direct them to? Tell them to open up their app store and update their payment method on file? Is there a link I can use to get them there, or is it that all I can do is tell them the steps?Thanks! Toby
Hi folks, I was recently contacted and told that I can submit a claim in this class action law suit. Of course, I assume most communications like this to be a scam. But I’ve heard respectable news sources talk about this. I think I’ve even heard @david talk about it on SubClub. They’re not asking for sensitive info and it looks legit. Have y’all submitted a claim? Have you heard of this specific case? Is it a scam? Here’s the link: https://smallappdeveloperassistance.com/ Thanks, Toby
My question is not as much a technical question as it is a user experience question. I have not read all the dev documents yet regarding GourpIds etc.We have an app for schools. Currently we have implemented subscriptions for iOS and Android. We think we can get much more users and revenue if we rather implement a group subscription where the school can create an account, subscribing and manage users on that account through some we console.I’m not sure how one would go about doing this using the subscription services provided with the Playstore and Apple, unless I’m missing something.Would one perhaps go the stripe route? And how do you go the stripe route and not get you app banned from the app store because you are not using Google’s or Apples service.It’s not that we want to bypass their service, I just don’t know how to use there service in an extremely user friendly way to implement such a group subscription. When I say user friendly I mean for instance, you don’t want to for
This is massively helpful for us - hugely appreciate you putting it in. Have a great weekend!
Hi y’all,I’ve been thinking about business models for an app I’m working on.Let’s say that I’m selling specialized photo filters. And you can choose from a library of them, a sort of marketplace.My first thought was to use tokens/coins. You buy 300 coins with an in-app purchase, and then you can spend 100 coins to buy a filter. That sort of thing.Would a subscription model make sense here? I would, in fact, be selling content that I could update. And it would keep me from needing to track tokens per individual user.I don’t know, would a subscription model be the right fit?
Hi, would be great if we could have some sort of notification on when a user makes a purchase like Stripe does. This helps wanting to further improve the product as users subscribe and is good morale booster to keep going.maybe need an app for this? A revenuecat app on ios/android with an overview of the dashboard would be helpful as currently I pin a shortcut to my iPhone desktop.
I have a fitness app (Max reHIT Workout) and my current method of offering a free trial is to let people have access to 5 fully functional workouts free, forever.There's are two ads: an interstitial ad and a banner ad.If you want access to all 20+ workouts, lots of extra features, and go ad free , you can buy a yearly subscription for $5.99.You do not have to enter a free trial period with CC because I absolutely hate that approach.I'd like to increase conversions. Two methods I'm considering:Have a completely functional system without ads for 5 workouts. I figure if you've used the app 5 times and you don't want to buy, you'll probably never convert. A complication is this requires the user to login because i use cloudkit to store data for cross device access. After 5 workouts if they choose not to convert I revert back to a limit of 5 workouts with ads. Of course they can subscribe any time. I hope they realize the value ad of the extra features and workouts. Similar to 1, but the t
I'm posting our experience to help clarify the (Apple) IAP release process for any other new developers.Our app (v1) was live on the App Store with one IAP, a yearly subscription. Yesterday we were approved to release v2, plus were approved for a new monthly subscription IAP. We released the app almost immediately after approval. After about 20 minutes, the new version was visible in the App Store.However, after downloading the app, we noticed that only the original annual subscription was showing up in the app. The new monthly IAP was not listed. After checking everything out (see below), we decided to wait it out before any real debugging. This morning, the app was listing both annual and monthly IAPs. So, apparently it takes some time, measured in hours, for Apple to 'activate' the SKProducts. NOTE: While the new IAP was unavailable in the app, the App Store listing was actually displaying both the annual and monthly options under: Information In-App Purchases (Yes)
Since I’ve been implementing in-app-purchases for my app the past days, I wanted to share a couple of things I’ve run into. Maybe they are of help to someone or can be used for further RC improvements.Google Play appends the app’s identifier or app name to the purchase title. It’s best practice to strip these, if you are using a dynamic paywall screen. The RC docs say that you need to have published an app bundle to a Closed Testing track e.g. Alpha in Google Play. I found that it is sufficient to use the unreviewed Internal Testing track. This allows for a setup where you have a package name for different environments e.g. staging and production. React Native: The RC debug logs are not replayed in the Javascript logs. You’ll have to view the device logs. Connect the device by USB Cable, then: iOS: Use Console.app to filter for Process: My App and Purchases Android: adb shell logcat | grep Purchases.I’ll update this, if I run into something else.
Hi all, Some feedback/thoughts on offer codes. To set the scene, we’ve recently set up a b2b partnership and are using 12 month offer codes to provide their customers with access to our app. Offer code’s aren’t included in integration data, i.e. GCP exports and Facebook. Nor is there a way to filter for offer codes in customer lists. In order to track code consumption, we’ve had to set up web hooks, cloud functions and a custom dashboard. Not a massive issue, but the reason we’re paying for RC is to make these things easier. Offer codes are marked as trials. For us, this makes no sense - we’re expecting (/hoping) to have thousands of these codes used. It’s going to boost our active trials rate by 12 months each, thus rendering the dashboard ‘active trials’ rate useless. Again, there’s no way to filter so we can’t get true active trials in the customer list’s either. Lastly, I'd like a way to see on the customer profile if they’ve used an offer code. Thanks for reading, hopefully the
As a developer, you probably spent time looking through the REST API endpoints to keep subscription status in sync with your backend, update subscriber attributes server side, etc.We would love to hear from you:Is there something you’d like to be able to do through the API that you can’t currently do? Are there any fields you’d like to see that aren’t currently returned from an endpoint?Thank you!
Hey RevenueCat Community! 👋I wanted to share a blog post I wrote recently about how you can use Entitlements for more than just in-app purchases. Since Entitlements can be granted manually as promotionals via the dashboard and REST API, you can actually use Entitlements as generic feature flags - all without being connected to any in-app purchase products at all.A good use case might be setting up beta features (maybe for only long-term paying customers, for example) and granting access to those beta features with an ‘empty’ entitlement. You could build this out as custom as you’d like - you could manually opt users into your beta from the RevenueCat dashboard, or even build an automated system from your own backend to let users opt-in to the beta themselves, all by tying into our promotionals API.I detail the process in the blog post, but would welcome any questions or comments!You can read the blog post here.
The SwiftUi example app on this page https://docs.revenuecat.com/docs/sample-apps requires xcode 13 because of AsyncStream. Is there a SwiftUI example app that works in xcode 12.5?
Hi all,I’ve got some subscriptions defined in Google PlayStore console, but they where to test subscriptions a while back. Now we don’t use them within RevenueCat. But I can’t delete them in the PlayStore console (asked Google Support, but they told me that we can’t remove active products) These old products are never sold because we are stil in develop phase. My question now is, are these products every visible by customers? I don’t use them in RevenueCat and are not showing them in our app on the PayWall. But maybe they are somehow visible somewhere else? And even switch to or able to buy by customers? So is it safe to leave them in de Console (otherwise I have to delete the app in de PlayStore and make a new packageID with all the extra work)What do you guys think? Any advise? PlayStore Console:
Hi RevCat community Ok this might be bit of a strange question, but I've been inspired by what Duolingo have done with their recently announced family plan, where you can invite up to 5 others and only a single subscription is required (annual only, at higher price, which is smart). I’m assuming with Aliases that RevenueCat would support a user inviting another user and that user not having to go through payment process as they tied to the original user (invitee), and if that original user churned or lost their entitlement, that all aliases on that same ‘purchase record’ would also lose access? Has anyone else seen apps do shared subscriptions, beyond what apple offers with Family Plans. I know Spotify do duo plan.
Hey,because of how our subscriptions work in general, we have decided to not use the RevenueCat SDK to create purchases, but announce them to our own API, which will in turn make an HTTP call to RecenueCat’s /receipts route, passing the neccessary data.Arguably the most important piece of data is the fetch_token from the app store.The problem arises when we’re trying to run automated integration tests via our CI server - without doing an actual purchase on an actual hardware device, we won’t have a valid fetch token, so the API will always answer with the (reasonable) error: "The receipt is not valid.".So my question is two-fold:is there any way to simulate a purchase for testing purposes? how to others solve the testing issue?Or is our use-case really this particularly rare?Regards,Markus
There are a variety of things you may want to test about your iOS products: different pricing, free trial durations, introductory offers, and more. The RevenueCat Experiments feature will automatically divide your new customers evenly into two groups, where each group will have a separate “current” Offering. For more information about this feature: https://docs.revenuecat.com/docs/experiments Bear in mind that this feature is currently in Beta and A/B testing is available on iOS only. When deciding to make an Offering current, double check that it works on all platforms supported by your app. This means while the experiment Offering will be available for customers on other platforms, the data is only calculated for iOS purchases. How often do Experiment results get computed?The LTV model is ran daily, typically every 24 hours after you first initiated the experiment. What to do when seeing the 'Data will show in 24 hours' message after 24 hours?If it has been well over 24 hours since
