#mounirmtl

1 messages ยท Page 1 of 1 (latest)

limber pumiceBOT
#

Hello! We'll be with you shortly. 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.

hollow plank
#

HI ๐Ÿ‘‹

I think we have covered this multiple times and the answer will be the same

#

Products/Prices need to be defined prior to creating a Subscription

next grail
#

I know. That's not the question I'm asking.

hollow plank
#

If the chosen options will change the price being charged, they need to be created as product/price records

next grail
#

What I'm asking is if someone subscribes to Product 1 with Option A and B and someone else subscribes to Product 1 with option B and C

Should that be the same product but with 2 different prices? base product price + optiom B price + option C price?

#

That would create potentially an infinite number of prices for a given product...

#

Also How to display the chosen options on the customer portal?

hollow plank
#

I'm not 100% clear on how each option modifies the Price but I would create the Options as producsts in and of themselves with a Price record for each scenario where they would apply a different increase in the price

#

That woul also ensure the Options selected show up on the line items of the invoice as well as the Customer Portal

#

For Option A, would it always increase the price by a fixed amount? Or a percentage?

next grail
#

A concrete example woud be:
You subscribe to a sushi platter (base price $20) with the following options:

  • extra salmon -> + $2
  • soft drink -> $1.50
    So final price is 23.5.

But someone else might subscribe to the same sushi platter but without the extra salmon.
So final price is $21.50

Imagine this with a potential infinite combination of options... Our merchants decide what options they want to make avilable to their products a la uber eats / doordash

#

I guess the question is should I create 2 products with the same name but a different description and with each their own price?

What about duplicates if 2 people choose the same combination of options?

hollow plank
#

I guess the question is should I create 2 products with the same name but a different description and with each their own price?

I'm not sure why here. The extra salmon would be the option that I would create as it's own product/price

What about duplicates if 2 people choose the same combination of options?
Why would this be a problem?

next grail
#

I'm not sure why here. The extra salmon would be the option that I would create as it's own product/price
Interesting. How do you subscribe to the platter and the extra salmon and the soft drink as part of the same subscription?

#

What about duplicates if 2 people choose the same combination of options?
Why would this be a problem?
I guess it was related to what if I create 1 product per option combination which you seem to be ruling out. So I guess it's not a problem anymore?...

hollow plank
#

How do you subscribe to the platter and the extra salmon and the soft drink as part of the same subscription?
Selecting each option adds the product/price to the line items

Are these options one-offs? I'm having trouble understanding how this would work as a subscription if the provider is always changing what they offer

next grail
#

These options aren't one off.
Imagine if you could subscribe to macdonald bigmac menu. Some would choose fries with Coke, others Vegetables with Water, some fries with extra sauce, etc...

The menu price at the end changes based on what you chose within your menu. But all those optios are always available for a given menu

#

Some of our merchants offer subscriptions on seasonal boxes: Where you can choose what goes into your box. But the price changes based on what you choose to put in that subscription box

hollow plank
#

In those cases the options would be their own invoice items.

#

Yes you would have a lot of prices/products to manage but that is what you are describing

next grail
#

So If I understand correctly, each base product and each customization are a dedicated stripe product with their own price.

hollow plank
#

Yes, each customization would be it's own product/price that could be applied to the each base product

next grail
#

hmm and since price are recurring and the recurrence of the price is what define the schedule of the subscription, does each options also need to have a recurring pricing too?

hollow plank
#

That depends. Are the options something that would recur on the customer subscription?

next grail
#

When a customer subscribe to a merchant product, the subscription should include all the options yes

hollow plank
#

Okay so yes these prices would need to be recurring with the same billing frequency as the base product

next grail
#

oh wow ok.

#

Thank you

#

Alternatively, could it be possible to create lazily a product per selected options variations?

For example when someone subscribes to the sushi platter with extra salmon and soft drink, we lazily create that product on the stripe catalog with the equivalent price and create the stripe subscription on that stripe product

hollow plank
#

Sure, you could take that approach. I guess I just figured it would create more product/prices to take that approach rather than creating separate objects for each option.

#

You would just need to see all that detail in the product description if you wanted the customer to be able to see it

next grail
#

Yes makes sense.

#

Thanks for your help

#

Is there a reason why one approach would be better than the other?

hollow plank
#

Subscriptions are highly configurable because we try to allow a lot of different use cases. The only concern I would have would be how many prices/products you have to manage. We don't have a limit so that's not an issue, I'm just thinking about building the logic to correctly identify which product/price you should use.

But as long as the approach works for your business model and you can get the desired behavior in test mode working, then it should be fine.

next grail
#

Great. Thank you very much

#

Hopefully you won't heard from me for a little while ๐Ÿ™‚

hollow plank
#

I'm happy we could get some clarity on how this should be modeled. Happy to shed what ๐Ÿ’ก I can ๐Ÿ™‚