Archive for the ‘Site Sections’ Category

Tester # 1 views a module page

Thursday, June 4th, 2009

I love this tester - he’s very talkative and “thinks out loud” when looking at the pages I show him, which is exactly why I’m doing this “live” user testing. You learn some things that you don’t learn by emailing someone and asking for feedback electronically.

Here’s the page he looked at (COS340A)

 

COS 340-A

And here’s what I learnt:

Positive

  1. He understood the picture of the teapot graphic (i.e. that it was related to the subject COS340A), even though he is studying languages, not computer graphics.
  2. He liked the idea of taking a quiz about a subject.
  3. He noticed all the [edit] buttons along the right-hand side of the page and wasn’t afraid to click on them.

Negative

  1. He didn’t notice the tabs at the top of the page, so I had to point them out.
  2. He thought the “discussion” tab was where you could e.g. complain about the lecturers. (It’s actually where you discuss the content and layout of the page, not a discussion forum!)
  3. I asked him to try sell a textbook and he had no clue how to insert his name and book into a table. The wiki markup for tables with all those pipe symbols (||) is not intuitive!

Surprises

  1. He said he would want to print the page, and clicked on the “printable version” link.
  2. He thought that the assignment due dates calendar wasn’t necessary because myUnisa has this info.
  3. He said “where are the other students?”. He wanted to see names on the page, of other people taking the course.

So, I’m off to make some changes to the layout of Unisa module pages…

To quote from page 134 of Don’t make me think:

Testing one user is 100 percent better than testing none. Testing always works, and even the worst test with the wrong user will show you important things you can do to improve your site.

Very true!

Site Search Analytics

Wednesday, June 3rd, 2009

I’m only on page 88 of my Advanced Web metrics with Google Analytics book. (Still over 250 pages to go). Here’s an interesting quote from page 84:

Site Search Usage

The Site Search reports contained in the Content section of Google Analytics are dedicated to understanding the usage of your internal search engine (if you have one). For large, complex websites with thousands, and in some case hundreds of thousands, of product pages, having an internal site search engine is critical for a successful visitor experience - no navigational system can perform as well as a good internal search engine in these cases.

At the very least, site search reports are a form of market research - every time visitors enter a keyword into your search box, they are telling you exactly what they want to find on your website. Marketers can use this information to better target campaigns. Product managers can use this as a feedback mechanism for designing new features or adding new products.

A report on the search terms used by visitors on your website is clearly powerful information for your organization. However, understanding where on your website a visitor reaches for the search box, what page they go to following a search, how long they stay on your site after conducting a search, whether they perform further search refinements, whether they are more likely to make a conversion, and whether their average order value is higher are also vital clues that can help you optimize the visitor experience.

Good points. I’m in fact using this blog’s search box to do this very analysis, though I can see one can get much more information by using GA and Google’s internal search engine. Fortunately there is a MediaWiki extension for this, which should be quick to implement. I’m so busy with testing right now that I haven’t yet had a chance!

Tester # 1!

Tuesday, June 2nd, 2009

This morning I asked a Unisa student (someone I work with, doing his honours in linguistics) to have a look at the home page and give his impressions.

The following pic is what he saw (please excuse the spacing and stuff… this is only a skeleton draft!)
Home page

Here’s what Tester # 1 said:

* He liked the satellite map and wanted to zoom in even more, and go to the library :-D

* He had to think a bit about what the “Recent edits” links were about, and didn’t know what the image of the textbook was. Reason: these were modules he wasn’t taking and it was a textbook he didn’t recognise. After a few seconds he recognised the Unisa module code format and correctly guessed what was going on.

* He liked the idea of the poll, but didn’t even read the question. Don’t worry, I’ll choose another design with a larger font.

* Surprise: He thought the category tag cloud should appear higher up, not at the bottom of the page, because you had to scroll in order to see it. He said that seeing the subject names (Computer science, Law… Linguistics!) made it more obvious what the site was about, so I’ve gone ahead and put it smack bang in the middle of the page, as you can see. I think I originally thought of putting it at the bottom because that’s where tag clouds are often found on websites. It’s so good to get an outsider’s opinion!

The importance of search boxes

Monday, June 1st, 2009

I’ve now finished reading one of my new computer books I recently ordered online: Building Findable websites.

Here’s a quote from page 152, which illustrates the importance of search boxes:

Search has become an indispensable means of navigation for most users. During usability test sessions I’ve watched users pass up very conspicuous, logical navigation systems in favor of search to complete every task. Search is more than an added convenience; it’s an essential tool that users expect to find on sites.

After thinking some more on this topic, I realised that the WikiStudent search box is even more important that I first thought, for this reason: WikiStudent is going to use MediaWiki and will closely resemble Wikipedia. On Wikipedia, how do you find stuff? By typing something in the search box! Wikipedia doesn’t have the structured navigation that WikiStudent will have, which is what’s making me believe that students will go straight to the familiar-looking search box. I’ll be working at making sure that you can find absolutely everything on the website via that little box!

The perfect menu tree

Saturday, May 30th, 2009

I came across a brilliant collapsable menu tree, for the left-hand persistent navigation. It’s called TreeAndMenu and here is a screenshot of what it looks like on another wiki:

treeandmenu

When you click on the ‘+’ next to a folder, it expands to show you the pages included. On WikiStudent, I’m going to have categories as folders, and pages within those categories beneath them.

I’ve installed this extension already, but still need to take care of the styling, and make the items expandable / collapsable. A quick preview of what it looks like at the moment:

treeandmenu2

So, in the above example, “PLS” will have a folder icon, and expanding it will reveal the page “PLS102Y”, which you click on to get to the page. Nice, don’t you think?