时间: 2021-08-02 17:26:29 | 作者:抱一 | 来源: 喜蛋文章网 | 编辑: admin | 阅读: 95次
After reading this tutorial and engaging with the related practice you will be able to:
Problem Scenarios are where you identify specific objectives for your product. They may be tasks, habits, or desires that you’ll deliver against. These should be real and observable, hence the emphasis on ‘alternatives’: if these problem scenarios exist, the customer is doing something about them now. It’s important you understand those alternatives- your proposition will need to be better.
WHAT? Testable definitions of desires, jobs to be done.
WHEN? Whenever you need to know why customers would care.
WHY? If no one cares, no one buys.
The basic idea is that by focusing on a customer’s fundamental problems/needs (which rarely change) instead of solutions (which change a lot), your company remains anchored in a foundation that’s highly durable yet innovation-friendly.
I like to organize needfinding around three key elements: 1) problem scenarios 2) alternatives and 3) value propositions.
Only after you have a working view on the relevance of problem scenarios and an understanding of current alternatives would I recommend evaluating value propositions.
our key question around these problem scenario-alternative-value proposition trios is: How much better is my value proposition than the current alternative(s)? Is it ‘better enough’ that the customer’s going to buy or use my product?
In fact, you can roll all this into a testable formulation I like to call the ‘product hypothesis’ (though if could also apply to an individual feature) as follows:
Designing Testable Propositions
Once you’ve identified pairings of problem-scenarios and value propositions, I recommend drafting pivotal metrics to focus your discovery and testing. This will allow you to pair your qualitative hypotheses with quantitative evidence to focus your work and drive to informed, confident decisions. You may have testing you want to do earlier or later in the customer journey (ex: acquisition before or referral later), but for the core product design, I recommend the following breakdown: onboarding, engagement, and outcomes.
The following table summarizes the questions teams should answer as they test their value proposition relative to a target PS/JTBD.
Item | Onboarding | Engagement | Outcome |
What does this mean? | |||
What is the interval? | |||
How might we test this? | |||
What are the metrics? | |||
What’s tricky? What do we need to watch? |
With this format, we push ourselves to make communicate better and make sure we’ve really thought through our problem scenario as a testable hypothesis.
全站搜索