Learn in small batches, rinse and repeat.
When the work is new, it can’t be defined and managed like work that has been done before.
Sometimes there’s a tendency to spend months to define the market, the detailed specification and the project timeline and release the package as a tidal wave that floods the organization with new work. Instead, start with a high-level description of the market, a rough specification and the major project milestones, all of which will morph, grow and inform each other as the team learns. Instead of a big batch, think bite-sized installments that build on each other. Think straw-man that gets its flesh as the various organizations define their learning objectives and learn them.
Instead of target customer segments and idealized personas, define how the customers will interact with the new product or service. Use the storyboard format to capture sequence of events (what they do), the questions they ask themselves and how they know they’ve done it right. Make a storyboard for the top three to five most important activities the customers must do. There’s good learning just trying to decide on the top three to five activities, never mind the deep learning that comes when you try to capture real activities of real customers. [Hint – the best people to capture real customer activities are real customers.]
Instead of a detailed list of inputs and outputs, fill in the details of the storyboards. Create close-ups of the user interfaces and label the dials, buttons and screens. When done well, the required inputs and outputs bubble to the surface. And define the customer’s navigation path, as it defines the sequence of things and where the various inputs come to be and the various outputs need to be. What’s nice is learning by iteration can be done quickly since its done in the domain of whiteboards and markers.
Instead of defining everything, just define what’s new and declare everything else is the same as last time.
The specification for the first prototypes is to bring the storyboards to life and to show the prototypes to real customers. Refine and revise based on the learning, and rinse and repeat, as needed.
As the design migrates toward customer value and confidence builds, it’s then time to layer on the details and do a deep dive into the details – specs, test protocols, manufacturing, sales and distribution.
At early stages of innovation work, progress isn’t defined by activity, it’s defined by learning. And it can look like nothing meaningful is happening as there is a lot of thinking and quiet time mixed in with infrequent bursts active activity. But that’s what it takes to answer the big questions of the front end.
When in doubt, answer the big questions at the expense of the details. And to stay on track, revisit and refine the learning objectives. And to improve confidence, show it to real customers.
And rinse and repeat, as needed.
Image credit – Jason Samfield