10 Comments


  1. One side-effect left out of the discussion is the pain of maintenance that multiple options causes. For example, to provide for a single new option requires a new admin page field, a new admin page if one didn’t exist, and accounting for checks on that option all throughout your code. Reducing options = potential less work down the road.


  2. I have 2 WordPress powered sites and am beginning development of a third. I migrated to WordPress from Typepad and went to Typepad from Blogger and have been blogging since 2003 merely as a creative outlet so I have been a user for awhile.

    I agree that what we want to see as users are the right options as opposed to no options. I am not a coder, I am all about content. What I look for in any theme or plugin I use are (a) it scratches an itch and (b) it is configurable with plenty of options that may or may not be important to me now but will be perhaps down the line.

    I have always appreciated having an “Advanced Options” feature. It tells me that if the default functionality that I am using ever becomes limited I can customize the plugin or theme to better meet my needs.

    A lot of WordPress users I suspect are like me. They create content and they use WordPress because it is the best, most configurable tool out there. But what we appreciate is that it both works “out of the box” but still allows us to extend its use if we so desire. Taking away options might make sense from a developer standpoint (since I am not a developer I can’t be sure) do not often make sense from a user’s perspective.

    Most plugins that I use rely on the default settings with some advanced options turned on, usually after I understand what they do. This is something I would hate to lose. Simplicity is fine where it makes sense but removing options to me seems to be a retrograde step.

    As a user, I like my options, even if I don’t use most of them because ultimately, somebody does.


  3. Havoc is the real deal. I recall following his work very closely “back in the day.”

    For both coding and using, I prefer less options. Less options on the UI, less options in the API.

    Fewer plugins.

    My solution is wrapping the WP API calls that I use a lot into a file or files in a theme/lib directory, and load lib from functions.php.

    I’ve just started provisioning lib/ using the Rubygems system. It’s pretty cool to run Bundler and have your php files automatically installed. Or create a gemset targeted to a specific theme. So far, one small gem which is still really rough, but I’m liking how easy it is to use.


  4. @Matthew McGarity – Compared to the pain of handling the support requests for the commonly-used options that you left out, the pain of adding and maintaining an option is negligible.

    To make it even easier, like most theme shops we’re using an options framework that makes adding and using options super simple. The danger is that it’s actually TOO easy sometimes :D.

    @Jeffro – Thanks for the mention!


  5. Thanks for writing this post and being willing to publish a contrary opinion.

    As a developer I definitely agree that the trend towards fewer options is troubling. I think “less options” is a fad and too many developers just jump on the bandwagon rather than doing the hard work of implementing progressive disclosure and deciding which options to give. I also think it can be a form of self-centered developer rationalization; it’s easier on developers to provide end-users with less options than addressing legitimate needs or worrying about the moderate-to-advanced user frustration.

    I’m not pointing fingers at anyone in particular, just hoping those who read this and have been following this trend without thinking consider what makes sense vs. defaulting to the flavor of the month.


  6. Great post and great topic.

    I believe there is one critical point that you touched on gently but missed when it comes to WordPress. “Know Your Userbase” is a very tricky notion, especially with a diverse user base such as the WordPress userbase.

    However, beyond the diversity, I believe there is one user group which is most neglected in the WordPress community. For the sake of simplicity (and for now having to call them the most neglected in the WordPress community) Non-bloggers. I believe this is a huge majority group that includes people such as:
    – New users.
    – Users with low computer literacy (may have a blog but refrain from using it because they can’t get over the learning curve).
    – Users who prefer simplicity and go to something like Tumblr.

    With Non-bloggers you can’t really get to “know them” – they are a silent voice. You couldn’t get much out of them even if you could reach out to them. Yet I believe that failing to address Non-bloggers is a compromise on WordPress’ core mission to democratize publishing. I am under the impression that a core democratic feature is giving everyone (that wants it) a voice. WordPress comes up short as it gives a voice only to those who can figure it out. Unfortunately the deeper you delve into the WordPress community – and as your approach development circles the less interested they are in doing anything about this since they love WordPress as is (with all of its options and features).

    With this in mind I believe there is another critical group of WordPress users which are not even considered part of the WordPress community. This is people who have a commenting account at IntenseDebate. Though they may not consider themselves bloggers, they essentially are – their “blog” is distributed across the websites where they leave comments. Automattic is in a unique position to make build make a bridge between commenting and blogging because they do both (Disqus can’t do this because they only do commenting). Ultimately every IntenseDebate account has the potential to mature into a self-owned web-presence – a blog!

    Both of this groups are systemically alienated by the underlying qualities of the “knowing your userbase” approach. You need to design for them rather then study them … but as Matt himself acknowledges (http://gihyo.jp/dev/serial/01/software_designers/0033) WordPress is not (yet!?) good at doing this.

  7. DoktorThomas

    If one must code/recode to get the options a site requires, one may as well code the whole site. Sometimes less really is less. Not everyone desires more “less”.

    While WP downloads may be inclining, generally blogging is declining. Are you reading more or fewer blogs these days?

    The WP download numbers are reputation driven. That reputation may not be sustained by offering less, .i.e., fewer options. Is WP becoming “McBlog” software??


  8. I wish that the ratings of the plugins wasn’t what I believe is arbitrary. I run a gaming website http://wheregamesarefree.com and spent a lot of time looking for the right plugins. I know they say that less is more but, it would be nice if many of these plugins were not so confusing. I am a simple person and prefer things to be easy for a noob like me to understand. I want to enjoy my hobby not kill myself in trying to figure out how to get it to work. Any plugin which the creator cannot sufficiently explain the features is not a plugin I will use. Talk to me like I am a baby.


  9. I agree. I think many theme options in premium themes can get bulky (load on the site) but then make it confusing on where to find things to make changes AND greatly minimize my option to customize things. A good theme options page does less than more.

Comments are closed.