5 min read
Why being loveable is better than being viable
TL;DR – Creating something new is hard because the idea and design is the easy part, anyone can have an idea. Getting it in the hands of the customer is the hard part. This is why a minimum “loveable” (not viable) product is your new best friend.
So, you want to do something really new?
We at 11:FS tend to get called when large organisations want to do something shiny and new, something that moves the needle for growth and has a fresh perspective.
Why is this? When every bank, insurer or FI has a lab, ventures team, or some unit in charge of doing cool shit?
Bank labs are often staffed with tenured, talented and enthusiastic bank staff and external hires from tech companies, telcos and elsewhere. On the face of it, they’re set up to create the next generation of digital products and services.
Except they don’t.
Not because they lack talent, but because they lack a clear path to execute and the autonomy to do so. Don’t get me wrong, I think given the challenges banks have they do some impressive things. BBVA has an excellent marketplace, the Dutch banks have done interesting spinouts (e.g. ING and Yolt, ABN and New10) but this job is 1% finished. There’s so much left to do. So much effort wasted.
Mind the Culture Gap
To the frustration of most of the talent in these teams, whilst the tools, interior design and uniform may have changed,the funding and mandate hasn’t. It’s hard to allow teams to build like a startup when something needs to be in scope for the program and its FY19 roadmap. Startups don’t need to write a 5 year business case and get 14 committees to approve. They need to build something that customers want, so they can secure more investment and fast.
There is no talent you can bring into an organisation that can out-deliver a process which casts the product features in stone before a customer sees it. Everything in large organisations is designed to remove autonomy, spread accountability. It creates adversarial relationships between those charged with developing the new, and those who have to approve it.
The result is innovation theatre. 1000s of busy internal meetings, countless powerpoint and spreadsheet outputs, and the same delivery engine, people and processes that were there last year. Delivering an upgraded version of what was there last year.
The “Digital Transformation” approach
The way most big organisations do “new”, is with “digital transformation”
- A research team/vendor who speak to some customers at a point in time and hand a report back to their client/other teams.
- The strategy team/vendor to go look at “best in class” and come back with a list of things other people do well
- The design team/vendor to start designing screens based on the strategy teams feature list
- The delivery team/vendor to start spooling up a team to deliver the capabilities
- The software/integration vendors, who begin to analyse how the “new” thing would integrate with existing systems
- Aligning and “interlocking” plans and budgets and committees
There isn’t one team or even company that is individually empowered to deliver for a customer. The research team people who met the customer, are so far away from delivering the actual product that important context and nuance goes missing.
The strategy team, identify a market and an opportunity but often miss *why* customers love something.
The design team haven’t internalised the research or strategy because they never met the customers and may not have been involved in forming the strategy.
The delivery team get thrown requirements, which they in turn throw at vendors so they can interlock plans.
What does “Digital Transformation” deliver?
“Digital Transformation” tends to upgrade existing capability rather than build new. Because;
Feature parity is not product parity
Digital Transformation delivers the features fintechs and challengers make famous. Copying the feature without understanding the process that led to the feature development is a follower strategy. This strategy won’t drive the growth that startups see because it exists in isolation to the rest of the offering
Fighting to get on the roadmap
Digital processes in banks and FI’s have a limited capacity and must integrate with a myriad of legacy systems and vendors. They have demand from across a number of product lines and become a key bottleneck. This means propositions are always fighting for airtime and to get into already busy digital real estate
Trying to do new, with the exact same approvals route to market as everything else won't’ create a step change, it will create a big disadvantage.
The Big Disadvantage of “Digital Transformation”
- Banks become followers, not leaders. Their products are unable to gain the growth that startups who focus on customers achieve, or that high growth tech companies achieve. This is a culture challenge and bias that needs to be overcome.
- Great ideas never make it to market. There is no clear way to capitalise on the learnings because the focus is on product viability not lovability (more on that later).
- Business opportunities are lost to new entrants and big tech. By the time a product feature has made it to the market, the market has moved on from where it was when the idea was incepted.
The startup approach
Putting it simply, startups don’t think about integration to existing systems, customer call centre scripts or a target operating model. All the things big organisations spend a long time arguing about.
Our CEO David put it simply once when asked: “what’s the secret?”
Smart people making shit up
But to get the mandate for smart people to make shit up. You need to get a different mandate. Rather than trying to do “new” in a new way, and having every project across the group try to be agile and startup… Pick one thing and give it space, autonomy and mandate.
In practical terms, we’ve seen this work with
- A separate office space, not a new lick of paint on the old office.
- A mix of people who’ve done it before in startups and people from the bank with the right skills - not re-assigning thousands of people in one go.
- A real mandate - if you’re doing new, and you’re changing how you do change, you can expect the organisation to want to kill it.
- To deliver as quickly as possible a Minimum Loveable Product...
Introducing the Minimum Loveable Product Matrix (™)*
*100% not a trademark, but whenever I say something that sounds corporate bullshit-y, kinda have to put that there.
(Those dotted lines are the slices of what you can do. Delivering an MLP requires fewer, but better, features.)
If the X axis is feature completeness and the Y axis is the depth of a customer job to be done that is solved for...
A minimum viable product must by definition be viable. It is designed to drive revenue from customers and must be somewhat feature complete.
A minimum loveable product may not be viable at all. It is designed to drive user growth and iterate rapidly. Often it is not feature complete.
The fundamental difference is between scaling a product that had its features agreed in last year’s strategy planning and shipping something much smaller, much easier to mould where the features can be wrong, changed and emerge over time.
MLPs may launch with a product that could not be used at scale, but finds it easier to fit within risk appetite, learn and adjust. It then bakes those learnings into future iterations
MLPs may be manual (eek!), an MLP may use a fintech behind the scenes, not internal platforms (double eek!). What matters, is how quickly can the product change shape to find that thing a customer really loves. Then and only then do you begin to scale.
Startups move faster than big companies because they embrace uncertainty and changeability in their “roadmaps” in how they deliver.
If you’re looking for secret sauce, there it is, right there.
But how do you make that work with the FY19 roadmap?
(hint: that’s the wrong question)
Red pill or blue pill?
Everyone loves a matrix, and the risk is you see “minimum loveable product” as marketing bollocks. I mean we have stickers and t-shirts with it on.
I guess my point here is there’s a technical difference between the two.
The startup approach is fundamentally different to digital transformation
The minimum loveable product is fundamentally different to the viable product
And if it all seems like buzzwords, let’s have a chat, because I fear like the matrix itself, nobody can be told what it is, you have to see it for yourself.
When you do want to talk to us about getting a minimum loveable product, get in touch at firstname.lastname@example.org.