Drupal.org – Crowdsourcing Usability Testing – Get Involved!

Another day, another way to be involved in the Drupal.org redesign project, and this one’s a little different – but I think it’s going to be great fun!

Here’s what we’re going to do.

I’m going to be doing some remote usability testing using screen sharing and screen recording software that I’ll share back with all of you and that will help guide the ongoing design of the prototype. In particular, I’m going to be doing research with ‘outsiders’.

If you have either experience or interest in helping in this research effort, then I invite you to help test the prototype, either by doing more online remote research, or – even better – by doing some ‘in person’ research with people near you – especially people who are Drupal insiders.

We can then all post the videos of our research together with our findings and recommendations in a central location, building an amazing resource to document the progress of the prototype and what has guided the decision making as it is designed.

We’ll be asking people to help out with testing for each iteration as it is released, so if you’re too busy (or nervous) now, then never fear, opportunities abound. In fact, there’s no reason why this should stop just because the redesign team are off the case.

This is a little more complicated than our original crowdsourcing effort (wireframing), so I’ve quickly thrown together the skeleton of a wiki where we can pull together a toolkit of need to know information for this project – technology to use, how to interview, how to analyse results, that kind of thing. If you have expertise in this area, please feel free to pitch in a few recommendations.

You can find the Crowd Sourcing Research Wiki here. (Be warned, it’s pretty ugly, but I’m too excited about this to spend time making it look pretty – anyone who wants to do so is more than welcome).

So, consider yourself invited. If you’d like to be involved in helping test the prototype then please get involved. If you’ve wanted to try your hand at usability testing but have never had the opportunity, here it is. Exciting, huh? :)

Drupal.org – Prototyping commences!

Progress continues apace on the Drupal.org redesign project – thanks to lots of help from you, we have now moved into the rapid prototyping phase.

In the spirit of this open redesign process, you’re more than welcome to take a look at the prototype as it evolves from its current, very sketchy state to … well, whatever it becomes. Hopefully a great home for the Drupal.org community and their product!

Now, be warned – it’s not pretty and it is far from complete. There are some things we kind of like and plenty we think may be a little dodgy, and some stuff that is just holding a place until we have more time to think on it (or to generate a little feedback in the meanwhile). The visual design (colours, fonts, etc.) of the prototype bears not resemblance to what we imagine the finished Drupal.org website will look like. Some of the content we kind of like, a lot of it is just holding text. It is very much a work in progress!

It’s really all about what’s on the page and what it’s called – lots of information architecture to look at really!

Anyway – enough with the disclaimers – why don’t you go take a look for yourself and, if you’re so inclined, leave any feedback or questions you have in the comments here and it will go into the mix for the next iteration. I’ll let you know when the next version is up for you to take a look, and we’ll continue like that for the next few weeks at least, as we gradually build in all the content and functionality and fine tune the content and interaction.

Drupal.org Prototype Development – Iteration 2

Drupal.org – What we learned from the Community Wireframing Project

 Stickynotes

I thought you might be interested to know a little about what we did with all the wireframes people submitted for the Drupal Redesign Project.

Around 30 wireframes were submitted, mostly to the Flickr group, but also on Drupal Groups and other locations (linked to in the comments of the original post). I think this is a really great effort and I am really pleased with the participation in the project.

It wasn’t just a fun exercise though, so since receiving the wireframes I’ve been doing a little work to try to understand what this exercise can tell us. In order to do so, I’ve been making a page for each template that people chose to tackle and then making a little sticky note for each piece of content/functionality or concept that people included on their wireframes and tracking how many times an idea was included. 

This process helps us to confirm a) which templates people are thinking about most (the homepage (predictably), community, support, project and documentation type templates were most common), and also b) what kinds of content they expect to be able to find on that template.

The results are certainly not a prescription for which templates we design and what goes on them, but it is a useful input to the process, particularly as a cross-check – to make sure that the ideas we are suggesting aren’t omitting anything important, and that we have considered all of the ideas generated from this exercise in the process of working on the wireframes and prototype.

