By Julian on Friday, 13 April 2018
Posted in General Issues
Replies 5
Likes 0
Views 648
Votes 0
Hi everybody,

I just saw you are working on Payplans and it is really looking nice. The subscription-flow is a mess in the moment and I like it a lot you are improving this important thing.

I like to add a flaw that is in the system since the begining. It is not the most urgent one, but I think it makes a lot of sense to face it in a long-term-planing.

The task sounds easy: Different subscriptions for the same Plan!
And I am sure, from the architecture it is a really challenging thread.

But let me explain why I think this is so very important.
Imagine you offer a Gold-Membership. Every Gold-Member gets some more stuff then the others. The Gold-Member is charged with 10 Dollars a month. This is one subscription with recurring payment.

Unfortunately, recurring payments on paypal only work when a Credit-Card is present in the paypal-account. This is a huge problem in germany, so it would be nice to offer also a one-time-payment for the same membership: 120 Dollars for a complete year. Without recurring payments.

This list can be made very long. A cheaper price for every recurring membership. A higher price for a shorter period. Going on and on. Every variation would need to be created as a new membership and all ACL-Settings need to be adjusted for every single membership.

It would be a big step forward if the membership itself would be "just one membership" and then, for example in a drop-down, the kind of payment could be choosen.

Instead of having three Gold-Memberships with different plans it would be just one Gold-Membership but in the payment there is the option "Monthly recurring payment", "Yearly recurring payment" and "One-time-payment for a year", which all is the same membership, just with different payment-options.

Do you understand what I mean?

All the best, Julian!
Hello Julian,

Yes, i understand what you want to achieve.
Thank you for sharing detailed information about this functionality. I've already added this into our issue tracker.
We will look into this functionality.
·
Friday, 13 April 2018 13:24
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi Manisha,

great, thank you.
Please be aware, that this feature will definitely need a very complex adjustment.

Here an example: The easiest way might be to simple add different "options" to a single plan. But then, all price-modifications need to be adjusted on that level also: A 10-Dollar-Discount on a regular basis is a total different thing if it is applied on a 1-month-payment or on a 12-month-payment. Also other types of discounts will make sense: "Save 20 Dollars if you choose yearly payment" will also need payment-modification based on payment and not based on plan.

Vice-versa, another way would be to be able to "group" different plans. If there is one "main" plan which can be subscribed, but inside of the plan different "sub-plans" are offered so the customer can choose which "sub-plan" (=payment) he chooses, while his membership is also placed into the "main plan" above the sub-plans.

However, it will be a complex topic and I would definitely not suggest you to create a small fix. Better to pass it to the future and do it, when you can really do it completely.

All the best, Julian!
·
Monday, 16 April 2018 23:19
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Julian,

You are right , this change will require significant changes in existing process, it can't be done vai small fix.
I've already mentioned this in feature request section.

Thank You !
·
Tuesday, 17 April 2018 01:15
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi Manisha,

I recently had an Idea for a really easy solution to this topic. It is REALLY easy, so please REALLY consider it.

The onliest thing neccecary is to create a dependency-connection from a plan to another. Meaning: A plan is not only active if it is booked, it can also be active because of another plan.

Imagine it like this:

Plan A is the regular plan, that is neccecary for a user to get the premium content. But Plan A should never be booked, Plan A is "dependent" from three other Plans: A-1, A-2 and A-3.

Plan A-1, A-2 and A-3 are three other plans, with all have different payment-plans but are connected to plan A. Meaning: If any of this plans is active, Plan A is also active. So a user can book whichever plan he likes, he will also get Access to al content of Plan A itself.

This way, all content-filters can be based on Plan A while all different payment-modalities can be handeled in the Plans A1, A2 and A3.

This way, you can keep all structure! There is no need to change any of the logic and no need for any different payments for the same plan or something like that. With only one single feature, the dependency of a plan, the whole feature of different payments for the same plan can be accomplished.

What do you think about this idea?

All the best, Julian!
·
Wednesday, 02 May 2018 22:07
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Julian,

Thank you for sharing your idea on this.

It could be a good idea to implement plan dependency feature.
I've already added this in our issue tracker, will consider your idea also when we will start implement this functionality.

If you have any query update me.

Have a nice day !
·
Thursday, 03 May 2018 10:51
·
0 Likes
·
0 Votes
·
0 Comments
·
View Full Post