#drdream
1 messages · Page 1 of 1 (latest)
What do you mean by Also the bill per unit how do the salespeople (and the application) know its per user, per building, per gb, etc?? Can you illustrate this with an example?
Maybe I answered my own question by creating a Product billed by Volume, with Metered pricing.. (for per seat, per user), etc.. This seems straightforward, but the question is about contract negotiated sales.. The salespeople will set the price, but cannot modify the plan because it says "Price overrides are only supported for standard pricing". We would like a way to give the salesperson the ability to craft different prices hopefully within a single plan because we need our backend database to recognize the plan and its features
Maybe for one customer they bill by user, but for another they bill by building (but that could be another topic)
I'm not sure if i understood this correctly, but they can just create a new Price under the same Product?
they want to set the prices
yes, so they can set the prices if they create a new Price
because its sales negotiations.. you guys have a whole https://stripe.com/docs/billing/subscriptions/sales-led-billing section
but they would be adding prices to a plan, and we need to reuse this plan.. basically the same plan with different prices
if this is not the correct way, then which way should they easily create tailored pricing based on the customer, but also the application knows which plan they have
if they need to go into a product and add a new price, then there would be one for each customer/sales nogitaiton which I dont think is right
To clarify, when you say plan, i think you mean Product - you can reuse the Product, you're just adding more Prices to the same Product. So I'm still confused as to why this doesn't work for you?
so each time they do a sale they add a new price to the product?
That's really up to you, you can build a UI to allow them to select from existing Prices (and possibly also check if there already exists a Price with the exact same details that they're trying to create) and if there isn't one, they can add a new Price
Im in the dashboard now experimenting, they hae a Usage Type.. Metered Usage.. Price per unit.. Depends on Quanity.. now how does the salesperson know that this is per user, and how when I report the usage, does stripe know which usage im reporting.. Here it says price per seat as the title
are you planning to allow the Salesperson to access the Stripe Dashboard directly? I don't encourage that. You should build a UI that translates this into something easily understandable.
If you need to understand the different kinds of pricing models : https://stripe.com/docs/products-prices/pricing-models. For usage-based reporting : https://stripe.com/docs/billing/subscriptions/usage-based - this guide might be helpful.
is it possible to pay for support so I can get some help setting this whole thing up?
We have partners - verified experts that the you can reach out to and hire https://stripe.com/partners/expert-services to help develop and implement a solution if that's what you're looking for