Most excitingly, though, we hope that this exercise has helped to encourage more thinking about what the new Drupal.org can be, and to trigger some really interesting conversations – in particular some great ongoing discussions around the project page, and integrating groups and projects over in the Redesign Group.

Don’t feel that you have to stop now though – drawing things out is a great way to communicate your thoughts and give us feedback (can save a thousand words, so they say) – if you’ve got an idea or something you’d like to share, feel free to run up your own wireframe – pen and paper is fine! – and post it either to the Flickr group, or your blog, or to the Redesign Group, and let’s talk about it!

Drupal.org – more thoughts on the Information Architecture (Part 1 – Projects, Downloads etc.)

Thanks to everyone who gave feedback on my initial thoughts on the information architecture – it was certainly food for thought and, as a result of that and some more work on our part, we’ve moved on a little in our thinking – I’d like to share some thoughts and some questions with you now, for your consideration.

Download/Project

In my previous post I suggested that perhaps two different faces on essentially the same content could be valuable – one being ‘download’ which would be used by people who were using Drupal as a tool and looking for the core, modules and themes to download and use, and one being ‘Project’ which was targeted at developers involved in further developing and, of course, maintaining Drupal, the project.

After hearing all the feedback to this, I now agree that this is not a great idea – in a nutshell because, as you have said, we don’t want to create such a void between using Drupal and contributing. Also, given that we have a ‘getting started’ page, people who are less familiar with Drupal will be directed there, and from that section they can be given an easy guide to what to download and from where.

So, based on your feedback to date, let’s remove ‘Downloads’ as a section or sub-site.

Information Scent for Core/Modules/Themes/Translations: I’m thinking of a word that is *like* ‘Project’ but makes sense to ‘outsiders’

That leads me to one of the reasons I suggested ‘Downloads’ in the first place – being that ‘Project’ is a very ‘Drupal’ word. To someone who is versed in Drupal-speak, ‘Projects’ means ‘things that we’re working on, like the Core project, Modules, Themes, and even Translations/Localisation. But for someone who is NOT Drupal-speak-savvy, ‘Projects’ or even ‘The Drupal Project’ is not good information scent for really important (perhaps some of the most important) content on the site.

Non-Drupal-speak-savvy people will not look under ‘Projects’ for Downloading Drupal, Modules, Themes or Translations… so we need to come up with a label for this part of the site that makes sense to everyone. (Or, at least, gives them a clue of what might be contained within, sends them in the right direction).

The card sorting exercise gives us the following insight:

  • When asked to categorise ‘Contributed Modules’ participants who identified as ‘outsiders’ used terms like ‘Development/Developers’ and ‘Downloads’. 
  • When asked to categorise ‘Themes’ participants who identified as ‘outsiders’ used terms like ‘Designers’ and ‘Downloads’. 
  • When asked to categorise ‘Translations’ participants who identified as ‘outsiders’ used terms like ‘About Drupal’ and ‘Developing’ 
Now, we know that we don’t want to use ‘Downloads’ because it doesn’t reveal the ongoing project work and encourage participation. I have given quite a bit of thought to creating ‘Developer’ and ‘Designer’ sections and splitting content off that way, but my gut feeling is that is a highway to pain – primarily because both the content and audience are rarely clearly divided into one of these categories – I imagine there would be an awful lot of crossover – and also because it seems unnecessary (and less than ideal) to divide the Drupal community by role.
That leaves us with the enormous question of – what do we call the section currently called ‘Download’ (on the Drupal website) and ‘The Drupal Project’ (on our proposed IA), from which the Core project, Modules, Themes and Translations can be accessed. It’s got me stumped for the moment, so I’d love it if you can throw some ideas at me. 
Or perhaps the whole idea of having one section to house all of this is the problem, and we need to expose the contents of this section at a higher level?
Any thoughts you have on removing the ‘Downloads’ subsite and re-naming ‘The Drupal Project’ sub-site would be most welcome! (Insiders and outsiders both!) :)