The chance to switch to Drupal will give us a chance to improve our website in a number of ways. However, switching over to Drupal isn't a magic bullet that will solve all our problems. In fact, should we approach the transition the wrong way, a lot of headaches could ensue.
Therefore, I think it's crucial we plan our design process up front to include all relevant factors for consideration. That way, we will gather the right information, and use that information to influence our design choices with the next web site. Douglas Bowman, lead designer for Twitter, said the following in his post "A design process revealed":
"For individuals who are neither designers nor artists, it may seem like those who are, use a lot of smoke and mirrors, magically whipping up each stunning creation. Artistic talent and creativity can certainly aid and enhance the final result, but design, in particular, generally follows a process."
The Bowman Process
- Research & Discovery
- Competitive Analysis (e.g. Looking at other Library Websites)
- Exploration (e.g. Brainstorming)
- Thumbnail Sketching
- Typography
- Imagery
- Composition
- Execution & Implementation
Having worked on mostly smaller sites, I've actually used Bowman's process as my own since reading his article back in 2003. But with a web site this large, there are special considerations to be made.
The UO/Willamette Process
In addition to Bowman's design process, I also wanted to see what other Academic Libraries had done. Luckily, the University of Oregon and Willamette University recently updated their pages, and both schools gave a joint presentation on their redesign processes (PowerPoint).
UO's Process
- Review previous usability results and other websites
- Create requirements gathering questions
- Meet with library departments
- Conduct online survey with target audiences
- Identify areas for further research via focus groups.
- Conduct follow-up focus groups with target audience
Willamette's process
- Design Group critique of current site, with wider staff input
- Review web site logs to determine page use
- Scan other web sites to identify potentially useful design concepts
- Conduct student and faculty focus groups
- Finalize general design principles
Suggested UNLV Process
Ok, so now we have three differing perspectives, all with necessary elements. Below is my suggested (perhaps too detailed) design process for the upcoming site, using a combination of the three processes, and including a few steps of my own:
- Research & Discovery
- Patron/Staff Input
- Design Group critique of current site, with wider staff input
- Review previous usability results
- Identify Usability tests that need to be performed, and perform them
- Conduct Focus Groups with students
- Determine Patron/Faculty/Staff objectives
- Create Robust Personas from this information
- Statistical Data
- Popular Pages
- Common Search Terms
- Competitive Analysis (in my mind this seemed to fit under research).
- Information Architecture
- Use provided data to put together a hierarchical site map
- Weigh content by importance
- Plan content migration from the old site structure into the new site structure with Drupal
- Plan necessary modules/custom programming that will be needed.
- Determine most important content for home page
- Identify the most important sections to mock up
- Wireframe Prototypes (Composition) & Gather Feedback
- Sketch Thumbnails of important sections
- Turn thumbnails into Wireframes (see the UO/Willamette presentation for examples of how wireframes work)
- Gather feedback on Wireframes
- Perhaps even do some usability testing on wireframes
- Improve wire frames based on feedback. Rinse & repeat until wire frames are satisfactory.
- Design Prototypes & Gather Feedback
- Determine Typography, Imagery, and Color
- Explore styles and
- Apply design styling to the various wireframes
- Review designs with patron/faculty/staff. Rinse and repeat until design is satisfactory.
- Implementation
- Content migration
- Style the web site (applying the Design Prototypes to the web site)
- Set up necessary modules
- Write custom code that may be necessary
- Begin formal staff training on Drupal
- Review & Polish
- Gather review and feedback.
- Perform post-hoc usability tests
- Find trouble areas
- Improve those areas
- Publish!
Phew!
Ok, I think it's fair to say that got pretty out of control, and I don't think I've even hit all the points. This is a first draft of the design process we might consider following, and I would love to hear feedback and suggestions on how we could improve it. We want our next site to be exceptional, and that starts with good planning, and comes to fruition with a good process.
Comments
Pages
Add new comment