Strategy Blog: Viget Labs

Jackson Fox - Former Staffer :

I was at the Agile 2009 conference last week to give a talk based on a project we did with Choice Hotels, this is the short version of my presentation. A quick thanks to everyone who came to my talk at the conference, and to everyone who provided feedback afterwards!

I like to think that most designers accept that integrating user feedback is critical to the success of a project. I also like to think that I’m not alone in struggling to find time and budget to undertake a thorough research phase on every project. As a group, UX designers have found a lot of ways do design research quickly (and cheaply) in order to make the best use of the time they have available on a project. On a recent project we found just such a solution that allowed us to gain critical insights while overcoming hurdles that made doing user research difficult.

Continue reading "Closing the feedback loop with a little help from your friends"

M. Jackson Wilkinson - Former Staffer :

The W3C has been working on a specification for a geolocation API, and has reached the point where it's starting to firm up and come together. That's good news, as it allows browsers to tell websites, through a JavaScript interface, where the browser is located.

The better news is that we're going to be able to use these new APIs sooner than you might have thought, given the relatively new nature of the API draft spec. Opera has implemented the spec in builds for several months, and it will be implemented in the release of Firefox 3.5. More recently, it's become evident that Mobile Safari in the new iPhone 3.0 software provides a geolocation API, and it appears (outside of the NDA realm, at least) that it is indeed compatible with the W3C API.

What does this mean?

Continue reading "Geo: Soon to be Legit"

Jackson Fox - Former Staffer :

I’ve been using OmniGraffle as my primary tool for wireframing (and most everything else) for about 3 years. In that time I feel like I’ve gotten pretty good at using it efficiently, but I do try to keep an eye out for new tips and tricks. Recently, I’ve been following along as the documentation geniuses at EightShapes have developed and released their InDesign-based documentation system called Unify. I was intrigued by one idea in particular: keeping wireframes and wireframe documents as separate files.

Continue reading "Managing Wireframes More Effectively in OmniGraffle"

Jackson Fox - Former Staffer :

I recently had to deal with a frustrating (but relatively common) problem: A client had a pretty clear idea of what they wanted, but that idea wasn’t clearly communicated in the RFP. We went through a few iterations of wireframes, and finally found a design that felt comfortable to everyone. We plan our engagements with just this approach in mind. However, I couldn’t help but wonder if we could have gotten to that point sooner if we’d been able to take the picture the client already had in their head and use it as our starting point.

Continue reading "Sketching in the Kickoff Meeting"

Kevin Vigneault - User Experience Designer :

The defining characteristic of a password field is that it abstracts text as dots. While the intention of this behavior is understandable (it makes users feel secure and protects from prying eyes), the unintended effect is that it creates a usability problem. Users can't tell if they've entered a password incorrectly until after the site's validation informs them. It's like typing with your eyes closed.

The most common solution for the password field problem on registration pages is to require people to confirm their password in a second field. Again, the intention is understandable (it cuts down on mistakes), but the reality is that sites are requiring people to deal with two password fields. Here's an example of the common solution with some JavaScript validation:

While this isn't a terrible experience, I think there are a few other ways to handle this problem worth exploring. With some inspiration from a post on IxDA.org, I've created three below. Of note, all of these proposed solutions load a password field when the page is generated, so the browser will initially treat them as regular password fields.

Solution #1: Users click a checkbox to show characters

Pros: The decision to show or not show characters is fully at the discretion of the user. Passwords can be edited while characters are displayed.

Cons: It doesn't automatically switch back to a password field. People could accidentally keep it checked while they're filling out the rest of the form, leaving the password susceptible to prying eyes.

Solution #2: Users hold down a button to temporarily show characters

Pros: Users are able to see their password characters if they'd like and cannot accidentally leave the field in the show character state. This solution potentially feels more secure to users than solution #1.

Cons: The downside is that users cannot leave the field in "Show characters" mode while they're editing the field. They can only see what they've entered when the button is pressed down.

Solution #3: The password field automatically changes to show characters

Pros: As a user, this approach would be my personal favorite because it's the easiest option, and you always see your password as you're typing it in. I don't really care about other people seeing what I type, since I rarely find myself in situations where I notice or would expect people to leer at my screen.

Cons: When users first select the field and start typing, it will look and behave like a regular text field -- which may be startling to some. Users will not see that it switches to a password field until after they've entered something and clicked off of it.

Conclusion

None of the solutions presented here are the silver bullet for how to handle password fields in all situations. Depending on your users, your goals for the form, and your willingness to try something a little extraordinary, one of these options may make sense for your site. If anyone has any other ideas for how to handle password fields, I'd love to hear about it in the comments.

Update! April 16, 2009

In response to this post, Stephen Lewis from Experience Internet put together a writeup and demo for another alternative to password confirmation. His works very similarly to the iPhone password input field where the last character is momentarily a character before automatically switching to password "bullet".