#arpu_best-practices
foggy valveBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1296520815466123397
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- arpu_meter-howto, 21 hours ago, 26 messages
- arpu_payment-element-eventdata, 6 days ago, 37 messages
severe mirage
Hi 👋
We document 4 different pricing strategies that we can support through usage based pricing. I do not think you can effectively mix both per package and tiered & graduated models.
clear plank
hi @severe mirage Thanks is there any recommendation to track in milliseconds and pay per minute and have firt 1000 min free
as i understand i cannot track 0.5 minutes with the meter
severe mirage
Correct we require that you use integers for the unit count. So, in your case, you would need to track the most granular value that makes sense to your business model. https://docs.stripe.com/billing/subscriptions/usage-based/pricing-models#fixed-fee-and-overage-model
severe mirage
Why is that
clear plank
on the stripe invoice the millisonds numbers units are very high numbers
maybe i can change this how this is shown?
severe mirage
Ah no I don't think you can change that. If you are billing by the millisecond then that is how we would represent the amounts
clear plank
ok
severe mirage
It's a tough balance to strike
clear plank
thanks for the info good to know!
severe mirage
Happy to shed what 💡 I can 🙂
Hold on...
Hmmm no, if you want to bill per millisecond I don't think there is a way you want track that value without seeing the whole amount on the invoice. I was just double checking the Meter events because I know you can pass a specific amount to increment the usage by.
severe mirage
For what it's worth, the event meters approach to usage based billing is still a new product and I could add a feature request for a mechanism to allow aggregation of usage amounts to a higher unit (e.g. track ms but render as fractional minutes on the Invoice)
clear plank
yes this would be super good
severe mirage
would be nice to have it per package like 60000 for milliseconds to minutes
Sorry but this isn't clear to me. How is this different than a tier?
severe mirage
No worries. To me this sounds like just having a free tier for the first 60,000 ms used. Is that roughly correct?
clear plank
hm no, when i use usage based per package than 0.03 euro are payed for 60000 ms and no free one if i understand correct
severe mirage
Oh, okay yes I see what you mean. Sorry it was hard to see the 0.03 in the screenshot
At what point are you charging per milisecond?
clear plank
1000 minutes ( 60000000 milliseconds )
severe mirage
Then you have a price per ms?
clear plank
yes at the moment
severe mirage
Okay, i was trying to see if you could use a larger denomination ... hmmm..... 🤔
clear plank
Any Ideas are welcome!
severe mirage
And you want to bill in tiers, so that at some threshold the price per ms changes?
I'm just trying to figure out if you could get there just using the transform_quantity property we discuss here: https://docs.stripe.com/billing/subscriptions/usage-based/implementation-guide?dashboard-or-api=api#create-pricing-model
But that doesn't allow you to specify tiers
severe mirage
Yeah, which is why we don't allow both graduated pricing with tiers and packaged pricing
clear plank
maybe i can generate the invoice with custom fields
severe mirage
You would need to update the Invoice since it would be automatically generatd by the Subscription but I don't see what the Custom Fields would allow you to do.
It would not change the amounts on the Invoice Items
clear plank
ok
foggy valveBOT
dim shell
Hi there 👋 jumping in as my teammate needs to step away soon.
Based on what I'm seeing in the thread, I think using a tiered (likely graduated tiered) price is going to be the best option here. Though I agree that with you reporting usage in milliseconds that is going to lead to there being very large numbers shown on your customer's Invoices, but I don't think that part is avoidable at the moment. (Snurfkin filed feedback for that though for our product teams to consider)
Let me know if there's anything else that I can help with or if there are still questions about how to set up those tiers.