Monthly Archives: September 2014

Q&A, user experience

Q&A: moving from technical writing to user experience

I got the following question this week:

I am a technical writer with experience in usability. I do not have a professional degree in design to support my credentials as a UX professional. Is it feasible for someone who is from non-design background to even to get a portfolio considered by the prospective employers?

This is somewhat similar to a question that I answered earlier about moving from engineering to user experience.  In short, it boils down to how you discuss your work to highlight the user experience work that you have done as a part of your technical writing role.

It is certainly possible to get your portfolio reviewed. Your portfolio should show how you have applied your experience and expertise to the problem domain at hand. I recently wrote about what a UX portfolio should contain.  Technical writing can have overlap with UX. It depends on the writer and their experience. Some writers simply interview subject-matter experts and turn that into documentation. Others do much more. Your portfolio will have to explain how your work shows that you understand user experience and user-centred design.

The most important thing to do is to read the job description to determine whether it is one for which you think you would be a good fit.  Then, write a cover letter and resume/CV that explain to the hiring manager why you would be a good fit.  Focus on your UX achievements and accomplishments.  You don’t need to have a specific background to be great in UX.  You do need to be able to explain how your background will make you a great fit for the UX position you want.

Microsoft, user experience

BP and college students have something in common

When I was working at Microsoft, I had the opportunity to observe research that one of my colleagues conducted about how college students used Word.  During a focus group, while discussing writing papers, the students discussed methods that they used to get around a page-length requirement.  I’d heard of most of them: changing the font, changing the margins, changing the line spacing.1

I was amused to read that BP’s lawyers have resorted to the same methods.  This is quote from the judge’s ruling:

BP’s counsel filed a brief that, at first blush, appeared just within the 35-page limit. A closer study reveals that BP’s counsel abused the page limit by reducing the line spacing to slightly less than double-spaced. As a result, BP exceeded the (already enlarged) page limit by roughly six pages.

The Court should not have to waste its time policing such simple rules — particularly in a case as massive and complex as this. … Counsel’s tactic would not be appropriate for a college term paper. It certainly is not appropriate here.

It occurs to me that I hope that I haven’t given anyone any new ideas about how to get around page limits by writing this.

  1.  I recall one that was new to me: changing the font (or font size) of just the periods: professors who checked for correct fonts and font sizes usually wouldn’t bother checking to ensure that the correct font was used on every single character in the document, and the difference of a point or two of font size on a period wasn’t visually noticeable.  If you were close to, but not quite at, the minimum required page limit, increasing your period size could be enough to get you over the line. ↩
user experience

inspiration

I noticed that the official VMware tweets about their Q&A with me talk about “the inspiration behind my work”.  They got my inspiration to get started in computing, which isn’t the same as what inspires my day-to-day work.

I like solving hard problems.  The hardest problems aren’t necessarily in the code.  They’re the ones that keep people from getting to that code, or that keep that code from being something that people want to put to use.

My inspiration is seeing someone get frustrated because they can’t do something.  My inspiration is seeing someone spend hours searching online for help.  My inspiration is seeing someone trip over something, not even notice it because they always trip over it, and continuing on with that little bit of lingering annoyance that they can’t identify because they didn’t notice it when it happened.

My inspiration lies in coming up with ways that make people’s lives better.  It might be a little thing, like fixing that thing that trips them up every day but that they don’t notice.  It might be something bigger, like giving them the tools to do something that they never knew was possible but can make their days go so much smoother.  It might be in providing great APIs so that they can roll their own solution that perfectly meets their needs, and in them having the satisfaction of a job well done as they roll their own solution.

My work is invisible.  When it’s done well, you’ll never see it.  My inspiration is in keeping your life ticking along, making things easier for you, without you ever even knowing about it.

user experience

what’s next?

I recently conducted research which revealed that we had failed to consider one of the most important questions for our users: what’s next?  During the research, users successfully got through each individual step.  When it was time to transition to the next step, they couldn’t figure out what to do.  They knew what their end goal was, they couldn’t figure out how to get there.  One of my recommendations to the team is to consider how we will guide the user through the whole process so that people can accomplish what they set out to do.

When we develop applications, we break workflows up into features, and we often break up features into smaller pieces.  This process helps us build software.  It’s very easy for this process to make its way into the interaction design process: we design part of a workflow, and forget to design the glue between the individual parts of the workflow that turns it from a string of features into a workflow that helps users accomplish their goal.

Laura Klein looked at this problem from the other direction: coming up with an idea to improve your product, and then watching it get bigger and bigger as you consider what happens next.  Nothing exists in a vacuum.  There is always something that happens next.  A successful product considers what happens next, and sets its users up for success in getting to that next step and accomplishing what they really want to accomplish.