- No trouble adding, rearranging, or removing widgets
- Widgets can be tough to spot if they are added “below the fold”
- Widgets that require extra prep are easily dismissed
User Testing the Widget Customizer 0.13 Plugin
No trouble adding a text widget. She clicks “Save & Pubilsh” a lot—seems to assume it’s needed to see the changes. (0:23)
No trouble reordering widgets, but again hesitates when looking for right vs left sidebar. (0:56)
No trouble removing widgets. (1:01)
She has no idea what sidebar is which. The quick red glow seems to have helped a bit. (0:31)
Scrollbar jumps back to the top, not sure what she did to trigger that. (0:12)
She expected the new widgets to be added to the top. (0:18)
Has some trouble reading the “Twenty Fourteen Ephemera” widget description at the bottom of the slide-out panel. (0:17)
It doesn’t seem to bother her that all the widget controls stay open — but boy does it feel messy. (0:19)
Its not clear, at first, how to exit the customizer. But she gets it eventually. (0:33)
If you’d like to see the full video, you can download it here: 2b86a9a1.mp4 (9:25)
Next up: a couple more tests with version 0.14 of this plugin.
Let’s keep going with the work on widgets! I’ve tested the Better Widgets 0.1 plugin with the Twenty Eleven theme on WordPress 3.7.1 and there is some interesting stuff in the results.
No problem rearranging widgets:
No problem deleting widgets:
Unsure where to go when asked to add a bio to the sidebar:
Completely misses the pre-expanded “main sidebar” widgets (longest clip at 4:11):
Wants to know how to add more widgets from the Widgets screen:
Reasons for picking search and calendar widgets:
Slow customizer is slow, takes ~24s for this user to load it up:
If you’d like to see the full video, you can download it here: Better Widgets v0.1
Next up: same test, except run it on WP 3.8 trunk. What specifics are you interested in finding out from tests like these?
I’ve analyzed user testing for two videos shaunandrews kicked off for v1 of Widgets + MP6. The clips represent the main points of interest and user confusion from the tests and range from 12 to 49 seconds, so they should be quick and easy to watch.
Expects clicking “Save” will close the widget:
Troubles with drag and drop:
Hover tip proves useful when figuring out the Meta widget:
No trouble with drag and drop to add a widget:
Expects widget to close after saving:
Just because a couple users mention they’d like to see a widget area close after saving doesn’t necessarily mean you should do that. Additional testing in situations where someone is working for a longer time with one particular widget and may want to save periodically would be good. Adding some other visual indicator to show when saving is finished might be sufficient, as opposed to closing the widget on save.
The widgets team has been working hard! We’ve spent some time working with (and joining) the MP6 team to get a redesigned widgets screen into the latest version of MP6. If you haven’t seen it yet, download (or update) MP6, and you’ll get this beauty:
We’ve also created a new plugin named Widget Area Chooser, which lets you click to add a widget to any of your sidebars:
We’ve also made some great progress on the Widget Customizer plugin, which lets you manage your widgets from within the customizer:
How can you help?
This week, we’ll be focusing on getting the Widget Customizer plugin updated to let you add new widgets. If you want to join in, you can head over to GitHub and submit some patches, do some testing and add an issue, or just drop your ideas/thoughts. Or, you can just post a comment below and we’ll add you to our group Skype chat.
Also, we’d love some code review on the Widget Area Chooser plugin.
We’ll be meeting next week in #wordpress-ui at our normal time, October 28 @ 20:00 UTC.
We had our weekly chat yesterday. If you weren’t there, you can always check out those cool log things.
A few highlights:
Our next steps:
I’ll be out of town next week. While I encourage everyone to meet in IRC, our next official meeting will be in two weeks on October 7th, 2013 @ 20:00 UTC.
We had our weekly widgets chat in #wordpress-ui on Monday, check the logs for the full transcript.
Short and sweet. Lets keep the conversation going on the comments here, in skype, and in IRC. See you next week. Same bat time; Same bat channel.
Hi everyone — I’ll be in the middle of some in-person user testing today, and won’t be available for our chat this afternoon. Please feel free to meet without me, and I can catch up via the logs. I’ll be testing the tabbed prototype today, along with the existing widgets UI. If you can’t (or don’t want to) make it to IRC this afternoon, please leave any notes you have as a comment below. I’d love to hear how things are coming along with the other prototypes. Thanks!
The Widgets team had a short chat yesterday: IRC logs
bobravo2 shared his research into Joomla’s handling of “widgets:” https://docs.google.com/presentation/d/1u7NXNNNdU7dt1jE1GA4bjnfz9BQymIlavRd2PUHI95E/edit?usp=sharing
PaalJoachim shared another mockup for a more visual way of managing widgets: http://easywebdesigntutorials.com/wp-content/uploads/Widgets-area.jpg
Work continues on the four prototypes described in the previous meeting, with the goal of having them all ready for user testing (hopefully) in the next week or so.
Team Widgets3 held it’s second meeting this past Monday (Aug 26) in #wordpress-ui. Feel free to check out the IRC logs.
Spurred by the results of our initial survey results, we discussed the benefits and failings of drag-and-drop. The consensus seems to be that drag-and-drop works well for re-ordering existing widgets, but its less than ideal for placing new widgets.
We reviewed the concepts that have been brought up so far:
The plan right now is to build a simple prototype of each of these concepts. Keep in mind that a prototype doesn’t have to consist of working code — a clickable wireframe is a perfectly acceptable prototype, and can provide just as much data as a working plugin.
We’ll test each prototype (and the current UI) against the same set of tasks and see which one performs best against our goals. By simply building the prototypes we’ll hopefully learn which ones “feel right” and which ones don’t. And, by performing user tests on each, we’ll hopefully see where each succeeds and fails with regards to our goals.
This information combined will help us take the next step and either drop a concept, or rethink it and test again. We’ll continue with this process until we have something that feels “right.”
Or next meeting is schedule for Monday, September 2, 2013 at 20:00 UTC in #wordpress-ui.