In order to be compatible with the new miraculous and mythical Blesta domain pricing manager , should we organise domain packages per price or per extension?
During a WH*CS import, one package per extension is created, but if we create a package manually, we can add as many extensions that we like to a package, as long as they all sell at the same price and use the same registrar.
With the one package per price approach, we end up with one duplicate per registrar and per price + one package per exception
$20 domains at Netim
$20 domains at Namecheap
$40 domains at Netim
$40 domains at Namecheap
$500 .tm at OVH
...
It's a bit messy
With the one package per extension approach, we end up with hundreds of packages, which is totally unmanageable via Blesta at the moment. Even with a pricing manager which can apply price slabs to groups of packages, who wants to have to manage hundreds of packages?
So, I'm hoping for the new way to manage domains to be like this:
domain packages can still be built the way they are today, one package can include all the extensions we want to offer in that package. It could be useful to be able to offer different groups of domains to different types of customers. An extension can belong to several packages, etc.
there is no domain pricing in the domain packages anymore if discounts can be applied on order forms for certain packages
domain pricing is defined in a new domain pricing manager, which for each extension allows us to select a registrar and the price for each operation and the number of years. That module will be smart and full of goodies to make it easy to make changes to similarly priced domains
With such a configuration, we would only have a couple of domains packages, but I reckon, most people would only have one.
So, is this where Blesta is going or is it best to fill our packages list with extension packages?
Question
interfasys
In order to be compatible with the new miraculous and mythical Blesta domain pricing manager
, should we organise domain packages per price or per extension?
During a WH*CS import, one package per extension is created, but if we create a package manually, we can add as many extensions that we like to a package, as long as they all sell at the same price and use the same registrar.
With the one package per price approach, we end up with one duplicate per registrar and per price + one package per exception
It's a bit messy
With the one package per extension approach, we end up with hundreds of packages, which is totally unmanageable via Blesta at the moment. Even with a pricing manager which can apply price slabs to groups of packages, who wants to have to manage hundreds of packages?
So, I'm hoping for the new way to manage domains to be like this:
With such a configuration, we would only have a couple of domains packages, but I reckon, most people would only have one.
So, is this where Blesta is going or is it best to fill our packages list with extension packages?
8 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.