#Khome
1 messages · Page 1 of 1 (latest)
Hello! To clarify, you want to combine both the volume and graduated tiered pricing modes?
yes is essence but we have 8 tiers and 3 volume prices and students on an invoice could be in the same tier. Therefore encoding a flat product price matrix would be huge.
I can run the calculations manually and do ad hoc pricing or do one model and get as close as possible but I would like maximize stripe and minimize bookkeeping to achieve labor cost savings.
I don't believe it's possible to combine those modes. Would it be possible to do what you want by using volume pricing with flat fees? https://stripe.com/docs/products-prices/pricing-models#adding-flat-fees
I have that doc open 😉 and this is where I was focusing my testing.
I wanted to make sure if or when I needed to make trade off choices I really did have all options on the table.
I can even modify my pricing to meet Stripe midway.
Yeah, I'm not sure what else to suggest. I think flat fees combined with tiered pricing is probably the best approach to take, but it may not get you 100% of the way there.
I am exploring if tiered and metering (license type) can get me across the finish line.
okay great and thank you for your wisdom. do you know if the UI/UX around "recurring" and "Monthly" is changing on Jan 3rd when invoices are moved in the Dashboard?
Some pricing models have recurring with monthly and some only say monthly. The intent is not clear to me especially giving the clear direction related to subscriptions.
I'm not sure what's changing on Jan 3rd; the Dashboard is not our speciality here (we're focused on the API, code, developer questions, etc. here).
For your last question, I'm not sure what you mean. Can you share a screenshot of what you're seeing?
no worries I don't need to go far a field but I'll answer your question. no need to reply. you have been very helpful.
I know this is from dashboard but the api methods/properties are the same.
Those both have recurring selected and a monthly billing period, which seems normal to me. What specifically in those screenshots is the issue?
yes of course you are correct. 🤪
sorry I should speak to your last question. I am wondering how stripe handles recurring vs monthly in light also that stripe has a 'subscription' avenue to put these product/prices into. It seams like in practice there is overlap. This might be a Dashboard thing and not an API. I am focusing on Dashboard to understand some of the design behind the API when stripe uses its own API.
Hi taking over for Rubeus as they have to step out. Not sure I understand the question recurring prices are meant to be used for subscriptions. Within recurring prices there are several options (monthly billing, yearly billing, etc. and different pricing models like metered, etc)
therefore if 'recurring' is not listed for a product/price model subscriptions cannot use them?
to be far I have to test what the customer facing quote/invoice looks like with recurring or monthly. I would like to show the customer a total for the year and then show the balance as payments come in. I need to test how recurring and/or monthly impacts the customer UI/UX.
Sorry I feel I have taking us out of dev-help territory. No need to reply. I have some more testing and building to do.
Ok sure. Yeah trying out all these scenarios in test mode will help you understand things a bit better