Sunday, September 29, 2013

Quick Blogger Home Page Redesign

In this post I do a quick redesign of the Blogger home page to make it less confusing and more consistent.

Blogger home page

If I am signed into my Blogger account I can access my blogger home page by navigating to www.blogger.com.

My Blogger home page contains a list of all of my blogs and blogs on my reading list. Here is what the top of my blog home page looks like now:
Any designer could come up with ways of making this page more pretty, but I am more concerned about making quick changes that will improve the user experience and will not require significant time to fix.
 Here is another screenshot with some annotations (some irrelevant items removed for clarity):

Here is a screenshot without my notes:
Here is a screenshot with my notes:

This is my revised blog home page with notes

As a designer I would like more info about how often users click on "View blog" and "Posts" buttons to see if those are even necessary on this page. I would also like the screen that is opened when I click "Dashboard" to actually have a title ("Blog Dashboard" would work). I prefer "Dashboard" to "Options," because the dashboard allows you to view data such as page stats for your blog, not just change options. However, some usability testing might be helpful to know if this button is named correctly.

So, let me know what you think of this redesign.

Monday, September 23, 2013

Blogger, Pink means Pink!: Problem Solving Google Blogger Text Colors

Awesome, Inc. template

In this post I try to change the text colors on my Google Blogger blog, and found a world of trouble and frustration.

By the time I finished this post I had uncovered several bugs. This is really long post, so I have decided to try create an itemized list of bugs up front with links to the part of the post in which I identify that bug. This doesn't work perfectly because I don't want to change the narrative flow and divide the text into sections by bug, but hopefully it helps. You can use these bug numbers later when you tell me my bug is spot on, not universal, completely wrong, or later fixed (Yay!).

Bug List

Possible bug titles for the bugs I discovered:

Feature Requests

Besides the bugs listed above, my biggest complaint is that it took so long to figure out the correspondence between UI elements on the list and UI elements in the preview. If my BloggerTemplateDesigner_Bug4 is fixed that would help. As a feature request, I would like to be able to select items in the preview and have the relevant item in the UI list be selected.

Exploring Blogger Text Colors


I just started this blog and didn't want to spend a lot of initial time worrying about the layout, so I chose one of the default layouts based on the "Awesome Inc." template and figured I'd worry about the details later.

However, there were a few details I decided couldn't wait.


Friday, September 20, 2013

Exploring, Problem Solving, and Looking for Trouble

Here I discuss briefly the kinds of testing I plan on doing for this blog and ones you could not pay me enough to do.

Exploring

A type of testing that is often ignored is what I think of as "exploring": watching what happens when the user explores an application for the first time and tries to figure out what it does and if they can do things with it that they will find useful. There are hundreds if not thousands of free apps available out there for people to wade through. Many users will download an application and try to use it and make a decision about whether to keep it in a very short period of time. In general, the more that a person knows about an application the worse they are at figuring out what will confuse or frustrate a new user. If you are creating an application you should solicit user feedback as early as possible (especially to make sure you are building the right thing in the first place) and look at a broad range of users. (And when you think your UI is pretty good, hand it over to a family member who didn't have a computer until they were an adult and tends to get annoyed rather than excited by new technology. I think most software engineers would find that a real eye-opener.)

Some companies do a reasonable job of usability testing; they want to know how easy the software is to use. However, usability testing I have seen often involves giving the user a specific set of tasks to perform and seeing where they get into trouble. At a minimum you need to have at least some beginning users and some more experienced users. (If you are lucky the customers talk out loud while they are doing this so you can learn more about what they are trying to do or expecting to see.) I have done this type of testing once for a college course and seen the results from one such study at Microsoft that was really fascinating. I wish more companies did this, especially in the early stages of the design process when the companies are capable of making significant changes based on the feedback they get from customers.

(Aside: If you have never worked in software you are probably thinking, "Why would anyone spend money to do usability testing if they weren't going to use the results to improve the UI (at least not any time soon)?" I will just say that that is a very good question. A friend once said to me something along the lines of, "Only people who don't work in software think that the things that happen in the Dilbert comic are ridiculous, and could never happen," which I think is very apt. Topic: The posting of Dilbert comics at software development companies as a form of passive-aggressive behavior: discuss!)