Using the Discount Codes add-on for Paid Member Subscriptions you can now limit discount code uses per user when signing up for a paid subscription plan.
Discount codes are a great incentive when trying to attract new subscribers to your membership site. There are however a few scenarios in which users may abuse the use of a certain code for accessing the benefits of a paid subscription (like restricted content or member-only products).
Let’s say you’re using discounts as a means to attract new users, giving them a free week subscription (instead of a free trial) or an initial price reduction. This shouldn’t be valid for renewal payments or in case they cancel their subscription and try to sign up again. It can be easily achieved by limiting the number of discount uses per user to a certain number, 1 in this case.
This way each user (email address) will be limited to applying and using the discount code once.
Setting up a limit for discount uses per user
First you’ll need to install and activate both Paid Member Subscriptions and the Discount Codes add-on. The exact steps can be found in our documentation.
When creating a new discount code you have the option to “Limit Discount Uses per User”. This option is set to 1 by default. You can increase this number or make it 0 in case you want the user to use a certain discount code as many times as he wants.
If you’re looking to run a promotion for new subscribers only, you’ll have to set the “Maximum Uses” to 0 (unlimited), while making sure to “Limit Discount Uses per User” to 1.
Notifying users of this limit
Here’s how an existing member trying to use this discount code more than once will be notified in the front-end.
This discount validation is done whether the user cancels and after wants to (re)sign-up, upgrades to a different subscription or tries to renew his existing subscription.
So, if you’re looking to limit the discount code uses per user on your membership site, you can easily achieve this using the Discount Codes add-on. Make sure to check out Paid Member Subscription Demo to see it in action.
We are happy to announce the release of the Edit Profile Approved by Admin Add-on for Profile Builder. The Add-on extends the functionality of Profile Builder by allowing administrators to approve profile changes made by users on individual fields. Until the fields have been approved the old values will be displayed for everyone else.
The functionality of the add-on has multiple use cases, some of them would be:
– be sure that users don’t change fields in their profile, that show up on your site, to improper words
– review the email address of the user before it is changed
– monitor changes of your user profiles
– approve avatar image changes
Setting up admin approval on fields
After we activate the Edit Profile Approved by Admin Add-on we will see new options for our Fields:
You can simply activate admin approval on a field by clicking the “Requires Admin Approval on Edit Profile” checkbox.
Fields that have “Requires Admin Approval on Edit Profile” enabled will have a check mark on the field list next to them.
How it works on the front-end
After a user updates his profile and if fields that require admin approval have been modified, those fields will be marked accordingly (yellow background and a description) and also will be notified at the top of the form.
Administrators have a couple of extra options on the edit profile forms, after activating the addon, that will allow them to filter users that require approval and approve individual fields.
* The administrator of the site will receive a notification email when a user has updated his profile and has modified at least one field that requires approval.
* The user will receive a notification email after an admin has reviewed his profile and clicked the “Finish Review and Send Notifications”
For more details on how to install the add-on or it’s functionality please visit the documentation page
Improving your product’s user experience is an ongoing task. Or at least, it should be.
Adding feature after feature in the hope of attracting more customers can easily become the norm and usability starts suffering. Without focusing on the big picture and constantly asking why, it’s easy to get off track. We’re guilty of it as well.
Usability, or simply put, ease of use, should be your number one priority. Trying to be everything for everyone is a clear path to disaster.
This is of course, easier said than done.
In this article, we’ll summarize the usability issues we’ve encountered in Profile Builder , our first and most popular plugin, and how we solved them.
Keep in mind we’re by no means usability experts, just constantly trying to improve our products.
How do you know you have a usability problem?
In order to fix it, you first need to be aware it exists.
So we did something we should have done a long time ago, which is ask users who install, use and then remove Profile Builder from their website, what’s the reason for it.
Just ask people why they stopped using your product and you’ll be surprised by how many are willing to share with you the details.
My colleague Madalin, implemented a feedback form which was triggered when someone tried to deactivate Profile Builder from their website.
Besides asking them the reason for deactivation/removal, we gave them options to choose from, to save time and increase the number of responses we get.
After running the form for around three weeks, we got around 4K replies and the results below:
We also made sure to switch the order of the answers so that the results are not influenced by the position of a suggested answer.
While “Lacking certain features” was something to be expected, since the results were collected from free version users, two percentages were concerning:
“Hard to use” counted for over 30% of the answers. It was a clear sign that there’s friction in the on-boarding process of some first time users.
“Poor documentation” had over 16%, so while not critical, it was definitely a sign we could work on improving our documentation.
Improving Profile Builder usability
Now that we know we’re not perfect, let’s see what we can do about it.
We made it our top priority and each team member was given the task to play with the plugin, put himself in the shoes of a new user, and think of ways (and write them down) to improve the user experience.
After a couple of days, during one of our team meetings, each one of us shared the things he wrote down. I must admit there were quite a few.
The good part is that some of them were duplicates, suggested by multiple team members (definitely a good sign). Those were added immediately to the development todo list.
The rest were brainstormed and prioritized. In the end we narrowed it down to the following list:
Redirect to Basic Information page after plugin activation (to guide and give new users a big picture of what they can do with the plugin)
Add a “Create Form Pages” button on Basic Information page to automatically create the Register, Edit Profile, Login, Lost Password, Userlisting etc. pages containing the forms.
If the pages with the shortcodes already exist, the button will become “View Form Pages” and take you to a listing of all PB form pages.
Visual shortcode insertion from the WordPress editor – a button that when clicked will open a popup and allow you to select the type of form and enter the arguments related to it (so you don’t have to copy paste the shortcode and search the docs for how to add a redirect argument for example)
Converting shortcodes to dynamic Gutenberg blocks
Transform Settings page into a tabbed interface (to declutter the current PB menu)
Bypass “Anyone can register” setting from WordPress and remove notification (it just adds friction and an extra step in setting everything up)
Remove other plugin notifications from all PB pages (users can get confused by global plugin notifications, especially when trying to set up a new one)
Rename / Change text (we’re creating forms, but the word “Form” was nowhere to be found in our menu items name)
“Manage Fields” became “Form Fields”
“Manage Default and Extra Fields” became “Manage Form Fields”
“Registration & Edit Profile” became “Register and Edit Profile Forms”
and so on…
Miscellaneous polishing (large list of tiny visual & text changes)
Here’s a before and after look at Profile Builder plugin menu.
Profile Builder menu before and after the changes listed above
This is how the new tabbed Settings page looks like:
It groups General Settings, Admin Bar visibility settings, Content Restriction & Private Website functionality.
Basic Information page now allows you to create all forms and corresponding pages in one click:
Keep in mind these are all rather small and quick changes we felt we can do in a relatively short amount of time and which can have a positive impact on usability.
Let’s see what happened after implementing the majority of improvements listed above. Meanwhile we also added features ( like the ability to create a private website) to the free version.
After this, we continued to run the feedback form and collected the following data:
Let’s see how things evolved:
Lacking certain features is now 21% ( down from 31% )
Hard to use is now 16% ( down from 32% )
Unsatisfactory support is now 5% ( the same )
Poor documentation is now 9% ( down from 16.2% )
Other is now 49% ( up from 15% )
As you notice “Lacking certain features” went down from 31% to 21% and most importantly “Hard to use” dropped from 32% to 16% (that’s a significant 50% drop!).
The change seemed quite impressive. Since the percentage drop from “Hard to Use” & “Lacking certain features” went into “Other”, and we also ask users to detail their reason in one or two sentences, I started to analyze the responses we got from people selecting “Other”.
The big majority of responses here were not related to the plugin functionality.
We got a lot of responses like: “this is temporary”, “temporary deactivation”, “just testing things out”, “upgrading to pro”, “don’t need – good work though”, “great plugin, just don’t need it anymore”. So the majority of replies from “Other” were not something we could change or control (not actionable).
Analyzing the responses in “Other” I also found things which could go into the “Lack of features” category and some under “Hard to use”, but not a lot of them, to justify the drastic percentage change.
Focusing on ease of use and constantly collecting feedback from your users should be an ongoing task for every product company.
While I’m fully aware that the percentage change is not 100% accurate, it’s a clear sign of usability improvement.
The exact numbers are less important, what’s important is taking small steps in improving your products.
Even a tiny change of wording can go a long way. Take this review for example which was left by one of Profile Builder’s free users, after noticing the simple menu text change from “Manage Fields” to “Form Fields”.
After this, we’ve started to collect user feedback on deactivation from all of our plugins. So Paid Member Subscriptions is next to get a proper usability polishing.
If you’re a Profile Builder user let us know what you think about the new improvements.
Also, if you haven’t tried Profile Builder yet and are looking for a reliable user registration plugin, take it for a spin or play with our demo version.
We firmly believe and stand behind the philosophy of owning your own data. While the membership and payment data was always in your database, it was not straight forward to export it. For this reason, you can now export member data stored in Paid Member Subscriptions to a CSV file.
Whether you prefer to view your own records of your member database, you wish to run your own reports, or you simply need to import member data into another service or application, such as MailChimp or Excel, Paid Member Subscriptions allows you to export all member records to a CSV at anytime.
Transaction history can also be easily exported to a CSV file, letting you then import the payment data into Excel, QuickBooks, or any other accounting software that can process a CSV file.
If you have a large database, you can export member data without a problem since the export is batched, so large data-sets are not an issue. You can filter both the Member Export and Payments Export CSV’s based on the membership status, membership type, payment status and payment date.
The CSV export file contains everything we record about a particular payment or transaction, such as user data (user id, login, email, first and last name), billing info (that’s collected if the Invoices addon is active) as well as payment gateway references. Since member subscriptions and payments can have different settings or are processed through different payment gateways, some of these fields can be empty.
Also, if the Multiple Subscription per User addon is active, the Members export CSV can have multiple records from the same user, but with different subscription data.
You can check out the Export functionality in the 1.7.6 version of Paid Member Subscriptions plugin. If you would like more features for the export member data feature or need help with something in particular, just open a ticket via our support page.