Explore Your Customers' Needs with Empathy Mapping
“Success is not delivering a feature; success is learning how to solve a customer’s problem.” ~ Scott Cook, founder of Intuit*
If this is true, then the next question is: what is your customer’s problem? Unfortunately there’s no magic trick to figure out what customers need. But there is a simple technique that can help you gain insights and build empathy for them.
Empathy mapping is a simple activity that you can facilitate with stakeholders (or anyone responsible for delivering products and services) to build empathy for your end users. It allows you to explore what your customers see, hear, say & do, as well as consider what they think and feel. This leads to insights about their pain and potential wants.
Because this is done collaboratively, using silent brainstorming, everyone on the team contributes to a shared understanding of the customer. So not only do you build empathy, but you also create alignment within the team and among stakeholders. And that can only help you be more successful.
*as quoted in The Lean Startup, page 66
Outline/structure of the Session
This session will be very interactive, with each table creating their own empathy map. I will provide a situation and a fictitious customer for attendees. With 45 minutes, this will be very focused on how to facilitate creating an empathy map.
Attendees will be able to explain the benefits of empathy mapping and facilitate the creation of an empathy map.
Product Owners, Product Managers, UX Folks, Business Analysts, Anyone Responsible for Delivering Products and Services
schedule Submitted 6 months ago
People who liked this proposal, also liked:
Dynamic Reteaming: The Art and Wisdom of Changing TeamsHeidi Helfand
schedule 7 months agoSold Out!
Who says you need "stable" teams in order to build a successful software company? While the addition or removal of one person from a team means you have a "new team", there is a myth out there about "stable" teams. When your team compositions change it doesn't mean you're doing it wrong - it could be the secret to your success. Different companies have thrived through reteaming - the act of moving people around teams in different ways. In this talk I'll go over the what, why and how of reteaming and will share stories from different companies who are living this reality.
'Tis Better to Be Effective Than EfficientKent McDonald
schedule 6 months agoSold Out!
Better. Faster. Cheaper. Many IT organizations are constantly seeking the "best" practices that will deliver those characteristics, and the fact that they continue to search indicates they haven’t found them yet.
It could be they are looking in the wrong place. Most efforts around achieving better, faster, cheaper center around becoming ultra efficient.
Effectiveness may just be the better target.
Join Kent McDonald to explore the difference between efficiency and effectiveness and learn three simple, yet powerful, techniques that he has found can help teams be more effective. You’ll learn how to:
- Build a shared understanding of the problem you are trying to solve
- Establish clear guard rails for distributed decision making
- Measure progress based on outcome, not output
Along the way he’ll share stories about how he has used these techniques and help you figure out when these techniques may work in your situation.
You may be able to get faster and cheaper with efficiency, but in order to get better outcomes, you need to be effective. Come to this session to learn how.
Examining the Product Owner RoleKent McDonald
schedule 6 months agoSold Out!
As with everything else related to agile, the nature of the Product Owner role, and whether it is needed or all, depends a great deal on context. As teams discover this, it leads to some common questions:
- What do Product Owners Really Do?
- Do we even need Product Owners?
Join Kent to examine the Product Owner role and attempt to answer the above questions. He’ll share his experiences and give you a chance to share your perspectives with each other. By the end of the session, you'll have more insight into the Product Owner role and how it applies (or not) to your situation. After all, the only consistent answer to the above questions is “it depends”.