#loki4224
white frigate
Hi 👋
That sounds to me like our Tiered pricing option: https://stripe.com/docs/products-prices/pricing-models#tiered-pricing
But you should review the other pricing models we mention on that document as some of the other options may be an even better fit.
reef spear
Hey, thanks but I am not sure I understand the options. For instance the graduated fits our model directly, which is 1 user pays a base fee like $20/month. For that base package 1 user can use up to 400 IN tokens, and 100 OUT tokens. Then we charge overage usage for the IN and OUT tokens they consumed over their limit. This seems to fit exactly the graduated model. Now, we want the user to be able to add seats to their plan, how do we do that. I can't find that use case in the documents.
white frigate
Okay so you have a graduated pricing plan for tokens, where do the seats come into it?
reef spear
we are offering enterprise options and so want our users to be able to add seats
white frigate
Okay what does the "seat" represent in terms of pricing here though?
Like if I'm a customer and I'm paying for base package 1, what does that mean in terms of "seats"?
reef spear
ah I see, we need multiple people in an organization to be able to buy seats so they can share and collaborate
right now we have only 1 seat option
but we want multiple accounts associated with the same organization
white frigate
We do have a model of per-seat pricing for SaaS businesses; https://stripe.com/docs/products-prices/pricing-models#per-seat
reef spear
bought on the same credit card
white frigate
But I'm looking for details on how you could combine that with graduated pricing
reef spear
ah cool! yes that would be ideal
white frigate
In this case the "accounts" would likely be Customers in your Stripe integration
reef spear
yea that is the issue. We want the one manager to be able to buy the 20 seats for their employees
and still be able to manage the graduated pricing for overage consumption
white frigate
Okay I think with that approach (one manager buying seats for employees) you would want to keep track of the employees and who has access in your own data system
And focus on the Subscription pricing model capturing how much to charge the 1 manager
You can use features like metadata to help keep all records in sync
Question: Is the number of seats independent of the number of tokens/requests?
reef spear
Yes, the seats are tied to tokens, So 1 seat total 500 tokens, 2 seats 1000 tokens
white frigate
I guess I'm not understanding here. What if the customer only wants 1 seat (has one engineer) but needs 10K tokens?
reef spear
They buy the base model and use 10k tokens and we charge the graduated pricing for 950k of those tokens.
9.5k tokens*
white frigate
Hmmm....okay so the number of seats sets the base level of tokens that can be used.
reef spear
oh sorry I misunderstood, we allow 500k tokens in the base price, if they use anything less than 500k, we dont charge extra
yes, 1 seat comes with 500k monthly tokens
if manager buys 2 seats, they get 1mil monthly tokens
anything used above that, we report to stripe and bill at the end of the month
white frigate
Okay so what I am thinking would make the most sense is that you start off with the per-seat billing for the seats purchased:https://stripe.com/docs/products-prices/pricing-models#per-seat
But you create the Subscription with a second Price that is usage-based.
Once they exceed their base token usage you start adding UsageRecords, tracking their token usage, and then you can bill at the end of the month
All the other pricing models bill upfront, usage is the only one that bills in arrears. So I think that will be a good fit
reef spear
Will the user be able to manage their subscription by adding or removing seats? We are using the customer portal in Stripe.
user = manager here
white frigate
Unfortunately the Customer Portal does not support updating Subscriptions with multiple products or usage based pricing. That would be a UI you would need to build.
reef spear
Thanks! One more question. Can I have graduated pricing on IN token and OUT tokens at different prices?
white frigate
Sure, you would create two separate Price records with their own usage records.
covert valleyBOT
reef spear
got it. thanks!
reef spear
I tried putting the In and Out tokens by creating two prices in the same product. But now when I build my procing table, it lists the In tokens and Out tokens as different products or options. But they need to me part of the same plan.
arctic quiver
Hello! I'm taking over and catching up...
reef spear
cool thanks Rubeus
arctic quiver
I believe you would want them to be under separate Products for your use case, if I understand correctly.
reef spear
But they are part of the same product. We need one subscription with both prices. So we need one product for $39.99 with graduated pricing for in and out tokens.
arctic quiver
I think I might be a bit confused then, sorry. Can you provide more details about what you're trying to do and what's not working as expected?
reef spear
OK lets start from scratch. We want a user to be able to sign up for our AI service for a base price of $39.99 / month. Included in this base price is 400k tokens IN and 100k OUT tokens. If they go over the IN / OUT token limit we want to charge their IN tokens at $0.06 / 1k and OUT tokens at $0.12/1k. Important to note that Total token usage = In tokens + Out tokens.
Does that make sense?
arctic quiver
Yes.
I think you'll likely have to build custom logic for that on your end, I don't think our billing system supports a model like that.
reef spear
But OpenAI uses Stripe billing and they have this type of setup
arctic quiver
I can't speak to what other Stripe users might be doing. Most of what you said is possible with our system, but the part about total token usage across both in and out tokens I don't think is supported.
reef spear
You can ignore the token usage piece, I was just trying to say that in and out tokens are part of the same subscription
How do I do this part -> "We want a user to be able to sign up for our AI service for a base price of $39.99 / month. Included in this base price is 400k tokens IN and 100k OUT tokens. If they go over the IN / OUT token limit we want to charge their IN tokens at $0.06 / 1k and OUT tokens at $0.12/1k."
arctic quiver
You can use a regular recurring Price for the monthly charge and usage-based billing for the token usage: https://stripe.com/docs/billing/subscriptions/usage-based
reef spear
but the usage only works for just the "IN" or just the "Out" right?
arctic quiver
No, you would have two separate Prices for both in and out usage.
reef spear
so If I have two separate prices for both, the pricing table shows 2 products
arctic quiver
You can't use the Pricing Table for this: https://stripe.com/docs/payments/checkout/pricing-table#limitations
This would count as an advanced pricing model the Pricing Table does not support.
reef spear
Do you mean we need to add multiple subscriptions to 1 user?
or that I should not use Stripe for my business?
arctic quiver
No, you can do this with a single Subscription.
Wait... when you say "pricing table" what are you referring to?
reef spear
arctic quiver
Yeah, you can't use that, it doesn't support your use case.
reef spear
The two on the right are how it shows the 2 pricings
so Stripe doesn't support what we need to do?