A common problem on every software team I've ever been on is assuming every customer thinks the way you do
In software development and especially product management, we talk so much about user empathy but time and time again, it doesnât seem like people know what that truly means. It more than just knowing what the job is or how it is done. We need an understanding of how the person is motivated, how they run their day, the tools they use, the pain pointsâŠand the world of remote work makes it a lot harder to empathize in that way. We like to think our customers are as pragmatic as ourselves, but that isnât always the case. To build great products that really delight, solve a problem and have staying power; it is essential to have a well-rounded understanding of your user.
Incorrect assumptions
The last few months have been eye-opening for me. I had the opportunity to visit several of the country's largest property managers to better understand who we are building for at Updater: the leasing agent, the property manager, the regional manager, and the operations executive. Spoiler alert: I made some incorrect assumptions. I assumed certain aspects of their job were more straightforward than they actually were. I imagined that if a notification didnât fire, a leasing agent would still know what to do. That is not at all the case. The persona I had been building for, in many cases, is a creature of habit. They have their daily rituals. They log in, navigate to the dashboard, and follow instructions. If something isnât there, it often doesnât get done. A revelation.Â
We have a myriad of ways to help us understand our user: UserTesting, UserInterviews, Surveys, NPS, etc. but nothing replaces human connection, in-person interaction and just watching someone do their job.
Do the work, or as Ken Norton would say, âBring the donutsâ
In the remote-first world, I think we have missed something (well, a few things): not every task can or should be done remotely. Hyper-focused user research can be effective remotely but true connection with your users and a deeper understanding of the persona youâre building for is hard to do well from a distance. As a product person, I am very used to being asked by engineers âwhy do they need thatâ or being told âthis solution is better, technicallyâ and I used to have a hard time justifying myself. Having now spent a lot of time with all of our user personas, that isnât an issue anymore. So consider the in-person time, bring donuts, buy coffee, or just show that you care because it goes a long way for them and for you.
This is so true..as a Product Manager at a fintech company building for the everyday user I often get suggestions from business stakeholders on what features we should build. Often when I say âWhy do you think we should build that?â They respond with, âwouldnât you want that as a user? Seems like he normal thing to do right?â
I always respond with..âwell we can test it & see if they want it. Letâs a/b test it.â Letâs experiment with itâ
Never respond with âyeah they would love that..letâs roll it out to everyone tomorrowâ