Strategies for Supporting WordPress Plugins

Strategies for Supporting WordPress Plugins

As a WordPress developer – specifically for plugins, in this case – determining the best way to provide support for your work can be a challenge. In fact, I’m currently in the process of evaluating what may be the best route for my current set of plugins, so this topic hits close to home.

As such, I thought it would be a relevant topic to share and discuss with the Wptuts+ community.

So in this article, I want to take a look at the problems that exist with supporting WordPress plugins, some of the current models for supporting WordPress plugins, and then initiate a discussion in the comments about the various options outlined here (as well as those that aren’t covered).


The Fragmentation of Support

Before we discuss the various options for support, it’s important to note that as it stands right now there is a fragmentation of support that exists, even if you’re simply maintaining a free plugin in the WordPress Plugin Repository. For example, here’s how a lot of developers work:

  • Publish a plugin to the WordPress Plugin Repository. The repository offers a free support forum.
  • The developers then blog or publish an article about their plugin. This post now offers a comment thread that supports questions and comments about said plugin.
  • The developer is likely on Twitter or another social network on which users can connect and ask questions regarding the plugin.
  • The developer also has an email which acts as yet another channel through which others can talk with the developer about issues that they are experiencing.

Now, to be clear, I don’t fault anyone for reaching out to the developer through any of the available channels.

The problem is not with the users. Though I hesitate to say it, I don’t even think the problem is with the developers. The problem is with the variety of ways we share our work.

We need a way to funnel all questions through a single channel so that the problems, solutions, questions, and answers are easily visible or accessible by others so that developers aren’t left repeating themselves.

But that’s a tricky problem to solve. Some have done it well, some are still looking for solutions, and we’d love to hear from both in the comments. In the meantime, let’s review some of the more popular support models that exist.


The Support Models

We’re going to look at four different models for offering support. I want to be clear that this is not the definitive list of support options, but a few of the most common support models that developers use today.

Premium Support

ZenDesk

One way that developers offer support is through some type of closed system. This doesn’t necessarily mean that all questions must be answered with payment – only those that are more involved or that require a significant time for troubleshooting.

The advantage to using this model is that there is obviously financial compensation for the time spent in helping the user. Often times, users are happy to pay assuming that the price is reasonable, and that the problem is significant enough; however, this can spur some bit of push back as users who believe that a free plugin should come with free support may also reject this.

It’s a fine line to balance, for sure, and I agree that plugins should all work under a certain set of conditions; however, I don’t believe that every problem that crops up is insignificant enough to warrant free support.

There are so many different permutations of hosting environments, WordPress versions, conflicting plugins, and other factors that isolating the problem can be challenging enough.

WordPress Plugin Repository

WordPress Plugin Repository Support

The WordPress Plugin Repository is often under-rated, in my opinion. It offers a variety of really nice tools for plugin developers that are simply under utilized either by the developers or by the users.

Aside from offering a consistent experience across the board for all developers and users, it gives us:

  • A way to brand our work using the header image
  • An easy way to provide a clear description of our work
  • Instructions on how to install the plugin
  • A section for Frequently Asked Questions
  • A Support Forum
  • …and much more

The problem is that you often have to consistently check back to the plugin pages to see if any new topics have been opened. On top of that, many of the people who leave topics are used to the plug-and-play model of themes and other plugins which can cause erradict results thanks to poor coding practices, conflicts, or some other anomaly.

Even still, the Support Forum isn’t bad – it’s free, it’s available for each plugin that we release, and it provides a consistent experience for the users. It’s worth considering, but it does require a bit of extra effort on the developer’s behalf.

Email

Support Emails

Email is a slippery slope when it comes to offering support, because it has a slightly more personal feel to it than one of the available forum options. As soon as you begin offering support through email, you’ve essentially given a user permission to contact you regarding a number of other issues either with their plugins or with WordPress problems they may have.

I’m not sharing this out of ignorance, either. This has happened more than a few times with me (and I do take full responsibility for it). Secondly, the problem with using email for support is that it has absolutely no visibility.

It provides no value to anyone except the person(s) in the email thread. This means the potential for duplicate support is really high.

No Support

Finally, one extreme option is simply to offer no support. I’m not particularly advocating this strategy, but I have seen it done, though I can’t speak to its results.

But if you’re offering a free plugin and you’re actively maintaining it, one option is to simply put it out in the wild and let the users fend for themselves.

It’s a dangerous route to go as I think that, as developers, we have some responsibility to our users since we’re attempting to create something to solve a problem for them, but that’s just one subjective stance on the topic. I’d love to hear others’ thoughts on it.


Does Free Plugin Equal Free Support?

Before concluding, I think it’s worth asking the above question: Do free plugins imply free support? Personally, I don’t think so. At least, not as a whole.

