User based discount

Permalink Browser Info Environment
This addon may be what I am looking for in regards to offering site members discounts on products as I quote one of your proposed scenarios 'Reward your best customers with “VIP” special offers". Can I create a discount code that is limited to a customer for a 1 time usage?

I have a series of 12 downloadable pdf's and want to allow members to select up to 6 of those for free. I was thinking of 6 different discount codes of %100 off; 1 code per product, no longer available to a user once used...but I still need other members to be able to download up to 6 pdf's for free.

Type: Pre-Sale
Status: Resolved
kimstone
View Replies:
mnakalay replied on at Permalink Reply
mnakalay
Hello,

Thank you for your interest in eCommerce 2 Mailchimp.

The answer to your question is... yes and no or it depends...

First I have to say that I strongly advise you against allowing your users to select any 6 of your 12 PDF files for free. You will soon find out that most will simply register twice with 2 different emails and get all 12 PDF files.

I think what you want (I am assuming here) is to let them have a sample for free so they come back and buy the rest.

I strongly suggest you select 6 of them yourself and allow free access to those 6 only.

Now, about eCommerce 2 Mailchimp. What the add-on does is, when someone buys something from your site, during checkout, they are asked if they want to subscribe to your mailing list (Mailchimp based). You can also subscribe them without asking but that's usually frowned upon.

If they choose to join your mailing list, they will be added to it along with all their buying data (what they bought, how much it cost, how much they spent...)

Then, from Mailchimp, you can segment your buyers based on their buying behavior. Who bought what, how often, how much was spent, when's the last time they bought anything...

Then, still in Mailchimp you create automated messages to be sent to specific segments. For instance, if someone bought product A, you send them a deal for product B which complements product A. Say they bought a new battery for their mobile phone, you send them a deal on Chargers.

So in your case, you could send a special email to certain buyers offering 6 free PDFs if they do whatever you want them to do(buy certain things or spend a certain amount). Then you set a second automated email sending links to those 6 PDF files to users who did what you wanted them to do.

If on the other hand, you want to stick with the idea of the coupon, I am afraid you will have very little luck.

First, the eCommerce add-on doesn't offer an option to limit the number of times a coupon can be redeemed. It is either enabled or disabled.

Second, my add-on (and Mailchimp) don't manage coupons. So even if you had the possibility to set 1-time coupons in the eCommerce add-on, you will have to create many of them and add them manually to your emails. You will not benefit from the automation of the task.

I hope this helps. Let me know if you need any more information.

Take care
Nour
kimstone replied on at Permalink Reply
kimstone
I greatly appreciate your thorough response. It sounds like it won't achieve the purpose of my inquiry as it doesn't tie into the c5 discount system or offer the types of discount I'm seeking.

As for your concerns about someone registering twice, these specials are only offered to members who go through a significant application process and pay an annual membership fee of $165.00 that would make a second registration virtually impossible and cost prohibitive.

That said, I may very well be interested in this add-on as a means of encouraging annual renewals.

Thanks, again,

Best,

Kim
mnakalay replied on at Permalink Reply
mnakalay
If you are interested, I could develop the system you want, based on the eCommerce add-on. I specialize in developing business tools and this would be perfect for my skill set.

Let me know if it's something you'd like to discuss.

Sincerely,
Nour
kimstone replied on at Permalink Reply
kimstone
Yes, I'm interested in your proposed solution and an estimate.

Let me know how you would like me to provide the specs for what I'm envisioning.

Thank you,

Kim
mnakalay replied on at Permalink Reply
mnakalay
Great! I will think about it over the weekend and send you a series of questions on monday. We can then go from there.

Would that work for you?
kimstone replied on at Permalink Reply 1 Attachment
kimstone
I appreciate your interest in helping me. I've included my initial thoughts below.

As for time frame, its needed as soon as possible; ideally by the beginning of 2017, but reality is what it is.

---------

Here is a basic run down of what I’m envisioning:

Goal: Designate a quantity limit of how many times each user in a user group can use a discount code. If this can only be set to a single usage per user that is fine, but defining a variable would be preferred.

Currently under discounts you can assign a discount to a user group and a product set which I believe is essential for this purpose (see the attached screenshot with notes).

These discounts are only going to be available under the following criteria
1) logged in users of a certain membership type (user group)
2) downloadable pdf’s of a certain product set

The initial usage driving the current necessity is that there will be a set of 12 downloadable pdf’s that can be purchased by anyone. The company will be allowing logged in members to choose up to 6 of those 12 pdf’s to be downloaded for free. Thus, the idea of a discount that can be added to the checkout process for up to 6 items but not all 12 items. The system has to allow flexibility for each user to apply the discount to any combination of 6 pdf’s. Essentially, the system needs to allow each user to either implement 6 different discount codes no more than one time per code, or to provide one discount code that can be used up to 6 times (or some designated variable).

It’s important to note that we don’t want unique codes per user, but rather simply to track a users use of a universal code or series of codes. These codes will typically be provided via email. What we don’t want is 6 different codes per user…thus resulting in 600 unique codes for 100 users...which would also require a multitude of unique emails to distribute those codes, resulting in tedious discount generation, virtually unmanageable communications, and an overly cumbersome backlog of data,

Ideally, what I would like would be two items added to the current discount generation interface:
1) a check box that says ‘limit discount usage per user’ which would be toggled in order to track the usage per user.
2) an entry field that would designate how many times the user can use the discount code.

If the above request can be made, it would result in a single discount code that could be distributed to multiple members who could then login and apply that code to up to 6 products of a designated set.

In the event the request above is too complex or requires too large an investment (to create the ability to designate a variable range of usages per code), I can envision a second scenario that adds one simple checkbox to the discount interface saying 'limit to one usage per user’ (rather than a range). In this scenario 6 discount codes would need to be generated and distributed to the targeted members.

In both scenarios, it seems we would need some notification on checkout in the event a user is attempting to use a code that they have already used, or reached the allotted number of usages.

Note the attached screenshot.
mnakalay replied on at Permalink Reply
mnakalay
I am sending you a private message, I think It'll be better to continue this conversation elsewhere

concrete5 Environment Information

n/a

Browser User-Agent String

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:50.0) Gecko/20100101 Firefox/50.0

Hide Post Content

This will replace the post content with the message: "Content has been removed by an Administrator"

Hide Content

Request Refund

You have not specified a license for this support ticket. You must have a valid license assigned to a support ticket to request a refund.