Supporting your own software is inherently tricky. As the developer, you want to give the best possible level of support to your customers, but often due to circumstances out of your control, it can be impossible or extremely difficult.

I released my first official plugin (notely) to back in 2016, a modest effort that to this day only has 800+ active users and a five star rating. Very early on I realised that for the most part, users are pretty helpful when it comes to providing feedback. This is not only awesome but also makes me optimistic about helping them towards a solution.

At the same time, most users are not technically savvy on the subject of actual WordPress development, and will happily give a plugin a 1 star review when your plugin fails them, even when it isn’t the plugin’s fault.

With this in mind, here’s a few things I’ve learned over the years.

Some users will give a bad review when your plugin doesn’t solve a problem it wasn’t designed to solve

Last year I had someone reach out for support because my “dumb plugin” Open Graphite was not working as they expected. It turned out they had four other plugins activated (yes activated, not just installed) that were also responsible for handling open graph meta tags, and installing Open Graphite was their fifth attempt. This means when their website was scraped by any social media platform it would encounter five sets of open graph tags instead of just one. It was a complete mess. (Incidentally this probably also means that four other plugin developers received similar correspondence to mine).

After identifying this problem and convincing them to deactivate the other plugins, there was still a duplicate set of open graph tags present. Further investigation revealed that the theme they had purchased already performed open graph duties, and so there was no need to install mine or any other plugin for that purpose in the first place.

But that wasn’t good enough. They claimed that the open graph control in the theme was “crap at best” hence their reason for trying other plugins and eventually Open Graphite. 

The problem they were trying to fix was that Facebook was not showing the ‘correct’ thumbnail of their post. What they did not know was that Facebook keeps a cached version of the post for 24 hours, and someone had already shared the post on Facebook while the older thumbnail was in use. So for several hours they threw different plugins at the problem hoping that Facebook would show the new thumbnail, but of course it never will for 24 hours unless you run the URL through the Facebook debugger.

From the users perspective, Open Graphite was just another in a long line of plugins that did not appear to work (even though it does work), but in reality it just didn’t solve the problem of user ignorance, and consequently it received a one star review despite me explaining that the 24hr cache is mandated by Facebook, and not the fault of any plugin. Sigh.

Lesson learned: Despite your best efforts, some users are dead set on giving a negative review and there’s not a lot you can do about it. Expect that it will happen at some point.

Some users expect you to support issues that aren’t related to your plugin

In situations like this, I like to at least offer a push in the right direction. Any help is better than no help, and for all you know that nudge might lead them down a path to solving their problem.

Lesson learned: Going out of your way to offer a little help when it’s clearly outside of the support scope can still earn you kudos, and demonstrates a caring attitude in a public space.

Many users aren’t running the latest version of your plugin

As any plugin developer will testify, this is an ongoing problem. The entire purpose of updating plugins is to solve technical issues, squash bugs and perhaps introduce further functionality. But quite often the user is running an outdated version of your plugin and didn’t bother to update it before making a complaint about an issue they were experiencing.

Take a look at this chart from my Open Graphite plugin:

For context, v1.0 is 13 months old, v1.1 is three months old, and v1.2 is seven weeks old at the time of writing.

Clearly a significant number of users are running very outdated versions of the plugin. I have had (on more than one occasion) an email from a user complaining about an issue that I had already solved weeks ago. Updating the plugin would have taken less effort than composing an accusing email.

Lesson learned: There’s no way to force updates on users, and so all you can do is hope they adhere to a good plugin update policy.

Some users will leave an unhelpful review

Easily the most unhelpful review I have ever had is this:

This doesn’t do anything, it should be removed from the listing”

This is unhelpful for one main reason: it doesn’t offer any information for other users other than the fact it did not work for them. It would have been more helpful if they were a little more specific. This review, despite giving a low score, is still appreciated for being helpful:

This comment may help XTreme Builder users avoid using the plugin in the first place, and also provide me with some valuable feedback where I have the chance to correct any issues for users of that theme.

Lesson learned: Sometimes low scoring reviews can be among the most helpful.

Some users will give you a bad review for excluding certain features in the free version of your plugin

This is a little subjective depending on who you ask. But I felt that this review…

Sorry, but if defining defaults requires buying a PRO version, then it is probably not worth the trouble.

…was not 100% justified. To me this is really the user disagreeing with the choices I made when building the free and pro versions of the plugins, and a particular feature they wanted was not in the free version.

A WordPress moderator disagreed with my assessment and the review stands. It’s still worth mentioning here for other plugin developers to be wary of.

Lesson learned: You can’t make everyone happy, and sometimes you have to agree to disagree.

Some users feel entitled to free software

Thankfully the large majority of users appreciate the fact that you’ve spent significant time and resources creating something for them to use at absolutely no cost (to them).

And so I was always miffed whenever a user said I was “an idiot” for not providing them with a free version of one of my premium plugins.

Offering free versions of your software comes with its own set of challenges, such as having to maintain and support two different versions of the product as an example.

To cite another example of entitlement, I once had a user send me an email demanding that I hand over a copy of one of my premium plugins because (and I’m paraphrasing here) “WordPress is open source and you have to give me a copy whether you like it or not”. After pointing him to my article about how the GPL works, and mentioning that the GPL affords me or anyone else the right to put their software behind a paywall, he didn’t like that and called me a “d*ckhead” for not complying. Sigh.

Lesson learned: You absolutely do not have to create a free version of any of your plugins, and any feedback claiming otherwise is both misguided and ignorant.

In Summary

You take the good with the bad. As mentioned already, thankfully most users are respectful of your efforts, but you’ll always come across negative nancys ruining your day.

They can be a genuine drain on your mental health, so try not to let them get you down. As much as it might be counterintuitive, in a public forum it’s best to be diplomatic and take the high road.

The WordPress support ecosystem isn’t perfect but it’s all we have, and so you should ideally make efforts to keep the experience as positive as you can.

Happy coding.