“Our brain is lazy by nature, and if your product offers several ways to achieve the same goal, people will use the shorter and simpler one. Don’t make it hard for your users with complicated flows, long forms, and exhausting interfaces. They use your product to get a job done, help them do it seamlessly and don’t make them think too much. Don’t be afraid of adding “additional clicks” — sometimes it’s better to break a long flow to bite sized, scannable chunks of information.” - Katrin Zotchev
It seems that in a B2B sense, converting features to be this simple is quite tricky 90% of the time. I’m also starting to sense how AI tools can actually start to fill this gap.
Totally agree with this. People just want to get stuff done.
But I’m starting to notice how AI might actually help here. Instead of users clicking through 10 steps, we can start building smarter experiences that handle the messy parts behind the scenes. It’s not about fewer clicks, it’s about fewer decisions. Kinda exciting to think about where that could go.
I’ve found that concept testing with interfaces can be super valuable in arriving at a more straightforward answer. We’re wired to react to things using our immediate feelings, then our memory.
AI feels like gasoline on a fire here. On one hand it could be super powerful, your prompting and configuration of Claude or ChatGPT could be programmed to always look for this in your planning docs (like a personal blindspot detector).
On the other hand, features can be built super fast now. But if you didn’t do your homework on the users problem all of these could be amplified in the finished product. One example is “vibe coding”, the anchoring effect comes in right off the bat if you show a half baked idea to other stakeholders on your team. The conversation gravitates to nitpicking the details rather than zooming out on the user’s problem (been there done that )
That’s what I’ve been hearing as well. It seems that it all falls back down to “solving the right problems in the right way”.
This is a super important detail that I forget frequently- a very good callout that the vide-coded prototypes could actually lead us in the wrong direction!
Knowing what to truly do and why feels insurmountable.
100% that solving the right problem is critical, IMO that rests squarely on the product manager’s shoulders. But once you identify it, the rest of the implementation details sort of fall into place a lot easier if it really is the right problem. Looking back on my own experience where projects excelled and when they floundered, it really all came down to the problem. User feedback signal is clear, team is aligned, it’s great!
I’m curious how you think of UX metrics and any causation/correlation between the quality of the problem statement (confidence the target user actually has the problem)
If you start with a well-defined problem statement, UX metrics will likely show strong, consistent signals that users value the change.
If that statement is weak or wrong → UX metrics will show weak, inconsistent, or no improvement, signaling that the problem might not exist or isn’t worth solving.
Feedback loop → Metrics confirm or challenge the problem statement, helping you refine it before you waste time building the wrong thing.
So, in a design stack, UX metrics can reveal a new problem or indicate where the problem isn’t well-defined.
yes! love that! When you are doing UX testing on a design do you separate the cohorts of users as “test users” and “production users”? If so, I would imagine the “test users” would be directed to accomplish something and the “production users” are not.
Sorry if these are noob questions I don’t have any experience in UX testing specifically. My background is more from the PM view tracking product analytics with production users. I find it really interesting how these two sets of metrics are interrelated.