Tag Archives: learning

How to… get better at sketching for UX

Ho to Jennifer Blatz UX design seriesDesign is not art. And just because you can design something that looks and works well, does not mean that you can draw to save your live. I, in fact, feel like I have no drawing ability whatsoever. In fact, when it comes to sketching an idea, especially on a whiteboard in front of others, I feel like a complete incompetent idiot.

But it is not something we can escape. We need to be able to draw some basic concepts or screens in order to communicate where the project is going or what we are thinking.

So just how can we get over our fear of sketching?

How to…

Get better at sketching for UX

1. Start with the basics: a line, a circle and a box

Nearly all objects, especially on an an interface, is made up of a line, circle or box/square.  Take a few moments to practice drawing these basic shapes. Then combine these different shapes in different ways to get more complex objects.

2. Everyone thinks their drawings suck

Get over the fear that your drawings are not going to be a masterpiece. UX is is not at, remember? Sure some people have better drawing abilities than others. But that is OK. Just frame the reason for your sketching: you are trying to communicate a concept. You are not trying to be the next Rembrandt.

3. KISS – Keep it simple, stupid

Do not try to go in to too much detail in your sketching. Sometimes thinking about the finite details too much can cause us to freeze. Think about the basic shapes and structures you are trying to convey first. Then communicate that basic layout. If needed, go back and take a second pass at adding more details. Again if you are using the basic shapes of line/circle/square, then you want to keep the concept simple.

4. Keep it low-fidelity

It’s best to do basic sketching with good old pen/marker and paper. Try to avoid going in to a computer to do sketches. It defeats the purpose of having the rough idea (or maybe many ideas) and then focusing on refining and perfecting. Plus, drawing on a computer just takes more time.

Sketching for UX Design Jennifer Blatz

5. Push yourself to the limits

I had heard about this initiative called “Sketching for UX.” An email is sent to you every day for 100 days with 3 topics a day. You are then supposed to sketch out these 3 topics. I like this because I don’t have to come up with the topics, and it forces you to be disciplined. Sure I may had to bundle a few of my drawings in to one day from time to time. But it gave me the opportunity to think about a concept and try to execute that in some sketch form.

6. Identify your weakness

If you know there is something you are not that great at drawing, do it more. This relates to the next point:

7. Practice, practice, practice

If you want to get better at something, just do it more. When I am  done with with the “Sketching for UX” challenge I plan on continuing to develop my skills by working on the concepts that I am not good at and what is common in interaction concepts. You know the saying: Practice makes perfect.

How to… Be a better co-worker

Everyone hates to work with a jerk. So how can you do your best not to be the office asshole? I think there are some simple steps to follow that just might help you to be a better person to work with.

I have to give credit where credit is due. I recently read Marshall Goldsmith’s book “What Got You Here Won’t Get you There” which addresses how company executives should improve their behavior the higher up the corporate ladder they go. This is a great and inspiration book. And I think that a lot of the principles discussed not only apply to higher up executives but to any level employee.

How to…

Be a better co-worker

1. Check your ego at the door

No one wants to work with some who thinks their are “hot shit.” Being a UX designer means being part of a team. Yes a team. And that means playing well and working well with others. No one likes a prima donna. And sure, as a UX designer, you might carry some skills that others do not possess. But other team members have skills that YOU do not process. Keep that in mind.

2. Listen

This is pretty self explanatory. Keep your mouth shut and your ears open. As Judge Judy says: “God gave you one mouth and two ears for a reason.”

3. Adding too much value

This is very close to the “Listen” point stated above. Not only should you talk less and listen more, but what you say should be valuable. That value is gauged more by who is listening than what YOU think is valuable to the conversation. You don’t always have to “one up” the person talking.

  • Your story is not always more interesting.
  • You example is not always better.
  • You are not always smarter.
  • You don’t always have the best solution.

4. Claiming credit you don’t deserve

No one likes the person who claims to have done everything. Back to that “UX is part of the team” concept. Make sure that you pipe up when someone has contributed in some say. Not only will the person appreciate the acknowledgement, but it will also show that you are a true team player.

5. Starting with ‘No,’ ‘But’ or ‘However’

This has been a particularly tough one for me at times. You hear a crazy idea or something that won’t work and you think, “There is no way that is going to happen.” But starting off negatively can really harm a conversation. Try to think on the bright side. Or at the very least, don’t shoot an idea down right away by starting off on a negative wrong foot. Keep an open mind and always start with a positive phrase rather than negative. Try to remove No, But and However from your conversation.

6. Refusing to express regret

People like others who are humble. Fess up to a mistake, and that will be remembered. We are human, and we all mess up from time to time. A brave person admits when they have done wrong. UX is all about learning from mistakes. You are no exception. It takes a big person to admit wrong-doing. Be that person. Be humble.

How to… Do Interview stakeholders

How to logo for serious of career and UX topics by Jennifer Blatz, UX designer and researcher.With mosts UX projects, you are not working alone. Someone is coming to you with a project in mind. They want a website built, or a new mobile app, or they just need to make changes to an existing project. Whatever the case, you still are working with the person who has “The Ask.” And it’s this person you must tap in to to get as much information as you need to get started on the project.

Awhile back, I wrote another blog post, “Questions to ask your Client in a Kickoff” that lists a number of questions you should have ready to ask for a Client interview. But many of these same questions can be applied when interviewing a stakeholder as well.

How to… Prepare for a UX job interview

How to UX design series by Jennifer Blatz UX DesignerOh the dreaded job interview. No one likes to have to interview for a new job. But it’s the necessary evil that we as UX designers all have to face at one time or another. I have found there are a few techniques that have helped me prepare for the interview as best as I can. I’ll be honest, I have not landed every job I have interviewed for. Not even close. But I look at every interview as an opportunity to improve my answers and approach.

I encourage everyone, whether they are actively looking for a job or not to take every opportunity to be ready for that next interview. That means having these tips below in your toolbox. That also means taking the opportunity to practice these interviewing skills whenever you can. That may even mean going on an interview even if you don’t want that job. I have certainly done that too.

The question comes back to:

How to…

Prepare for a UX job interview

1. Do you homework

Know the basics about the company: what they do, who owns them, how long have they been in business, why they have been in the news recently, what are they knows for, etc. Also know your team members. Find out who you will be interviewing with in advance  and stalk them on LinkedIn. Know what their job title is, where they have worked, where they went to school and what their career path has been. Determine if you have any common traits that might be interesting points of discussion. Also see if you know anyone who has worked with your interviewers to get insight on what it could be like working with them.

2. Know the industry and landscape

Similar to the know the business aspect above. But this is understanding a bit more about the technology and how that impacts your job. Also know what competing companies are doing in a similar landscape so that you can ask questions related to technology and trends in the industry.

How to... Jennifer Blatz UX Design

3. Practice the whiteboard challenge

No matter how you feel about a whiteboard challenge, (Uhg, that’s a discussion for another day.) a company might require you to do a whiteboard challenge as part of the interview process. Love it or hate it, you need to be ready to do it. Be ready to show your UX process and how you would tackle this request in a short amount of time. I am suggestion that you practice this so you don’t freeze under pressure. Believe me, I’ve been there.

4. Have behavioral interview answers ready

Have answers ready to go for questions like:

  • What are your strengths?
  • What are your weaknesses?
  • How do you deal with conflict?
  • What would you do with a problematic boss?

5. Have behavioral design and technical answers ready

Not only knowing the Human Resources questions are necessary, you also need to walk the walk. Know your UX stuff. Be able to speak to the projects in your portfolio and how you executed them. Talk about the technology and tools being used by other UX designers. Show that you are keeping up on current trends and practices.

6. Have questions YOU want to ask about the company

A job interview must be a two-way street. You need to also find out if this is the company you would like to work for. Not only does it show that you are inquisitive, it makes you look like you are serious about the position. You want to learn about the culture, your co-workers, their process. I always like to ask “Why are you still working here?” and “What would cause you to leave?” Try to flesh out how happy their are there and if the company is a good fit for you.

 

I’d also like to include an image that I recently came across on Toptal’s website. though not super in depth, this is a nice visual representation of the difference between UI and UX.

Toptal's image for the difference between UX and UI

 

How to…Build a rapport with Developers

No matter if you are in a large company or small. No matter if your developers are next to your office cubie or in another time zone. As UX designers, there’s always (or at best, often) a point when you need to talk to a developer about the project.

Yes this can be a daunting task. Sometimes it feels like developers are talking a different language. And in some rare cases, you might be working with a developer who is arrogant and condescending. And he/she makes you feel stupid when you try to ask technical questions. Let’s hope that is not happening in your case.

No matter the vibe, we all have to work together to reach a common goal: get the project out the door. So just how do you do that?

How to…

Build a rapport with developers

1. Recognize developers are people too.

We are all have hearts, brains and pride and we are using them all to achieve success.

2. You have more in common than you think.

So take the time to listen to them. You might be surprised (but probably not) just how much design knowledge they have.

3. Learn a bit of code talk.

Yes folks, know enough to carry on a conversation. Do you know what a Hex value is? Do you understand what a Div is? Can you explain the difference between html and CSS and know why each is important in it’s own way? I am by no mean telling you become a code expert (that is a heated debate I will fight another day.) But do take a couple of online courses or read some articles to understand some basic coding terms and how those will apply to your designs. Believe me they will.

4. Listen.

Developers have great ideas. They might even have a better alternative to what you have thought about. Hear them out and don’t let your “design poodle” ego get in the way.

5. Communicate early.

You have the best design in the world, but is it technically feasible? Maybe it can be done, but the level of work is out of this world. Get ready for a debate, but a healthy one by bringing in developers in to your design early. Find out what walls are up, and determine which walls are worth fighting to break down.

6. Go out for lunch or a beer.

You work with people as much as you sleep. Sometimes you spend more time with your work mates than your family. And that is why I am referring to them at “mates.” Do your best, as a UX designer, to build empathy for your developers. A healthy, happy working relationship will go a lot further than a competitive, ego-driven one.

How to… A new series of helpful hints by Jennifer Blatz

How to logo for serious of career and UX topics by Jennifer Blatz, UX designer and researcher.There seems to be an article about every topic these days. In fact, I find that a lot of articles on Medium are kind of full of fluff, and when I read through to the end, I’ve discovered that I really didn’t learn much from the article. I want quick lists, with explanations if I have time.

 I’ve decided to start a short- to medium-form series of how to lists of doing things. I plan on covering topics related to UX, careers, working with others and any other topic that I hope others might find interesting.

I say it is short- to medium- form, but let’s see how the project evolves. Thank you for taking the time to read my articles. Hopefully you might learn a little nugget of information from my serious. Please feel free to leave comments on any “How to…” article. Or contact me on Twitter to start a conversation. Thank you.

UX Tidbits

100 days of learning UX Design journal from Jennifer Blatz

Back in 2015 I pushed myself to learn a little something extra about User Experience for 100 days. Granted, I did skip a few days, but for the most part I was pretty consecutive. I got over 100 entries of quotes, laws, terms, principles, lists and more.

The practice was simple: keep a User Experience-focused journal and write down things that you learn. Force yourself to seek out some information every day. And keep a record of your findings.

As I am re-reading them today, some of the things have been forgotten. So I decided it would be good practice for me to resist and share some of the UX tips, tidbits and terms I am rediscovering. My new series called “UX Tidbits” will be in addition to my regular writings and insights. Please enjoy the new series of “UX Tidbits” and let me know what you think.

How do you stay on top of things?

How do you stay on top of things?

Ahhh the golden interview questions that I am sure every UX designer has heard at least once.

  • Where do you go for resources?
  • What Websites do you visit to learn more?
  • What tutorials or other resources do you use to learn a new software or service?
  • How do you stay on top of the latest trends?
  • What software are you using for (fill in the blank)?
  • What is your “best practice” for (fill in the blank)?

Yes, we have all asked these questions, or heard them asked, or wanted to sleep but could not because these questions are bouncing around in our heads.

So I would like to open this post up for discussion. Because I feel like I am wounding about these types of questions all of the time. I want answers. Can you provide some of the answers to the above questions? Or do you have a resource that might answer them? I know I don’t get a lot of traffic on this blog, but if you do swing by and feel like chatting about this topic, I would be forever grateful.

Now: Let’s talk!

BigD Conference: Demo tips

Ken Tabor shares his tips on how to over come imposter syndrome and give a presentation to peers.

He used emojis to illustrate a story with humor

  • Be authentic
  • Open your mind
  • Be a servant to your community

Why speak publically? So many good reasons:

  • Influence
  • Advance your career
  • Teach others go to events for free
  • Meet new people
  • Learn more

1. Point of view

  • Don’t measure yourself up to an imaginary gauge

2. Preparation

  •  People worry about preparing
  • This leads to procrastination

3. Presenting

  • People are worried about others judging them and things going wrong

Over come your worries, fear and doubt

  1. Find your voice
  2. Sharpen your understanding
  3. Give knowledge to others
  • Be authentic and smash the idea that your point of view is not valid or good
  • Don’t wait for your opinion to be fully formed
  • You don’t have to be a subject matter expert
  • Think about your skills and experience that you can show others
  • Pass your expertise to the next generation
  • Find a crowd that doesn’t know
  • People are open to learning because we must to survive
  • Write down all of the things you know – brainstorm
  • Delete the things that you hate
  • Keep the ones you think that others would want to know
  • Keep topics that would work at a conference lanyard.com for conferences
  • Write a great title
  • Write a great description
  • Drop names of other speeches
  • Put in skills and credentials
  • Add something personal and fun so the person can bond with you

Submission Checklist

  • Title
  • Description
  • Personal bio
  • Speaking history
  • Blog, twitter, apps, websites
  • Headshot
  • Video sample
  • All stuff is reusable and you can build off what you have created
  • Always be writing
  • Give yourself time to write and don’t creativity
  • iAwriter is a not frills word processing program to help you write. It eliminates all the distractions of MS Word
  • Trello is good place to organize projects and notes
  • Create a custom design (for your slides) so it has a unique look
  • Examples: speakerdesk.com slideshare.net

Practice

  • You can even practice in front of an empty room
  • Make sure you are speaking out loud
  • You need an idea of pacing
  • Check out the room before you speak
  • Be open. If you are rejected for a talk, do a workshop. Just do anything.
  • Speak to Teach. Present to learn.
  • Start with a story
  • Take us on a journey
  • Don’t thank organizers
  • Don’t give bio
  • Don’t say you are nervous
  • Your audience wants to learn from you and they want to succeed.
  • Square breathing technique: inhale/exhale for 4 seconds. This will help calm your nerves.
  • Look at Amy Cuddy’s Ted Talk for body language
  • Our behavior can drive our beliefs.
  • You’re empowered to be awesome, so show them that you are.
  • Use cheat mode/ speaker notes in software to help you remember what you want to say.
  • Make everyone around you feel better.
  • It may seem strange, but give away “trade secrets” or share what you know.

BigD Conference: Research in UX

Design thinking and UX research go hand in hand with Jennifer Blatz, UX Designer and User experience researcher.Design thinking

  • Consumer insights and rapid prototyping
  • Quickly get beyond assumptions to know if we are building the right product
  • Get beyond assumptions that can block effective solutions
  • Good design is a competitive advantage.
  • Understanding your user is the competitive edge

Discovery phase of User Research

Stakeholder and customer interviews

Business Model Canvas

  • Trends in tech and social
  • Efficiency >> Value
  • You can compare your business to another competitor or benchmark in each box

Value Proposition Canvas

  • Products and Services
  • Gain Creator
  • Pain Remover
  • Understand the customer profile
  • Pain reliever – already exists
  • Gain creator – something new
  • Compare value map and client profile to see where they align

Journey Map

  • Visualize your research
  • Done create one just to make one
  • Tailor it to the project you are working on
  • Usually it is printed out so you can see and discuss
  • Put the timeline of the vision across the journey
  • What are the patterns you are seeing? Use those as quotes
  • Thinking, feeling, doing
  • List the opportunities: ways the process can be improved

Story mapping

  • At the end of the discovery phase
  • More concreate about what we are creating
  • What are the jobs and tasks that people have to do
  • You can use the story map to guide your agile sprints

Growth hacker

  • Marketer / front end coder / hacker
  • Run a/b tests
  • Create versions that can be quickly tested and changed

Usability Testing

  • Do this to understand why people use or don’t like your site or service
  • Get a better understanding of their behaviors
  • We need to understand who we are building for.
  • We need to be cure that we are creating value for that user.

 

BigD Conference: Visualizing User Feedback

Jennifer Blatz UX design treemap data visualization
A treemap is a visualization method I learned about as part of Big Design Conference talks.

Another good class I took as part of the Big D Conference was presented by Eva Kaniasty, the founder of Red Pill UX, and a research and design consultancy.

The role of the UX researcher is an important one. We, as UX researchers, need to design our research studies for analysis. Obviously when we perform a story, we are trying to gather important data. This data we gain in our research efforts need to be analyzed and our findings need to be communicated to others. We need to think about how to visualize our research.

Get your stakeholders to empathize with their customers and users. One way to do this is to take photos of the real people using the product. Don’t use fancy stock photography with posed fake models. Use your smartphone and take pictures of people using the product. And take more pictures of the person, sort of posed, to use as your persona image. This makes the persona more realistic and will provide the opportunity for your stakeholders to see the real person behind the persona.

I learned about the website UI Faces where you can go and get more “realistic” photos that are free to use in your personas or other needs. Granted, I checked this site out, and there’s a lot of avatars from people I follow on Twitter. But hey, your customer probably does not follow them and therefore they won’t recognize the images. So go ahead and check out the site to see if it needs your image needs for personas.

The problem with personas today is that many people just make them up. They don’t generate them using interview data or base them on real users. People often create personas based on “ideal” customers which is not accurate. Be sure that when you create personas, create them based on real research. Also make sure that they represent real people and customers, not ideal ones.

Additional notes from this talk

  • Pie charts are poor visualization tools much of the time.
  • Icons can be used to visualize data, but don’t over use them.
  • After you have a research session, write a quick summary right afterwards so you don’t forget the important details. The longer you wait, the more you will forget.
  • Videos are time consuming and become outdated quickly.
  • Quotes can be very powerful and easier to generate than video clips.
  • Look for patterns in your data.
  • Don’t use a word cloud to summarize data.
  • Word clouds are hard to read, noisy and the colors used can be confusing, portraying a confusing hierarchy.
  • A treemap shows the frequency of terms used in a combined bar chart.
  • Make any color coding meaningful and explain what it means.
  • Test with color blindness tools to make sure that color can be seen.
  • Do no over aggregate that data. That happens when you smooth and combine data together too much. When this happens, the data can lose its meaning. Don’t combine much because if you do, you can lose where the problems are.
  • Use words instead of illustrating with a bunch of repetitive icons.
  • Don’t use statistics for something subjective like severity ratings.
  • For “Ease of Use” ratings, use a bar chart, not a pie chart.
  • Stars are not good to rate the severity of something. People think more stars means “good” and that is the opposite mental model for the severity rating scale.
  • Dot voting is good to give everyone a chance to vote and it surfaces up the problems that need addressing first. The most votes wins!

Top visualization mistakes

  • Implying statistical significance
  • Over aggregation
  • Comparing apples and oranges
  • Leaving out context

BigD Conference: Design for Real Life

indifference-jennifer-blatz

The keynote speech of the first day was given by Sara Wachter-Boettcher. The topic covered designing to avoid biases and exclusion. It was really interesting and inspiring. Here are a few highlight from her speech:

  • Think about how your app or message could make the user feel alienated or as if they don’t belong in some way.
  • Make sure the voice of your product does not push people out or make them feel like they are not part of the “crowd.”
  • When a person has to choose his/her race, think about how that makes him/her feel. What if they don’t identify with the choices? What if they are more than one race? Making a person choose a race could make them feel “flattened” and generic. This is especially true if they do not identify with the categories you have presented.
  • Security questions are not for everyone. Some people have never had a pet. Some people went to many schools and don’t know how they should answer. Let people create their own security questions that they can identify with.
  • We are used to defining our audience and we think it’s easy to do. We see what is “normal” or “like me” in the media and TV. We forget how diverse the world is.
  • We must own up to our biases and consciously work past them.
  • Stress cases normalizes the unexpected.
  • Talk like a human and add some delight. But delight might not always be appropriate. You can fail to see what could go wrong when you decide to add delight.
  • If you are not asking yourself “How could this design/text hurt or exclude someone?” you are not thinking about it enough.

 

WIAD 2016

WIAD World Information Architecture Day Los Angeles 2016 attended by Jennifer Blatz, UX designerToday, I attended my third WIAD or World Information Architecture Day, established by IAI Information Architect Institute.  A couple of years ago, I acted as Project Manager for Los Angeles’ WIAD. So ai map to see that the torch has been carried and this event is back in the Los Angeles community. It’s a great opportunity to hear some of the industry’s well regarded IA experts, to meet other great people in the field, and hopefully to get fired up and inspired. What is WIAD? According to the website:

World Information Architecture Day 2016 is a one-day annual celebration of this phenomenon. Hosted in dozens of locations across the world by local organizers on February 20th, we focus on telling stories of information being architected by everyone from teachers to business owners; technologists to artists; designers to product managers.

With representation from all over the world, we believe that the power of similarity and the beauty of difference between stories will inspire those who work in information architecture, as well as those who may be new to it. We aim to teach, share, and have fun — all through the lens of Information Architecture (IA).

I would like to share some of my notes and highlights from today’s fabulous event.

  • If you’ve ever wondered where you are on a website, than that is an issue of IA.
  • An aspect of “play studio” is to pick a behavior and design for it.
  • Shift from a designer to a facilitator.
  • Research is becoming more collaborative.
  • Design work is not precious. So it’s good to work on low fidelity objects to keep that true.
  • Design work is not about ornamentation, it is about implmentation.
  • Think about creative solutions rather than what requirements are supposed to be delivered.
  • Designers need to be more collaborative and not worry about people (who are not designers) stepping on their toes and entering their “craft.”
  • Put the work out early to get user feedback, knowing it is an iterative process.
  • Try creating ad hoc personas when you don’ have time to create full-fledged personas.
  • Know your audience. This is so often forgotten. Keep in mind what your user’s current needs and behaviors are. Don’t lose site of who you are designing for.
  • Know when it is appropriate to work with an established design pattern and not reinvent the wheel.
  • Take the information you have gathered in research and shake things up when you need something different.

    WIAD World Information Architecture Day Los Angeles 2016 attended by Jennifer Blatz, UX designerWIAD World Information Architecture Day Los Angeles 2016 attended by Jennifer Blatz, UX designerWIAD World Information Architecture Day Los Angeles 2016 attended by Jennifer Blatz, UX designer
    WIAD World Information Architecture Day Los Angeles 2016.
  • Some corporations appreciate hiring people who will rock the boat and provide a diverse outlook to the company. Get hired to make a change in the corporate structure as well as the product that you will build.
  • Some companies will avoid innovation because of risk. This leads to fast following.
  • Tell the story | Develop the culture | Be the voice of the customer.
  • Innovation requires atriculation.
  • When you work on a design solution, what will people think, feel, do and become?
  • UX designers have great skills like: inter-discipline, like people, empathy and listen to others.
  • Think like a founder, not a designer.
  • Designers inherit problems, founders define them.
  • Design THE business, not for it.
  • Do you expect the world to anticipate your needs? Because you should.
  • The problem you have been given is not the right problem. Discover the right problem.
  • Every designer should have some skill in leadership.
  • What motivates a designer is a frustration with the world and a desire to improve it.
  • As a designer, you see something better.
  • Consider delivery mechanisms that extend your core experience.
  • Leverage what people love, address what they don’t.

WIAD 2016 attended by Jennifer Blatz, UX designer.

Complexity is not the problem
Ambiguity is
Simplicity does not solve ambiguity
Clarity does

Happy 2016 — Goal setting for the new year

2016 UX design resolutions for Jennifer Blatz

