#mulchichis_product-creation
tulip sentinelBOT
👋 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/1238163114482995310
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
mellow whale
This is so cool. I hope you like your job and it tickles all the right parts of your brain!
sudden relic
mulchichis_product-creation
@mellow whale if you are comfortable with the API it's totally fine to use the API to do this. The Dashboard is here to make it easier to create your Product and Prices by hand if you don't want to write code for it
And yes I like my job because it tickles the right parts of my brain :p
mellow whale
Do you get to hang out on discord all day and answer technical questions
sudden relic
That's part of the job yes 🙂
We answer support tickets over email, stack overflow, github issues, etc. too
mellow whale
sorry if this is a misuse of the chat but I'm super curious lol. I'm just entering the workforce for software engineering and I didn't even realize this was a legitimate job. I thought you people were all just superheroes but it's good to hear that your subsidized by a company haha
Okay, back to my question-- I am comfortable writing code, and maybe if I told you the scheme I was planning to use it would be easier for you to give me advice? It almost seemed to complicated to set up in the dashboard.
sudden relic
It's totally fine, the server is not super busy right now so happy to chat 🙂
mellow whale
my product looks like this:
base price,
+$x per new user,
+$y per message after 1000 messages
+$z for an option add-on
and its per month
sudden relic
I have helped on IRC or StackOverflow or public mailing list for years so I already had a real appetite for that part of the role of helping real developers with their questions. I find it more fun to solve someone else's puzzle than my own.
And Stripe many years ago had product engineers doing that support and then developers from the community also helping others. Over time it grew and they hired people dedicated to that developer support part which is how I ended up joining 🙂
Okay so what you are describing can't be modeled as one Product on Stripe. Those would be 3 separate Products and each with their own Price I would say
mellow whale
And I can combine them all into one subscription? Sort of like a package?
And on top of that, how would I let my users change their subscription with this model, like add or remove a user (without changing anything else), or turn the add-on off or on
sudden relic
Yes you can have multiple Prices per Subscription (up to 20 by default)
As for changing you can control all of this with the Update Subscription API: https://docs.stripe.com/api/subscriptions/update
You can change the quantity of an individual SubscriptionItem (to remove/add a user) for example and add/remove the add-on
Similarly the "per message" is usually what we call "usage-based billing" https://docs.stripe.com/billing/subscriptions/usage-based
You'd have a separate Price that defines the "tiers" and then you report usage by creating a Meter every time they send a message
mellow whale
Is it good practice to do meters at intervals on my end? So I don't have to constantly make API calls?
Like every 10 messages
sudden relic
up to you, depends a lot on your real volume and how much you care about real time reporting I would say
mellow whale
can you disambiguate prices and products for me?
sudden relic
There's https://docs.stripe.com/products-prices/how-products-and-prices-work that might help
But at a high level: Product is what you are selling, Price is the representing what you are charging for that service/product
mellow whale
Okay I read those.
so for example,
I will create 3 products:
1 for a user,
1 for 1000 messages (and make it usage-based),
1 for the add on.
I'll create prices for these products that correspond with the plan they are being offered in, such as $50 per user in basic, and $25 per user in standard (two different plan names).
I will create another product where I bundle the items at the particular prices according to the plan, and then I will be good?
sudden relic
such as $50 per user in basic, and $25 per user in standard (two different plan names).
usually those are 2 different Products too
mellow whale
Where do I change the price?
As in, where does the "price" parameter come into play here
sudden relic
sorry I missed your message
mellow whale
No worries!
sudden relic
I don't really get the context of your question. Can you explain with a bit more details or code?
mellow whale
Maybe this is a better question:
do I ever need to manually set a "price"?
I want to do something like this:
(except the little (checks) are actually things the customer can change/add)
sudden relic
What is that a picture from though? Something on your app? Our PricingTable product?
mellow whale
Yes your pricing table, but it's just meant to describe the product. Right now, I dont have any of that tiered stuff that a user could change, but I want to implement it.
sudden relic
yeah I don't think the PricingTable would work for your use-case.
So you, as the developer, pass the right Price ids in the Create Subscription API https://docs.stripe.com/api/subscriptions/create in the items array