Taking the Reins: Website Redesign by the Librarians, for the Users

Post on 15-Jan-2015

1.486 views 0 download

Tags:

description

Library website design from a librarian and user point of view. Presented at Pacific Northwest Library Association ( PNLA ) Annual Conference, Post Falls, Idaho, August 7, 2008 by Mark O'English.

Transcript of Taking the Reins: Website Redesign by the Librarians, for the Users

Taking the Reins: Website Redesign by the Librarians,

for the Users

Mark O’EnglishWashington State UniversityPullman, WAmarkoe@wsu.edu

Pacific Northwest Library Association Annual ConferencePost Falls, ID. August 7th, 2008

Working with your Techies

They are the technology experts. However, you should be the experts on your patrons.

Most techs are happy to let you determine the content you need and then work with you to make it work. For them, content is work and web creation is fun.

What we told our tech people we wanted…

What our tech people turned it into…

WSU Libraries, in 2005-2006:

In person visits, between all six Pullman libraries: 935,000

Visitors to website: 6,074,000

Any bets which direction those stats are moving in?

Why worry about your website?

Website Redesign and TweakingWhat have others done?

Research.

What do your patrons do (or want to do)?

Statistics gathering.

Patron modeling.

Usability.

How can you make it happen?

Site evaluations.

Card sorts.

Usability (again!).

Staff buy-in.

Research

Lots of resources out there!

Jared Spool. Designing for the Scent of Information. ‘For a patron to follow the correct link to where they want

to be with better than a 50% chance of success, a link needs to be 7-10 words long.’

www.jkup.net/ : Library Terms That Users UnderstandSteve Krug. Don’t Make Me Think. 2000.Jakob Nielsen. Designing Web Usability. 2006.Susanna Davidsen. Web Site Design with the Patron in Mind.

2004.Jared Spool. Web Site Usability. 1999.

Google Analytics: How To

http://www.google.com/analytics/ (or just “Google” Google Analytics)

Once you sign up, it’ll give you a piece of complex coding similar to this:

<script type="text/javascript"> var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www."); document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E")); </script>

<script type="text/javascript"> var pageTracker = _gat._getTracker("UA-3540679-3"); pageTracker._initData(); pageTracker._trackPageview(); </script>

Have your tech people paste that coding into the end of every website you want to track. Then tell Analytics you’re ready to go…

Google Analytics provides…

Data on how frequently, and for how long, individual pages are being used.

What search terms people found your pages with.

What sites people came to you from.

What languages their browsers are set to.

Their computers’ technical capabilities.

And much much much more…

Other Site Analysis Tools

If you have a “site search” box and it tracks what people enter – that tells you what keywords they’re looking for!

“Hotpots”: http://www.feng-gui.com/

Where are people’s eyes drawn first?

Patron Modeling

Three questions:

1. Who are your user groups?

2. What does each user group want?

3. How will each group look for it?

Usability

What is usability testing?:

1) Lure people in.

2) Ask them to do tasks on the website.

3) Watch what they do.

Usability will show you where you’re failing.

The usability subjects can tell you why (maybe).

Our set-up:

Testee in the middle at the computer.

One observer perched on each desk wing, looking over their shoulders.

BEFORE AFTER

BEFORE

AFTER

Principles of Usability Testing

Speak in their language. No librarianese!

Never lead them. Give them the keys, and resist the urge to be a backseat driver. In reference terms: “open-ended questions.”

Why they do what they do is as important as what they actually do.

Ask them what they’re looking for!

Usability test a new site before you build it?

“Paper Prototyping”: Sit someone down with a paper mock-up and ask them:

What would they do?

What’s missing?

What should “X” be called instead?

Trying to break out of our own blind spots:

Usability testing before design.

Some of our Pre-Design Results:

• Subjects loved clusters of links.

Our theory: “clusters” of short links establish the context that Jared Spool’s 7-10 words establish.

• Patrons liked having search boxes on the main page.

• If they’re looking for books on a topic and have a list of types of searches they can run: they’ll run a Subject search!

• No one knows what a “database” is!

• Branding can be more confusing than useful if you’re not careful.

• Its easy to get lost. Patrons need signposts!

Card Sorting

Staff Buy-InYour internal staff need to feel like…

a) they had a voice in it, and

b) its worthwhile.

Share your process: Everything we just talked about gives you support!

“Usability showed our patrons did…”

“Website statistics shows that nobody uses…”

“We looked at our users and saw that group X was not represented in…”

Solicit staff input!

Final touches?

Online sources can let you…

Test for colorblindness functionality.

http://colorfilter.wickline.org/

Evaluate your coding.

http://jigsaw.w3.org/css-validator/

Evaluate accessibility:

http://wave.webaim.org/

Done?

Websites evolve.

Web functionality evolves.

User behavior evolves.

User groups evolve.

Catalogs evolve.

We evolve!

Website redesign can be a series of small and continual steps more easily than one big project!