On some level, I think that there’s a level of support we are obliged to give – especially those that normally take just a few minutes of time to resolve; however, there are other more convoluted issues that simply require more time.

At this point, I think it’s perfectly acceptable to ask for some level of compensation. I consider this to be analogous to a warranty with a physical product – replacements parts or fixes are available for a certain time; however, more complex problems usually require some type of technician.


Conclusion

I’ve had recent conversations with respectable WordPress Plugin Developers all of whom have a stance on where to draw the line at free and paid support; however, each developer has his or her own opinion on what works for them.

Above all else, the conversation was rich with a variety of options, advantages, disadvantages, and more. To that end, I’d love for the Envato community to chime in and see if there isn’t more to be discussed – and possibly even solved – through the comments on this post.

Note: Want to add some source code? Type <pre><code> before it and </code></pre> after it. Find out more
  • Pingback: Strategies for Supporting WordPress Plugins - Red Free Hosting | Red Free Hosting

  • http://franceimage.com/ Fr. Image

    Very inspiring article …

    The fragmentation is a real issue.

    I think you should write your solutions in only one place (your blog for example) and link to it each time this is the answer to a question.

    The kind of support you ‘owe’ may be simpler.

    You document (or showcase) the behaviour of your plugin in the latest version of WordPress using a given theme: the bugs found in this configuration have to be solved.

    The other bugs have to be considered as integration issues: you can only address the recurrent ones (and you can only do your best)

    • http://twitter.com/tommcfarlin Tom McFarlin

      Thanks – glad this article hit on some of the issues.

      I also dig the points that you’ve shared – valuable stuff here.

  • Jeff Clark

    This is an awesome article and a topic that I am working through currently. I am finally getting around to putting my plugins and themes together and I am hung up on how I want to support everything.

    My solution will be a ticketing system. I was also thinking of how over time I can eliminate the amount of requests for support. My thought was to create a CPT on my site that would be the response to any ticket.

    That way all tickets submitted are responded to and published for others to view, its then searchable, archivable, categorized and best of all, organized!!!

    • http://twitter.com/tommcfarlin Tom McFarlin

      Check out some of the other comments – there have definitely been some good suggestions in the comments above this one!

      • Jeff Clark

        Ya I am looking into Zendesk for sure, just trying to keep cost down initially! Thanks

  • http://twitter.com/deckerweb David Decker

    You should also update your (very great!) post regarding the WordPress.org plugin support forums (for themes there as well) with one important thing: on the forums only English is allowed as official language! This is perfectly fine at first sight. However, if you are like me and offering language pack plugins – for example with German translations for special plugins – then YOU WILL get support questions in THAT language (in this case, my native language which is German). Then the .org moderators jump in and delete/edit your or the user’s posts and/or send users to other forums around the world where they think users could get help… (obviously they googled something…) This is HORRIBLE for me as a dev who does support in his free time and for the users as well. It damages my reputation and confuses users A LOT. Explaining this to the mods did not help. Their rules are very strict. Problem here is: users just come to the very place they got their plugin from to search for support first.

    Because of all these practices – and guidelienes – or dogmas (call it what you want…) – I just decided to open up my own bbPress powered support forums very soon. I have no other chance to open another channel and to even increase the fragmentation… just because of these realities. Also the notification system really has its issues on .org as feed and email notifications get to me often 3 or more days delayed. This really sucks.

    With all this said, I still LOVE the .org possibilities for developers and the “functionality” we get there as plugin authors. What I suggest is A BIT more flexibility for international users and devs. Otherwise we have no other chance as to carry the burden of offering our own support channels – and in the end maintaining here and there running out of (development) time…

    • http://wp.tutsplus.com/ Japh

      Hi @twitter-8314012:disqus, have you tried using the German forums on WordPress.org ? http://de.forums.wordpress.org/forum/wordpress-deutschland

    • http://twitter.com/tommcfarlin Tom McFarlin

      I’m with you – I dig the functionality that .org provides, but there are times where I have to ask others to contact me privately via email or share more information in order to help diagnose the problem at hand because it becomes so cumbersome to try to figure out the problem.

      Basically, no two problems are alike.

      Secondly, I had no idea the repositories were only in English. I had assumed that they were fully localized (since so many other things – themes, plugins, sites, etc) are.

      Interesting, indeed.

      • http://wp.tutsplus.com/ Japh

        See my comment above, I’m pretty sure there are localised forums, they can be tricky to find though.

  • http://www.brandonkraft.com/ Brandon Kraft

    With the WordPress.org support forums, plugin authors are subscribed to new messages in their forums, or if for some reason you are not, you can subscribe using the links on the right side of the plugin forum homepage.

    All the points are good and valid, but don’t want to discredit the repo forums for something they actually do.

    • http://twitter.com/tommcfarlin Tom McFarlin

      Oh, totally – no discredit to the forums.

      Unless I’m way off, I don’t think we’re automatically subscribed as I have to manually check the support forums each week then subscribe to any new threads that have shown up.

      • http://www.brandonkraft.com/ Brandon Kraft

        I may be thinking of automatic e-mails re SVN commits, but you can subscribe so you don’t have to check it manually.

        Go to your plugin’s support page (e.g. http://wordpress.org/support/plugin/SLUG ) and at the bottom of the list of threads, before the form for a thread, there is a small link to subscribe to e-mails for that plugin if you’re logged in.

        You can subscribe to any plugin, not just your own or if you’re listed as an author, so other staff could subscribe too.

        • http://iandunn.name Ian Dunn

          There’s also been RSS feeds for forum tags for as long as I can remember, and if a user creates a thread through the plugin’s page it’s automatically tagged.

  • http://twitter.com/deckerweb David Decker

    Where’s my comment I wrote here? Are comments being censored here or what? It’s frustrating to experience this after writing a very long and detailed commend. Also, this “Disqus” system in general is really worse! Just use the default WordPress comments which are a lot better!

    • http://franceimage.com/ Fr. Image

      You should write it as a draft before pasting it.
      Your comment must have been caught by the anti spam (it happens also a lot with akismet)

    • http://wp.tutsplus.com/ Japh

      Hi @twitter-8314012:disqus, your comment was caught by the anti-spam filter. I’ve approved it now.

      • http://twitter.com/deckerweb David Decker

        Thank you, that’s awesome!
        Was a bit confused before, all ok now. Sorry for the trouble! :)

        • http://wp.tutsplus.com/ Japh

          No worries :)

  • Pingback: The WordPress Weekend Roundup - WP Daily

  • http://twitter.com/hasin Hasin Hayder

    Freshdesk is a good option to be honest :)

    • http://twitter.com/tommcfarlin Tom McFarlin

      Haven’t heard of it – definitely going to check that out!

    • http://twitter.com/nciske Nick Ciske

      Do you know of anyone using Freshdesk for WordPress plugin support? I love the idea of it and have a free account I’m tempted to use, but synching paid users (vs. using bbPress and the WP user system) seems like a pain…

  • Pingback: Strategies For Supporting WordPress Plugins - Tom McFarlin

  • http://twitter.com/spivurno David Smith

    I’m a huge fan of HelpScout. It’s basically email support on crack. I’m launching a new product soon and after a lot of thought (and experience supporting Gravity Forms), I’m going to roll out with only email support up front (via HelpScout). Some thoughts on email support:

    1 – I would not ever use a personal email for supporting a product. You’ll want a support@yourproduct.com style address.

    2 – The user may assume you’ve given them permission to contact them on other issues but you haven’t and a canned response reminder that this avenue of support is only applicable for your product should help mitigate the time wasted answering these kinds of queries.

    3 – The loss of shared value is the one thing I do not like about email support and is the single point that still makes me waffle on whether to add a support forum. At the end of the day, my decision to do only email support (not set in stone) is based on the fact that forums are not a very efficient way for guaranteeing a response and resolution. If you’re wanting to come out of the gate with strong support, I’d really recommend email support.

    • http://wp.tutsplus.com/ Japh

      Great points, @twitter-14325432:disqus, thanks for sharing your wealth of experience from Gravity Forms too :)

      What do you think the differences are between email support, and a support forum with email notifications? In theory, that should be the best of both worlds, right? But in practice… it hasn’t turned out that way in my experience.

      • http://twitter.com/spivurno David Smith

        I think there is just inherently more conviction to respond to an email directly from the user rather than a system notification that the user posted a response on the forum. I’m not sure of they psychology behind this or if is just limited to me.

        I also think that notifications of a response are less efficient then simply receiving the response and require additional effort to manage (open notification, click on link, respond to thread, go back to email, archive/delete notification). Not a big deal for small amounts of support, but can be a giant PITA as the quantity of support increases.

    • http://twitter.com/tommcfarlin Tom McFarlin

      All good points, David.

      For support of my first two premium plugins, I used ZenDesk and that’s actually what we at 8BIT continue to use. Having a public place to answer questions for the sake of having them publicly visible, searchable, and retrievable is a huge plus.

      I’m going to have to look into HelpScout. There are a few plugins that I have right now that I am looking into beginning to offer a premium level of support. I’m also looking at UserVoice as I’ve used it from a end user perspective and was fair on that.

      Finally, you’re right regarding the email address. That’s a #protip for others to see :). But right on with email support – as much as i try to run everything out of my inbox, *everyone* has an email address.

      Why not take advantage of it and have it pass through a system that’ll publicly archive it?

      • http://twitter.com/spivurno David Smith

        “Why not take advantage of it and have it pass through a system that’ll publicly archive it?”

        Definitely something worth considering. Here is one issue that would need to be addressed. Email is assumed to be private. Do you request permission to publish the exchange at the start or after resolution? How much “touching up” would the publishing require (removing private details, allowing user to remove anything they consider sensitive)?

        It seems to me a curated FAQ-style list of recurring issues might be a decent solution.

  • http://mattreport.com Matt Medeiros

    In my two most recent interviews I talked to Jason Coleman author of Paid Membership Pro and Pippin Williamson of Pippin’s plugins.

    Jason takes the freemium approach, where pippin takes a more common marketplace/paid approach. It’s interesting to see how their models contrast and feel so similar at the same time.

    Jason talks about how he limits the level of support unless you’re a paid member and how that filters out some client’s and upsells others into a white glove solution.

    From a technical standpoint, I think Pippin get’s a bit more fragmented on support just from living on Envato, his own bbPress support forum, and taking in e-mails.

    When I asked him about supporting via e-mail, he said Gmail labels saves the day but it’s not about where the requests are being placed it’s that you’re actually responding in the first place.

    Certainly a healthy debate and a great conversation to have.

    • http://twitter.com/tommcfarlin Tom McFarlin

      Agreed. Jason and Pippin are both two examples of guys who are doing it successfully, although a bit differently.

      Having the shared perspective is healthy as it lays out all of the options that we really have.

      There’s no silver bullet.

  • http://twitter.com/tommcfarlin Tom McFarlin

    Thanks for sharing that link – I dig the integration with WordPress as I think it really closes the gap by forcing the users out of the dashboard and into yet-another-system.

    But I’m curious: how much success have you had with it? I think people are so used to actually using a third-party system, that it may be expected and/or the norm.

  • http://twitter.com/scottkclark Scott Kingsley Clark

    This is something I’ve been thinking about for a long time. I’m a big fan of how Pippin Williamson does it for Easy Digital Downloads. Free (basic), Paid (priority): https://easydigitaldownloads.com/support/pricing/

    As a user of that project, I know exactly what I’ll get when I use the plugin, and know that the people involved will get compensated for when I need something more specific.

    The project also includes free / premium add-ons, which also brings more value to the project, and overall less bloat to sites using it. That model is really nice in my eyes because it also promotes new feature development through add-ons instead of putting all of the weight on the plugin’s core developers.

    There are third-party add-ons out there, by some big names even, so that’s a testament to the value a model like that can bring. It also helps foster more involvement by third-parties who can also make a healthy living through the premium add-ons.

    In Mid-March, I’ll be unveiling the new overhauled model for my own project, the Pods Framework (http://pods.io/). Many factors have brought me to this decision, and I’m happy to see a model like Pippin’s working. That’s the new model (with some tweaks) that Pods will be utilizing, so it’s a win-win for everyone, and not just a time-grab for everyone trying to get the Pods core devs attention.

    • http://twitter.com/scottkclark Scott Kingsley Clark

      As a follow-up, my current support model is this, and it does take a bit of time out of my life:

      1. Bugs and feature requests go into GitHub

      2. Support / how-to go into the forums

      3. I monitor Twitter for terms related to the project, to reach out to support those who have positive / negative thoughts; Some Twitter users @ me or the podsframework account directly for help

      4. I monitor and respond on the WP.org plugin forum

      5. I reply to e-mails the best I can, but mostly recommending users toward one of the official methods (GitHub / Forums).

      6. I monitor and respond on the Freenode IRC #podsframework channel, which is one of the primary ways our team communicates

    • http://twitter.com/scottkclark Scott Kingsley Clark

      I’m planning to tighten the grip on time consuming support posts and directing them to the premium support, which should really help me feel better about it. It sucks when someone comes along and makes a support request that isn’t a bug, isn’t a feature request, or is a ‘code this for me’. Sometimes those take more time from other people who have legitimate issues.

      The biggest problem I have with support right now is defining what’s “fair” for a free plugin to provide for support. There’s a range of people, very gracious, very irate, very smart and willing to help, very critical, etc. The new model should really make it easier to say: “Hey, here’s what we offer, you fit into one of these categories, we can suit your needs.”

    • http://twitter.com/tommcfarlin Tom McFarlin

      This is a fantastic comment.

      A fellow developer and I were just discussing this at a local meetup and we were hashing out the various models, problems, etc that exist with supporting plugins.

      Seeing how the rest of you guys are doing it – and doing it well – is inspiring and motivating. I’m hoping to find the time to do the same thing for my own plugins. Just gotta find the time :).

  • Pingback: #WordPress : Strategies for Supporting WordPress Plugins | Gladys Pintado