The success of many professions depends on how well they understand their customers and build products and services accordingly. Even Subway servers need to carefully listen to their customers to make the right sandwich for each of them. An extra onion and youâll probably end up losing a customer.
A career in Product Management is on top of the âprofessions where one needs to be user-focusedâ list. But before we dive into this further, letâs first understand the difference between being user-focused and user-led.
According to Martin Eriksson, the co-founder of Mind the Product, âBeing user-focused means ignoring or even going against explicit user wishes in order to better serve the user.â
A great example of this would be 37signals, a famous computer software company, which ignores many of its usersâ requests to add more features because the number one request they receive is asking them to keep the product simple. If the company were to grant every single one of their usersâ requests, the product would get bloated, less user-friendly and ultimately less likely to meet usersâ needs.
Resource: https://www.mindtheproduct.com/be-user-centered-not-user-led/
To make the process simple, here are some easy-to-execute yet effective ways to stay user-focused as a Product Manager:
Although many of us say âweâre building this product for the usersâ, sometimes it so happens that we center the process of building the product around business needs. For instance, âHow do we build this feature with the least assistance from the development team?â, âHow do we execute this launch with the least amount of stress?â âHow can we build something that leadership would love?â
Every decision and process that goes on should be undertaken by standing in your customersâ shoes. This happens only when you talk to your customers on a regular basis, and understand their use case and pain points and thatâs when youâll see your business grow.
Resource: https://www.userzoom.com/blog/expert-opinions-on-user-centered-product-management/
Another quality of being user-focused is that you donât have to ship out every feature that was requested. If a feature is likely to ruin your productâs unique selling point or cause many customers to leave, then you can confidently say no to such requests.
Decisions about if a feature is going to be part of the product roadmap and if so, then the timeline for the same should be communicated with your users. This can be done either by having a public roadmap which most companies have today, through slack groups, or in-app widgets which can be used to collect customer feedback and suggestions.
Some companies even go to the extent of helping customers understand why theyâre not prioritizing their suggestions over other things. Being this open and transparent means your customers feel that they are being valued which in turn entices them to give even better and more useful feedback.
To understand your userâs pain points with your product, you need to first understand their experience with your product. And thereâs only one sure-shot way to do this, by talking to them and asking the right questions. But this doesnât mean you talk to them once a month because to understand their experience and emotions, you have to be consistent with communication.
By listening to several users describe their experiences and pain points, you can create a composite user journey that represents the typical customer experience. These pain points are areas your product can make a difference.
Here are some examples of the types of questions that usually prove fruitful:
When did you last encounter a problem with this technology?
Can you describe exactly what happened?
What attempts have you made to solve the problem?
What further issues have stemmed from the initial problem?
Here are some questions to avoid:
Would you buy a product with this new feature?
What is your opinion on this novel idea?
Would you use something like this?
These questions are clearly product-based and not user-based which will only give you the answers you are craving. The point of understanding your usersâ experience is to give you answers and perspectives you didnât know existed before.
Resource: https://www.productmanagementexercises.com/blog/what-is-customer-focused-product-management/
When considering building a new product or feature, itâs quite natural for many of us to let our assumptions about the market affect our decisions. After all, the initial idea for the product probably came from your own experience or could be derived from something you witnessed in the market. But before deciding to go ahead with it, you should validate your product with the actual market and not your perceived one. This can be done by talking to users and leaving your assumptions and biases aside.
With enough data and information about your userâs needs, you can form different valid assumptions with which your product can be built, and these different assumptions will help you envision different features that will likely make your product more successful in the market.
âWhat is your most valuable contribution to your team?â
PM 1: "Helping my dev team plan and deliver work within a sprint".
PM 2: "Keeping my team focused on delivering the highest priority featuresâ.
*Incoming request*
Customer: âIt would be great if you could add a Zeda.io integration.â
PM: âSure, I will add it to the backlog.â
While these are good things to be doing, theyâre not exactly the answers of a customer-focused PM. The PMs here are more focused on the team and deliverables than on the user. Efforts to align your team on their priorities and delivering features should not be a PMâs #1 priority but a bi-product of good product management.
The words that PMs use with their team, stakeholders and customers dictate the focus of the conversation. When having product conversations outside of your team, try to avoid discussions around words like "code", "dependencies", "deployment", "roadmap", etc. These all focus on the actual work being done, and not the value you are delivering to the user.
Try to change the words you use to "value", "problem", "customer", "user", "experience", "journey", "workflow", etc. This will help you to change the focus of the conversation to the users' needs and perspectives.
This also changes how a customer-focused Product Manager would respond to incoming requests. When a customer requests a feature, PMs should ideally respond with something like "that's a great idea, how are you solving the [associated problem] right now?", or "we hadn't thought of that, what would [proposed solution] help you accomplish?"
These questions help the Product Manager get down to the root of the problem before deciding to add it to the backlog.
Resource: https://www.linkedin.com/pulse/customer-focused-product-management-kooper-barton/
Your customersâ valuable feedback helped you understand the principal pain points they were facing during the user journey, and youâre ready to start developing your product. But that doesnât mean you do it in isolation. You have to keep testing and retesting the prototype of your product with your users at every stage of development.
While customers told you about the issues they faced, now itâs time to test if the solution you developed is the X that will solve this algebraic equation your users gave you. You can then fine-tune the prototypes by following their responses.
PMs should also be mindful that some users can give you false feedback just for the sake of giving a positive response.
Kristin Zibell, Director of Product Management at Akili Interactive Labs, talks about how at the beginning of any project she asks her team to define what success means in their userâs words. She has been using this technique for many years to keep her team and herself focused on the user at every step of the project. They create a success statement for each user persona which helps them establish a strong user-centered foundation at the start of a project thatâs carried all the way through to reviews.
During discovery, you can assess the validity of this statement with real users, and ask what information or actions theyâd need to achieve success.
To review each design and build, Zibell then asks her team this one question âCan a user achieve this stated success from here?â The answer to this will tell you which pieces of information and actions are necessaryâand which are irrelevant.
Resource: https://www.userzoom.com/blog/expert-opinions-on-user-centered-product-management/
With features like Product Research, In-app widgets, Automated Insights and more, you can be sure that the product or feature youâre building will be made for the user and by the user.
Weâve got a lot more! A superapp made for product teams, check out the rest of Zeda.ioâs features thatâll help you manage your entire product lifecycle from âshould we build this featureâ to âthis feature is finally live!đĄ