Chandra Janakiraman's Strategy Blocks: An operator’s guide to product strategy, was recently published in Lenny's newsletter. Please check that out first, as we show you how to use Four/Four to automate this framework.
As part of Chandra’s ‘Strategy Blocks’, this core process is where the strategic pillars are selected.
Crap in, crap out.
This is the most important step. Anecdotal feedback plagued with recency bias and purchased analyst reports often forms the basis of the inputs used for this process. There’s just not enough depth.
Taking raw conversational input where a customer is expressing their needs firsthand, with context, is the most valuable and thorough means of needs capture.
At Four/Four we’re able to hook into multiple notetakers and VOIP calling solutions simultaneously, so all bases are covered.
Focus on generating a high volume of problem statements to a shared repository.
Now the key here is breadth, depth and being able to maintain firmographic metadata to those problem statements. Otherwise, there’s no way of segmenting or sizing the problem later.
The methodologies used for extracting insights must be consistent across the business. We use principles from methodologies like JTBD, MEDDICC, SPIN, etc.
This is essentially pattern analysis, where we can run topic models to identify the trends and provide evidence around hypothesis.
Using the Analyst feature, you can then interrogate the specific problem and context to determine what the opportunity could be, to identify the or create a topic model based on the impact people are looking to make.
We do this very specifically by value and by volume, allowing our users to also add other metadata like company profile. For example, perhaps your focus is just on US Enterprise customers.
This is often where a scoring mechanism is completely speculative, using internal personnel to give it their gut feel and create a groupthink process. It needs to be based on concrete evidence to remove conjecture and address the facts.
This is a preparatory step for the next step, the design sprint. Again this can be done by asking the analyst, which will use very focused context about your product and company, addressing the specifics around ‘how might we’ rather than ‘how might one’.
To run this process properly it takes a lot of preparation. With the right technology teams can:
We use cookies as specified in our Privacy Policy. You agree to consent to the use of these technologies by clicking Allow Cookies.