Improving the Drupal Admin Interface

Be careful what you wish for — good advice! In working with various content management systems, I’ve always wanted the chance to improve the user experience. But actually getting the opportunity to do so uncovered much more complexity than I’d even dreamed.

For me, the biggest challenge was in bridging the gap between what the users of Buzzr would expect to do, and how the Drupal admin interface actually works. It’s possible to do so much in Drupal if you’re a trained professional — but is it possible to enable ordinary people to take advantage of what Drupal has to offer?

The three areas of greatest conceptual difficulty for the user (from my perspective) are:

1. Confusing overlap among blocks, pages, templates, and features

For a user (even a relatively experienced user) trying to set up a new site or manage an existing one, configuring “what you want on your website” first starts with deciding what goes in the navigation. But what are those things? Are they features (“blog” or “wiki”) that might have any number of pages associated with them? Are they static pages, or are they dynamic containers? Is it clear what it means to choose a template layout  like “gallery view”? If they choose to show information in the sidebar, do those blocks appear on every page?

2. Confusing overlap between page layout and page design

When a user thinks about “designing” the site or choosing a “theme”, what does she mean? Is it the colors and the typography? Is it the underlying column and grid structure? The placement of the navigation bar? What about the categories and types of pages that go in the navigation? Even though I’ve dealt with these very issues every day at work for nearly 15 years, it’s not always clear to me — and certainly wasn’t clear-cut to our users.

3. Confusing overlap between navigation and views
The ability to create custom views of content is one of Drupal’s strengths. Communicating that capability to a site administrator so she can set up her own filters can be tricky. How do you explain that some navigation elements are views on the same content (products filtered by product type, or posts filtered by location, for example) and some navigation options are to static page templates?

We puzzled through these issues for quite some time, and I know we’ve made good progress. But we’re focusing on the needs of one particular type of user. Solving these issues to meet the needs of the wide range of people who use the Drupal admin interface is vastly more complex.


5 thoughts on “Improving the Drupal Admin Interface

  1. Pingback: Improving the Drupal User Experience

  2. So I am interested in how you solved the last one, I believe there are many directions for Drupal core to move for the first two. But making the power tools of Drupal more accessible by improving their experience – is a place where we can move a lot faster.

    It’s always great to see the recognition of the complexity of Drupal’s problems, which I believe is highly underestimated.

    • digitrix6 says:

      Well, there are some very simple solutions, like letting people associate a category/tag with a page template (list, gallery, rotator, etc) and then letting Drupal work its magic. This is actually quite intuitive when people know exactly what they want in their navigation and how they want it displayed. For example, if I have a jewelry store, and you show me an interface that makes it very easy to show every node categorized as “earrings” in a gallery view, then I’m happy and it all makes sense.

      Of course, nothing is ever that easy. I can pretty much talk to Jeff Eaton about this subject all day.

  3. Interestingly we have these discussions, every week or so in the Drupal usability channels and we still haven’t been able to tackle them truly. Making it more rigid, instead of flexible will solve it but what is the challenge in that 😀

    I spoke a bit with one, about feature libraries which combines views with functionality (CCK and/or panels) so you can just browse a site, pick the one you want and it will import those in your site. This all depends of course on those three modules installed, but the flexibility you can achieve with just those is already staggering and would be similar to Jeff Eaton’s simple views.

    We are trying to clear up two, mostly by information architecture. Also making it clear what you are changing, and how – instead of an after experience, once you done it.

Comments are closed.