1 / 4
Dec 2008

I'm looking to start using E-junkie because many people have recommended it, and it seems the best solution for digital downloads. But I'm stuck on the product limit pricing. I would be running a blog selling something new everyday, like a photography download or an MP3 from a band. These would be relatively small downloads, for relatively low prices.



The only problem is, I would need to upgrade the pricing after 10 days. And then upgrade the pricing again after just over another week, and of course, needing to keep upgrading as long as i had the blog open.



Normally, I would be ok with the increased pricing because a normal store would add well selling products and remove the bad ones, so presumably all the products would have a purpose. But the whole point of a good blog is that you can go back in time and find old stuff. Only a few items would have large sales at a time, the rest would be relatively little.



I guess a band would have the same problem, because having three albums selling track by track would put your pretty high in the pricing, although you probably won't get many sales from old albums. But you'll definitely get annoyed customers who occasionally want to buy an old song.



Any chance of coming up with a new pricing scheme designed to fit a "blogstore" format? I know you generally only have two variables (storage space and #of products) but maybe its time for another? I know by using Amazon, your storage and bandwidth should be very inexpensive, but I'd gladly pay a premium for bandwidth if it meant I got more product listings.

  • created

    Dec '08
  • last reply

    Dec '08
  • 3

    replies

  • 886

    views

  • 3

    users

The number of products we allow for each Subscription plan is the number of different products you have configured and saved in your Seller Admin, whether you are actively selling them or not. If you are no longer selling a product, you can delete its settings to free up that "slot" and reclaim any storage space used by a file you'd uploaded for that product. This pricing scheme accounts for the amount of database storage (and file storage if you are selling downloads) required to maintain your product settings in our system, which also tends to correlate with transaction-processing resource usage as well.



Our band/musician clients seem quite content with our pricing the way it is; 3 albums with, say, 10 songs each would occupy 33 product slots (assuming they are also offering each whole album as a package-deal product in addition to the separate tracks), so that would cost only $15/mo. to maintain that product range for sale.



We really have no other pricing structures available as standard, but I can ask our Billing staff to consider your situation and see if they could come up with a customized plan and contact you privately about that.

I would be interested in hearing from the billing staff privately. Especially about plans that might use the number of transactions and bandwidth/files delivered as the basis for the pricing tiers.

We've forwarded your question for consideration and will let you know what we come up with. :slight_smile: