Ask HN: How did you increase your UX skills?
51–60 of 127 posts
Re: Ask HN: How did you increase your UX skills?
#52I started caring about users. I decided that I genuinely want them to enjoy using what I build - not in a "hey that's cool" or "ooo that's beautiful" way, but in a "wow, doing that sucky task I have to do every day is a bit less sucky now" way. I put effort in to solving hard problems so I can make users lives a bit easier. It turns out that thinking this way also makes my job more fun.
Re: Ask HN: How did you increase your UX skills?
#53Some light theory and heavy practice is the best way to improve. Credentials: been doing UX work for 25 years and I run https://www.TrialToPaid.com where I'm well paid to improve UX to grow trial conversion revenue. Here are three steps you can take: 1. Read Don't Make Me Think by Steve Krug, User Interface Design for Programmers by Joel Spolsky, Refactoring UI, and (optionally) The Design of Everyday Things (this wi…
Re: Ask HN: How did you increase your UX skills?
#54Some light theory and heavy practice is the best way to improve. Credentials: been doing UX work for 25 years and I run https://www.TrialToPaid.com where I'm well paid to improve UX to grow trial conversion revenue. Here are three steps you can take: 1. Read Don't Make Me Think by Steve Krug, User Interface Design for Programmers by Joel Spolsky, Refactoring UI, and (optionally) The Design of Everyday Things (this wi…
Re: Ask HN: How did you increase your UX skills?
#55Re: Ask HN: How did you increase your UX skills?
#56I try to think UI-first. When I start a project it's not "How do I implement this functionality" it's "How do I make this UI". UX is a lot deeper than where the buttons go, it's about workflow, and architectural decisions can constrain UI. Using a UNIXy suite type model? You might have trouble editing an earlier decision without undoing all work after that, unless you are very careful. Some architectures might make a…
I think of the problem first. We often go straight to the solution without a clear understanding of the problem.
Sometimes, the problem does not require a UI at all. The solution is somewhere else. As I was building a UI for someone to perform a task, I realised that the task could be entirely automated. I was tackling a problem on the wrong layer.
I think that you should start by modeling the task, because the user might not need to do that task in the first place. "How a user does a task" is how we get faster horses instead of automobiles.
> When was the last time you needed a manual
I suspect that it has a lot to do with growing up using those devices. Give one of those devices to your grandma and watch them go.
Re: Ask HN: How did you increase your UX skills?
#57What helped you increase your UX skills? I started caring about users. I decided that I genuinely want them to enjoy using what I build - not in a "hey that's cool" or "ooo that's beautiful" way, but in a "wow, doing that sucky task I have to do every day is a bit less sucky now" way. I put effort in to solving hard problems so I can make users lives a bit easier. It turns out that thinking this way also makes my job…
Re: Ask HN: How did you increase your UX skills?
#58- The book The Design of Everyday Things - The podcast 99% Invisible
Re: Ask HN: How did you increase your UX skills?
#59I did it once. Turned out my understanding of the real core problem was deeply flawed.
UPDATE: Maybe interesting to give some details of this. I was developing a program everybody called the calendar. Basically there's a list of people, and they need to have a timeslot each somewhere in the next year. Customer was the people who scheduled these time slots.
First version of the calendar app was ... a calendar. Columns monday tuesday wednesday ..., rows with hours and minutes. Drag a person on top of it and presto. You know the drill.
Testing with users revealed something was off. No user could really tell what was wrong, it looked exactly as they had asked, but everybody agreed this was not it.
Somehow, the better design dawned: Even if they called it a calender, they wanted a task list. Not the date/time aspect but the person aspect was central and required most screen estate. They needed to be able to select the right people in the right order, giving priority to some people but also being sure nobody was forgotten. Date/time selection could generally be automated or needed a simple text field so they could quickly type it in.
The redesign took about a day. All the business logic and most of the UI widgets could be recycled. Just had to add a dumb list with checkboxes. Nevertheless, it looked completely different when finished, with widgets moved between pages and resized as their importance grew or shrunk. I kept a calendar widget in there out of some kind of residual guilt, but it was almost completely ignored.
Re: Ask HN: How did you increase your UX skills?
#60I suggest doing this for a type of software that you know really well, as you’ll be more surprised by your own assumptions.