We are comfortably in the new year, 2016, and I am glad you have made the journey so far. I guess that people make goals for the new year huh? Here’s my to-do list:

Learn programs

  • Axure
  • Sketch

Improve coding skills

  • Learn javascript, at least the basics
  • Refresh my knowledge about CSS and HTML

Read books

  • “Information Architecture” aka the Polar Bear book
  • “Design of Everyday Things”
  • “Checklist Manifesto”
  • “How to Get People to do Stuff”

Keep learning

  • Start another “100 Days of Learning” journal, but expand it for the entire year
  • Review the “Learning Stuff” journal from last year

Write blog posts

  • I am shooting to post 30 blog posts in 2016

Join a side project

  • I would love to join another project. If you know of any short term projects that need a UX designer, please let me know.

Build out portfolio

  • Improve the content of my portfolio by introducing new clips
  • Present my acquired knowledge illustrating my software proficiency

Ok just 29 more blog posts for 2016. Thanks for reading.

Wrapping up 2015 with 100 Days+ of learning

100 days of learning UX design notebook Jennifer Blatz

As you know from my previous post, “100 Days of Learning Stuff,” I set up a challenge for myself to learn something new every day for 100 consistent days. My goal was a success, and I continued the learning experience through the rest of the year.

Looking back at my book today, I am pleased with myself for taking a bit of time to take note and learn a few things along this year’s journey. Some of the topics included in my UX journal include:

  • Several “Golden Rules” lists for UX
  • Numerous definitions of key terms and concepts
  • Great UX quotes
  • Laws like Hick’s Law and Fitt’s Law
  • Principles and steps
  • Abbreviations and methods

And a lot more. I am going to set a goal to create a new UX notebook for 2016. I encourage you to develop a journaling method for yourself and keep on learning in the New Year.

I hope 2015 was great for you. And best of luck in 2016.

Prototyping tips: What you should know after a session

User Testing recently published a handy guide on prototyping called “Getting out of the office: Testing mobile app prototypes with user”.

Here are a few pointers of what you should know after prototyping your project.

When you’re finished testing at this stage, you should be able to answer these questions to validate your concept before moving forward to a higher fidelity prototype:

  1. What problem does your idea solve?
  2. How are users solving this problem currently?
  3. Can your target market think of another product that does something similar?
  4. How have previous solutions failed?
  5. Do users understand what this product or service does?
  6. How do users feel about the product or service?
  7. Who is your competition?
  8. What is the app for? What can users do with it?
  9. Does your target market actually have a need for this product?
  10. What devices do users imagine themselves using when they interact with this product?
  11. What scenarios can they picture themselves using it in?

Continuing education

Interaction Design Course participants
Interaction Design Course participants

As professionals, we always need to be learning. The times have passed that we can just coast through our careers.

I recently attended an Interaction Course presented by CooperU in Los Angeles. They are often offering classes only at their facility in San Francisco. So I was excited to attend this workshop and to learn to new skills.

What did I like the most?
  • Getting some time off of work
  • Engaging in new activities
  • Jump starting the brain and creative processes
  • Meeting new people

What did I dislike the most?

  • It only lasting 3 days. I could have learned more.
  • Some exercises seemed too “on the surface” and I would have liked to have the chance to dig deeper or try the exercise again on a different topic for more practice.
  • It seemed very “Cooper” focused and I am not sure there would be time to apply some of these tactics in the real-world agile environment.

What surprised me the most?

  • How quickly the time would fly by in the breakout session.
  • People were other disciplines besides UX design.
  • Lunch was not provided as part of the admission fee. (It would have been a good opportunity to have break out sessions on other topics.
  • How exhausted mentally I was by the end of the third day. I guess I was really giving my brain a workout.

UX Radio and Podcasts Massive Collection

UX radio retro woman

I found a great definitive list of design, tech, web and UX podcasts. I listen to a lot of podcasts on my drive to and from work, so this is going to be a great resource for people like me who like to catch up on their podcasts on their commute.  Yes some are in German, but pick the English ones if that’s your cup of tea.

UX Radio: UX-, Design-, Usability Podcasts

Some of the podcasts that I think look particularly interesting are: