As a general principle, there are two ways you can brainstorm ideas, and it all depends on where you start: with possibilities or limitations. However, one of those methods will often lead you down the wrong path, and the other prevents that risk.
Have you ever wondered why product teams don’t just design the real UI from the beginning? Why do we make wireframes at all? Is it only so less talented designers can work on UI too? Can we skip wireframes if we get more experience? Or do wireframes do something that UI designs can’t do? These are not silly questions.
Every so often I find myself in a conversation with someone who wants to put UX design into a typical agile or scrum process together with the engineering team, and if they are religious about agile workflows, sometimes it even becomes an argument.
There is a way you can destroy a whole product by trying to do something good. All you have to do is believe that you are a good designer and be data-driven in your work. Wait, what?!
As I sit here writing this, I have a really bad sunburn. Looking back at my “last day of vacation” behaviour, I should have expected this. What I didn’t expect was to fix it with UX.
