Skip to main content

[FEATURE REQUEST] Improve UX on sandbox/test vs real data in tools


Forum|alt.badge.img+1

One frustrating feature of RC is the bad user-experience with dev/prod projects and thus the dashboard.
I think Clerk does this very well, allowing a single project with a dev/prod instance (picture 1). This makes things very easy to flip between the two, isolates sandbox data vs real data, and allows very clear separate API keys, management, etc. 

Example - 
Lets assume I have a very active project, post launch perhaps:

If I wanted to test adding a new type of webhook for the firebase extension, without the risk of blowing up my firebase functions quota, I’d need to set up an entirely separate RC project, duplicate all the settings over (which is equally a painful process right now), update my local application with new API / public keys, just to test the addition of a single webhook event.
 

I would *LOVE* to see a unified unified approach that really separated the environments, and the intent behind the data. I don’t believe the sandbox toggle is sufficient - here’s a RC example:


The first image (picture 2) shows my sandbox data toggle on, while testing.
The second image (picture 3) is when I turn sandbox data toggle off.

Why would the users I created during sandbox mode, against a sandbox stripe persist on the dashboard?

Would love to chat more! There’s tons of other UX things I think could really enhance the UI/UX as new customers come join RC :) 

Thanks, team!

PSA: I found this post from 2+ years ago, seems to be after the same rough experiences - 

 

5 replies

Forum|alt.badge.img+1
  • Author
  • Member
  • 6 replies
  • May 19, 2025

Picture 1


Forum|alt.badge.img+1
  • Author
  • Member
  • 6 replies
  • May 19, 2025

Picture 2 * 3


kaitlin
RevenueCat Staff
Forum|alt.badge.img+6
  • RevenueCat Staff
  • 402 replies
  • May 20, 2025

Thank you for the detailed request! I’m sharing this internally, appreciate the feedback.


Jens
RevenueCat Staff
Forum|alt.badge.img+7
  • RevenueCat Staff
  • 188 replies
  • May 20, 2025

yeah we’ve had this on our wishlist for a very long time, unfortunately it would require some very fundamental changes so we haven’t been able to prioritize this yet :( 


Forum|alt.badge.img+1
  • Author
  • Member
  • 6 replies
  • May 21, 2025
Jens wrote:

yeah we’ve had this on our wishlist for a very long time, unfortunately it would require some very fundamental changes so we haven’t been able to prioritize this yet :( 

I’d *LOVE* to see what’s on the roadmap! Is this something you all are willing to make public? Not saying RC needs to be like other products.. but the more tools I’m using that put out a feature board (and let authenticated users vote on issues) the better feedback I believe you all will receive :) This feature board becomes the roadmap!

I believe RC has an insane opportunity right now to really push Web Billing with recent app-store changes.. I’m sure there’s loads of work there to do and difficult to prioritize. Let the community decide, like updating the web-billing docs to match the publish NPM SDK ❤️  (https://github.com/RevenueCat/purchases-js/issues/481).

I can only dream of the day RC becomes, or tightly integrates, with a MoR as a unified payments processor and the idea of a SINGLE dashboard for my web AND mobile apps gets me giddy... I know you all have paddle, but it’s VERY expensive. https://www.creem.io/ is another option to consider that might align better with the same market-fit experience you all are after ($2.5K MTR before charging)

I’m building a Tanstack Router SPA & just finished integrating the JS SDK, happy to have a chat on my experiences or shortcomings as I worked through it. Feel free to hit me up on the email registered here for RC! 

Also, if you all need some helping pushing features along - I totally had a Redhat colleague of mine submit a resume to one of y’alls open positions 😉...let me know if I can help make a connection!


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings