OSDPL User Testing - Round 1 Results
Summary
- 2 of 3 users assumed that "Contributor" by default meant them.
- 2 of 3 users did not use the "Upload" button to upload an image
- 4 of 4 users (3 formal users, 1 informal user) weren't sure what happened after submission of a pattern.
- 3 of 3 users found their patterns relatively quickly using "View/Edit My Patterns."
- 2 of 3 users wondered how the material on the OSDPL related to what was on the Fluid wiki and seemed somewhat unsure about the distinction between a component and design pattern (these 2 users already knew about Fluid).
- 2 of 3 users said they would like to be able to save a design pattern without all the required fields (presumably as an in-progress draft).
- User registration was relatively painless. All users were able to register without any major problems. (Successful registration feedback message helped user #1).
- Single page pattern entry form seemed to work well. None of the users remarked on the length of the form, but one user did mention that the tabs helped her see what the high-level categories were without having to scroll.
Demographics
User Number |
Location |
Gender |
Age |
Job Title |
Role |
Tech-savvy |
Do you own a personal computer? |
---|---|---|---|---|---|---|---|
User 1 |
Berkeley |
Female |
25-30 |
Graduate Student |
Student |
Medium-high, unfamiliar with design patterns |
Yes, Mac |
User 2 |
Berkeley |
Female |
31-35 |
User Experience Specialist |
Staff |
Medium, slightly familiar with design patterns |
Yes, Mac OS 10.5 |
User 3 |
Berkeley |
Male |
Over 60 years |
Professor |
Faculty |
Medium-high, very familiar with design patterns |
Yes, Mac |
Do you do any of the following and if so how often?
User |
Checking email |
Instant message |
Shop online |
Online banking |
Internet research |
Take class online |
Social networking |
---|---|---|---|---|---|---|---|
User 1 |
All the time |
All the time |
A few times a month |
A few times a month |
All the time |
Hardly ever |
All the time |
User 2 |
All the time |
A few times a week |
A few times a month |
A few times a month |
Never |
Hardly ever |
Never |
User 3 |
All the time |
Hardly ever |
A few times a month |
Hardly ever |
All the time |
Never |
A few times a week |
Do you upload files on the web and if so how often?
User |
Pictures |
Media |
Docs to course site |
Docs to soc. ntwkg |
File to email |
---|---|---|---|---|---|
User 1 |
A few times a month |
A few times a month |
A few times a month |
A few times a month |
A few times a week |
User 2 |
A few times a month |
Hardly Ever |
Never |
Hardly Ever |
A few times a week |
User 3 |
All the time |
A few times a week |
All the time |
Hardly Ever |
All the time |
Post-test Questionnaire Responses
Question |
User 1 |
User 2 |
User 3 |
---|---|---|---|
How easy or difficult was it for you to find a design pattern on the site? |
neutral |
easy |
easy |
How helpful did you find the design patterns you looked at on the site? |
somewhat helpful |
somewhat helpful |
helpful |
How helpful did you find the other information available on the site? |
somewhat helpful |
somewhat helpful |
N/A |
How helpful did you find the left navigation of the site? |
helpful |
helpful |
helpful |
How easy or difficult was it for you to discover how to create a design pattern? |
neutral |
easy |
easy |
How easy or difficult was it for you to create a design pattern in general? |
difficult |
easy |
easy |
Which version of the design pattern data entry form did you prefer? |
slightly preferred tabbed (would have greatly preferred tabbed if it didn't have submit on every page) |
slightly preferred single page |
highly preferred single page |
How easy or difficult was it for you to upload an image? |
easy |
easy (as long as it was the right image size) |
very easy |
How easy or difficult was it for you to describe and/or list the source of an image? |
easy |
difficult (didn't have one) |
easy |
If you encountered an error, was it easy or difficult to understand the feedback given? |
easy |
easy |
easy |
After submitting a design pattern, how easy or difficult was it to find your pattern on the site? |
easy |
easy (wasn't indexed, but "my pattern" worked) |
easy |
After creating the design pattern, how easy or difficult was it to edit it? |
easy |
easy |
very easy |
Post-test Question Responses (verbally asked)
Question |
User 1 |
User 2 |
User 3 |
---|---|---|---|
1) Why did/didn't you explore the various links in the navigation of the OSDPL? Could you tell me what you think the links in the left navigation mean? How could we make these pages or the link names of this navigation more helpful to you? |
|
|
Recently Added Patterns is good. |
2) What tasks would you expect to perform on the OSDPL? How helpful was the general organization and navigation of the pattern library in supporting you in performing these tasks? What could we improve to make it easier? |
"Who is the target of this site? Someone (that) is familiar with design patterns, that kind of person can figure it out easily, but (for) someone like me it could be difficult to solve the problem I have." |
|
It was pretty good overall. Might be nice to have a way to create diagrams for the patterns. |
3) Do the design patterns on the site have the type of information you need? What information could we add, subtract, reorganize, etc. to make it easier for you to use the patterns? |
At first it took a while, but once she understood, she can now get to the information she wants. |
"I'd want to give more thought to that. (I'd) compare it to the wiki." (Again, confusion about components vs. design patterns.) |
|
4) Did you have all the information you needed at the right time to perform your tasks? What could we change to make it easier? |
|
"Other than 'how to write a pattern," yes." |
Make it clearer what to do and when I was done. I thought Submit was on a per tab basis. |
5) Could you tell us which version of the pattern data entry form you preferred and why? |
Liked the tabbed version because it looked more simple than the long version. |
|
Preferred the single page. Even if there weren't submit buttons on every tab I would have preferred the single page. |
6) What was your overall impression of the pattern creation and editing process? How can we improve it? |
Make it clear what happens after a pattern is submitted. Doesn't know why the search isn't working. |
"I want more information about how to write a problem and the other pieces. Wasn't clear what the difference was between the examples and solution image." |
It was pretty good. Would be nice to know how you could invite colleagues to edit your patterns. |
Interaction Notes
User Number |
Task 1 - Locate a Design Pattern |
Task 2 - Create a Design Pattern |
Task 3 - Edit your Design Pattern |
---|---|---|---|
User 1 |
In performing this task, user isn't sure if an account is required. Clicks on "Login" first, enters her email address and a password not realizing she doesn't have an account on the system. After getting a login error, she finds the Register tab quickly and user registration process goes smoothly. |
(tabbed) |
(tabbed) |
User 2 |
"Curious to see what's in here now...I don't know if pager is in here, but it's come up so I'm browsing patterns, content management, forms IO sounds promising, maybe navigation. Let's try information org, there is a search." (but she didn't use it.) "I don't think pager is in there." Goes to navigation and then sees Pagination. |
(single page) |
(single page) |
User 3 |
User thinks about an issue he has with flashcards on a smartphone. Would like a "2 column thing" to move them back and forth. |
(tabbed) |
(tabbed) |
User Number |
Task 4 - Create a Design Pattern (other form) |
Task 5 - Edit your Design Pattern (other form) |
Task 6 - Find your Design Pattern |
General comments |
---|---|---|---|---|
User 1 |
(single page) |
(single page) |
Does this task before #4 & #5. Goes to View/Edit My Patterns. Wonders if this is the only way to see her pattern, so she searches on "My Profile" and gets no results. |
|
User 2 |
(Tabbed) |
(Tabbed) |
Says, "Since I saved it as a draft I wouldn't expect it to be publicly displayed to all visitors. I would expect when I save something as a draft I expect that's something only I can see. I thought I could see it because I've logged in as myself. I am wondering if there is yet another status where it's only viewable by me. That may change what I was say about pre-setup. I want it to be pretty complete before I submit it and there's nothing where I can think about it. It's actually exactly what happens on confluence though...when I submit a page everyone in my group could see it. I don't want this to be published, I want to be able to actively say that this is ready to be seen. Or at least if it says draft it's only viewable by people in the community and not everyone that's not logged in." |
|
User 3 |
(single page) |
(single page) |
"I wouldn't assume that my View would be different than what the public would see." Finds his pattern in the Content Management category and says it looks right. |
|
Informal Testing Notes
This was a sort of cognitive walk-through of the process of adding a pattern with one user. It was more informal, and did not follow the protocol used with the other users above.
- While Editing a pattern, user clicked Delete button thinking it would delete an image. Not clear how to delete an image
- Thinks that ranking is the only way to interact with the site
- Felt that "Draft" was clear in meaning and thinking that you get to "Done" state by getting comments from others.
- Felt that it wasn't clear how his pattern is promoted. Do people get emailed? Perhaps it just goes into a bucket? What does promoted mean?
- Suggests system could prompt "People have been informed about this pattern" on submission, or give more options / control as to how it is promoted.
- Was looking for a category but wasn't there. Suggests a way for people to input / recommend categories, or a catch-all category.
- User felt that it wasn't clear how the social process works.
- Recommends a "New Patterns" category under the navigation.
- The site description states: "Create, Collaborate, Share" but there is only indication of "Creating".
- Implying missing representation of Collaboration and Sharing components. (give users a way to accomplish these goals).
- Suggests stronger visual cues that a social process is going on.
- i.e. metrics. "How many patterns have been published", "How many have been revised" etc.
Potential Design Improvements (based on testing)
Entry Form
Immediate Improvements / Tasks
- FLUID-1092 FLUID-1969Label the Delete button more clearly to indicate scope / consequence & make sure it's next to the other buttons that take major action on a design pattern (e.g. Submit), but it should not be the first button.
- FLUID-1884 BUG: The URL on Related Patterns is too long and runs into the right margin. - URGENT
- FLUID-1880 BUG: Error when uploading a very large image to a pattern:
"warning: Invalid argument supplied for foreach() in /usr/webserver/content/osdpl/patterns/drupal-5.12/sites/default/modules/imagefield/imagefield.module on line 850.
Solution Image is required. Please upload an image."
Future Improvements
- FLUID-2092 Think about whether there is a more descriptive label for examples, e.g. something like "As seen on" but even more descriptive.
- FLUID-2093 Ensure instructions formatted the same way throughout the form, and are clearly grouped with their data element. (Consider not using modules that put constraints on formatting.)
- FLUID-2094 Multi-select fields such as contributor can be confusing in terms of being able to make sure all the proper contributors are selected. Since Contributors also use user names instead of real names, convert the field to display the user full name, both in the form, and in the pattern display. (We need to keep it tied to the user ID so that we can give contributors special rights at some point.)
- FLUID-2095 Add an example of good "Alt text." As it should always be used in our context when describing an example, we don't need to make it optional.
- FLUID-2096 Content management and forms are very similar category names -- consider choosing one or the other and possibly developing a new category. (Considering doing card sort to validate or come up with new categories.)
- FLUID-2097 Add a Cancel button to the form.
- FLUID-1956 Move "Synonyms" and "Keywords/tags" to the top of the pattern in display mode.
- FLUID-2098 Errors at the top of the page but make them hyperlinks to the places in the form where the errors are.
Done
- FLUID-1931 Improve error message: Include info on which tab each error is on, along with a link to the proper tab or field. - URGENT
- Make it clear in the form what fields must be modified to publish a pattern (e.g. "Viewable by Everyone" & "Draft-Done").
- Fix the link in the long form...it still says "Contributor's Guide."- Not an issue since this form is not for production.
- Change red asterix for required fields to red "[Required]" or make sure that there is information at the top of every tab saying what the asterix is. - added "Required" text to field titles.
- FLUID-1092 Disclose that large images will be re-sized. If possible add this info to the cryptic error message below.
- FLUID-1092 Upload button is not obvious - doesn't convey what happens when clicking: does it submit the form or just upload an image? Does my form data save itself so I don't have re-enter everything? – can't change this, we're restricted by the ImageField module on CCK. JH
- FLUID-1092 improve "Image Sources description" / label to something more appropriate - as of 12/7 improvements have been made but might be able to improve further
- Improve wording on Solution Image & Description to explain that the solution image should be an illustration of the description. - URGENT
- FLUID-1885 Add contextual help to pattern entry form, which is connected to the "How to Write a Pattern" content. - DONE
- Remove "Preview" and "Submit" buttons from all but last tab of tabbed pattern entry form if we decide to keep this form.
- alternative? Move button to end of tabs or into a dedicated "Finish" tab. When editing, put button on every page and hide "Finish" tab.
- Larger question: if we go with a single page form, this won't be a problem any more.
- Done Missing an "uncategorized" category to catch patterns not belonging to a predefined category. Also consider a "recommend a category" function so users can suggest their own categories.
- The use of the word "Solution Description" / "How" / etc. for both the fieldgroup and the field label in the form is ambiguous and should be changed. - Changed styling for distinctiveness.
Probably Not Going to Do
- visually bind errors to applicable fields to help improve workflow. Put errors inline.
- This scatters error messages across tabs and potentially confuses the user.
- better organization of Solution and Example image upload sections for better flow / usability
- Alternative: Put all the image upload fields in one tab, and all the other fields in another. A 2 tab design?
- If we did this, I'm wondering if we could make examples a separate content type and solve the issues with not being able to group the fields properly when there are multiple images? However, users may miss the second tab unless there is a "Next" button on the first tab. Though there would be ways around some of the issues (e.g. make the button "Next" only if the required fields on the second tab have been entered) this isn't ideal for editing mode, however. - We need to think about whether this is users true workflow and will not make this change at this time.
- improve flow / transition for uploading images and entering data for a pattern. Ideas:
- 1. eliminate example images and have only solution images and allow the user to flag the image they want as the thumbnail image. Otherwise pick the first image as a solution image. My first thought is that the solution image should be distinct from the Examples, but let's talk about the pluses & minuses of this one.
- 2. move solution and example image upload, attribution, and description fields into a single page (thus creating a new tab). I don't think this will work, as I think it will be important to have solution image and solution on the same tab so the user can make sure the image relates to the solution description and the solution describes the image. - LOW PRIORITY
- Edit links:
- It's a bit weird that there are only Edit buttons when the user views their pattern for fields they haven't entered. Some of the empty fields at the bottom (e.g. Synonyms) still don't have an edit button which is confusing. May be best to have Edit buttons for everything, or only one edit button at the top.
- Edit link for fields could be a bit disorienting as it links to a form with all fields to be edited (even if the anchor jumps to the correct spot in the form). After making that transition, the user has to think what it is they want to do as the context has changed.
- Discussion: should link to page with just that field being edited, and add a "Show all fields" function while editing just 1 field? Then augment with "Edit this whole pattern" links if allowing just editing of 1 field.
- RecommendationRemove all Edit links and have just a single edit link at the top. To reduce clutter, empty fields should not be displayed. Possibly another at the bottom to avoid scrolling. - URGENT
Navigation and Interface:
Immediate Improvements / Tasks
- FLUID-776 Determine why searches don't bring up patterns in a particular category if a word in the category is searched on (e.g. search on "profile" doesn't bring up patterns in the "Profile Management" category). Test to see if this is a problem with tags as well, and fix the problem in general. A potential work-around if this isn't a problem with tags would be to enter the category for each pattern as a tag as well.
- Set up a cron job to re-index the library every time a pattern or other content is added or edited.
- Search has been removed because it wasn't working.
- FLUID-2078 Does 'recently updated' include only published patterns? How does it choose them? Will users be confused if patterns they update aren't populated there immediately? (One user was slightly when she looked for her pattern there in user testing.) - may be a JIRA for this one
- FLUID-2085 Change "View/Edit My Design patterns" so that it is sorted in descending order.
- FLUID-2086 General comment: the names of the links in the navigation should almost always match the titles of the page. This allows users to verify that they have arrived at the right place. The one exception may be when you want a short link and a slightly longer title for the page, but this should be avoided if possible. "View/Edit My Design Patterns" page title should be changed.
Future Improvements
- In the search, if a user enters a term in the simple search and one in the advanced search (e.g. in the "any of the words" field) then it shows both words in the "enter your keywords" field on the results. Is the advanced search so broken it's not worth making available. Also, advanced search shows all content types and that should probably be limited.
- Reduce mysteriousness of categories
- FLUID-1805 Count category contents in navigation - LOW
- FLUID-1893 tooltip mouseover description of category
- FLIUD-1895 put more tooltips in navigable elements / interactive groups and divs
- FLUID-1883 merge login / register into the same page
- FLUID-1897 tweak registration process:
- disclose that registration process is easy (no need to check email). i.e. "Registration is easy and takes 10 seconds!"
- privacy statement for collected emails.
Done
- FLUID-1879 Remove categories with no patterns from "Filter by Category" list.
- Remove "filter by category" filter for all views except "Browse all Patterns"
- Not clear how Draft / Done Status filter works. Do we even want this right now?
- if we remove the draft/done filter, do we even want the filter options at all? Is it confusing?
- Remove the Status filter for now, and consider reimplementing if it makes sense when community process is finalized.
- Done, changed to "Browse All Patterns" Unclear what "Browse patterns" is? For the sake of parallelism, I'd prefer to see it as just "All Patterns" as the other options are just nouns, not verbs - DONE
- Done, changed to "Input Forms Category name "Form" is ambiguous.
Community Process:
This section raises the issues encountered during User Testing. For specifics on new community features that will help address these problems, please see this more current document: OSDPL roadmap (Jan. - Mar. '09), planned pattern workflow, and features
Immediate Improvements / Tasks
- better functionality and communication of the community process:
- what happens before and after submission of a pattern - URGENT
- implement new features that encourage / reinforce the community process (collaboration and sharing).
- give users options to share and control visibility of their pattern
- Consider allowing users to submit incomplete patterns that are viewable only by them as sort of a "working document." Make it clear that it's OK to come back later to finish. May need an if statement that makes different fields required for "Draft" vs. "Done" patterns.(perhaps this is a 'future feature')
Future Improvements
- self-serve tools that help users get their patterns noticed: - LOW
- a HTML snippet they can paste into emails or other sites.
- specify emails of people they want to notify
- send invitations to contacts to join the site
- subscribe to updates via emails
- Consider allowing pattern authors to notify people (e.g. fellow contributors) via email upon submit when the pattern is ready for review.(perhaps this is a 'future feature')
- Consider allowing pattern authors to invite people who do not already have accounts on the system via email to be contributors. (perhaps this is a 'future feature')
- Consider giving contributors listed by the author special editing rights on a pattern. Could potentially create temp accounts for people not yet in the system.(perhaps this is a 'future feature')
Probably Not Going to Do
-
- displaying metrics (e.g. number of comments posted, how many revisions) can help too.
Documentation / Communication:
Immediate Improvements / Tasks
- FLUID-2087 better interface or documentation of how to add / delete images in a pattern
- FLUID-2088 display a quick OSDPL primer to be displayed after successful registration: describing top 3 or 4 features, one or two sentences each.
Future Improvements
- FLUID-2089 add information on how fluid components and patterns relate in "How to create a design pattern" and possibly "Design pattern FAQ."
- Create a diagram to illustrate the relationship between Fluid components, design patterns, tutorials, springboards, UX Toolkit; consider creating a more abstract non-Fluid version
Probably Not Going to Do
- add information to "how to create a design pattern" about which fields are required. - We may not need to do this now that we have contextual help in the form.
Front page:
Immediate Improvements / Tasks
- FLUID-1899 Add emphasis to collaboration and sharing aspects throughout site, especially on main page.
- FLUID-1898 "New Patterns" view to see the latest happenings on the OSDPL (already done, just needs to be in place).
- FLUID-2090 Consider adding a more visual description of a pattern to the front page of the library (like UC Berkeley's Web Patterns Library)
- FLUID-2091 Remove "Welcome to OSDPL" line, replace it with the description of what the OSDPL is, reduce what is a design pattern is so everything moves up a bit.
- FLUID-1894 Better linkage to examples from front page content and "What is a design pattern" - but try not to make the front page too wordy.
- FLUID-1894 feature categories better on front page.
Done
- clearer demarcation of News section - add header
Project Direction
- Determine whether we'd like to reach out more to our "totally new to patterns" audience. Perhaps add links from the main content area of the home page for this. E.g. "New to design patterns? Check out the Design Pattern FAQ."
- Decide which form to keep: tabbed or single page?
Other Bugs:
Immediate Improvements / Tasks
- FLUID-1913 BUG: tag cloud displaying unpublished patterns. - URGENT
- FLUID-1912 BUG: "Filter cache cleared" status message appears after hitting Submit for the first time.
Next Broad Steps
In no particular order...
- make improvements to the front page to better convey content, content structure / categorization, and community process.
- investigate content navigation and improve. Draw from successful navigation and categorization schemes or do card sorting.
- determine a better way to do image uploads that is more usable and fit seamlessly into the authoring workflow. - LOW
- decide on which input form to use and refine as necessary with above fixes.
- improve content browsing through front page, content browsers, and sidebar navigation.
Jonathan's Random Notes
- rename "Contributor" to "Authoring Credits" or "Pattern Authors"?
- "Upload" button woes - not much we can do about it. It's hard coded into Drupal Core.
- OSDPL patterns / Fluid component relationships - need to discuss on list?
- Remove required fields except the title? Makes it easier to make revisions and less pressure to fill out everything in one sitting (reduces barrier to entry, but increases amount of work for later sessions). Maybe in draft view only
- Augment documentation for Solution vs. Example images. Answer "what's the difference?"
- Concern: duplicate labels in Solutions tab. The Fieldgroup has the same label as the label for the field. Is this confusing?
- Should keep the label directly preceding the field because it is needed for accessibility by using the <label for="..."> element + for attribute.
- Link examples to (the right place in) the FAQ. (Use anchor tags.)
- Not clear where the pattern goes after submission. Perhaps redirect to the Browse pattern page for that category and show their pattern in the results? We need to redirect or give a signpost showing where they are, where their pattern is, and where they can go next.
- Fix upload error bug... ARGH!!!
- Tabbed shortcomings:
1. Submit on every page
- Move "Publishing Actions" to it's own tab.
- Adds yet another tab
- but clarifies that there's only one submit for the whole activity.
- Labels: Finish, Submit...
2. Error messages not clear
- Move error messages so they are in context with the field that has an error. (Can this be done? Hopefully!)
- Add to the error message something like: "Fix the error, and submit the pattern again."
3. Not an easy way to move from one tab to the next when you're at the bottom
- Add a "Continue" button that moves the user to the next tab, or put the tabs at the bottom too. If we could figure out a good way to do this visually, tabs may be better as it would give the user quick access to submit.
4. Can't see all the information to be inputted at once.
- However, the converse advantage is that the user can more easily see all the *categories* of information to be inputted in the tabs, without having to scroll through the whole form.
- Will people be worried about going from tab to tab to look at information on previous tabs, thinking they may lose what they entered?
5. You get errors for all the tabs no matter what tab you're on and you're popped back to the first tab after you submit.