We and selected third parties use cookies or similar technologies for technical purposes and, with your consent, for experience and measurement as specified in the cookie policy.
You can freely give, deny, or withdraw your consent at any time by accessing the preferences panel. Denying consent may make related features unavailable.
Use the "Accept" button to consent. Use the "Reject" button to continue without accepting.

Practice
This is one in a series of blog posts, aimed at providing a unified market theory to spot opportunities of aggregation, (platform strategies) that modern markets offer.
This post will continue exploring the convergences between value chain mapping and aggregation strategies.
It will also relate value chain analysis to our ecosystem scanning techniques, tools that we use to preliminary explore ecosystems, searching for potential patterns and gameplay.
By reading this post, you’ll, therefore, understand how to:
Again, a special thank goes to Ron Kersic for the invaluable help in unearthing these new insights. I also need to mention the amazing work done by Bill Murray with Liberating Platform Organization report (currently restricted to Leading Edge Forum members).
During these two weeks of analysis, as we tried to map recurring gameplays, and existing patterns in designing-for-ecosystems (platforms) we ended up figuring out a slightly different way to overlap our magic triangle — my conspirator Ron Kersic is starting to call it the Cicero’s Triangle, maybe it’s a handy idea — with a Wardley’s map landscape.


The Cicero’s Triangle & a Wardley Map
As the loyal reader might recall, two weeks ago we came up with the following idea, correlated with some high-level assumptions (we suggest you read the post for context):
But as a result of our latest research, we’re now using this slightly adapted way to plot it:
As we already said in the previous post, this zone breakdown of Wardley’s map is to be considered more a “rule of thumb” than a hard structure. On the other hand, we felt that the original breakdown was not 100% correct, essentially due to the three following reasons:
As a “rule of thumb”, we think that it’s technically possible for each “layer” of Cicero’s triangle (I’m going to call it like this ?) — i.e. long tails, aggregators and infrastructures — to be in every evolutionary state, thought the most common situation surely sees long tails in the user context (personalized, relationship powered experiences), and aggregators covering most of the intermediate layers of enabling services and channels, bundling the infrastructural layer and hiding it from ecosystem’s line of sight.
Libraries of patterns of platformization are starting to abound: our includes twelve, Leading Edge Forum just published its Liberating Platform Organization report (restricted to members) that mentions circa 30, I’m sure others will follow suit.
Despite trying to understand recurring gameplays and patterns that one can use to shape an existing market in platform-like terms might seem complex, we think that this abundance of patterns can be reconducted to few essential typical evolutions from a Value Chain’s point of view.
We’ll continue to build on the initial insights shared on the last post, where Chris’ brilliantly nudged us with the idea that an essential trait of platformization is that of “transaction standardization”. We’ll try to identify what are these other typical evolutions and how they map with our pattern library. As a complementary step, we’ll explain how to engage in a fully aware process, starting from the ecosystem scan — with the aim of tracking existing ecosystem experiences (and behaviors) — then value chain mapping the emerging contexts to identify how aggregations strategies can play out, using these major set of evolutions.
As the first step in our analysis let’s look to the picture 2 below. Here’s an ultra-simplified picture of an “industrial” firm’s value chain. Normally, these firms provide solutions (as products, services or utilities) to a massified and replicable customer need (on the right of the evolutionary line, not by chance, as it needs to be an universal problem).
They do that by leveraging on distribution channels that are specific (and often out of the firm’s control, e.g. large-scale retail trade, or telco carriers for digital services). Sometimes these firms manage the purchasing directly (other times distributors do that, depending on the type and evolution of goods or services sold), and provides customer warranty, all this being based on a proprietary business process, that organizes suppliers and resources. This is normally the “nature of the firm” in value chain terms, as Taylor would have described in the XXth century.
It’s C-shaped:
The evolution of the digital market, mainly driven by:
makes some evolution/gameplays/moves applicable to most markets.
These markets are subject to the trends of aggregation that are described in Cicero’s triangle (and in this post): long-tail markets fragment (as producers become more capable and independent), network effects become dominant and scale characterizes infrastructures, making aggregators and infrastructure grow huge and often monopolize their niche.
But how can we track these evolutions on the value chain map?
If you look to the picture below, we highlight the four main “movements”.
First of all, as Chris spotted two weeks ago, transaction handling and service purchasing “standardizes”: in parallel, consumers expect more personal and interacting relationships (humanized) with providers, that at the same time, empowered by technology and aggregation, move away from being treated as part of the “infrastructure” and travel to the top of the value chain. At that point, providers as well expect personalized experiences, and the possibility to express their full potential.
This transition is what we could identify as the evolution from “customer experience” to “ecosystem experience”.
By standardizing transactions, aggregators create network effects and make it easier for producers and consumers find the right “half of the apple”.
At the same time, the importance of mass distribution plummets — as it becomes more important to find the “right” producers — and customer warranty is superseded by verified identities, reputation and trust management.
As much as possible of a business process (supporting the creation of value) is consolidated and modeled in Software as a Service that contributes to empowering further the talented, passionate providers.
What happens then? We see a consolidation of shape in the value chain of modern markets, powered by modular infrastructures and organized by aggregators. As you can see below, these value chains tend to acquire a Z shape and actually all fits nicely with our new, S-shaped, aggregators’ zone.
Aggregators, in this context, will control mainly these elements of the experience:
On a longer term, we can already spot the frictions that the identity and reputation moat creates: it’s not impossible to think these two elements of the value chain will eventually move into an infrastructural layer, thought this gameplay has been played widely in the past (e.g.: by companies like traity and jolocom) with no success.
If we now take our pattern library of 12 patterns of platformization, it’s extremely interesting to see how these patterns play out in the context that we just described. These patterns are varied and therefore will be more interesting to reflect on how they fit into the picture, more than digging on the details. Let’s check them quickly.
Patterns:
all speak about the key platform gameplay: moving producers out of the “infrastructure” layer, beyond the traditional customer “Line of Sight”, and accepting they don’t need to be intermediated by employees in representing the platform-org brand if they’re empowered enough.
Pattern E9 — Aggregating shared infrastructure and E10 — Unbundling assets are expressions of E1 — Reduce Barriers to the Market, and essentially relate to the capability that platforms have to encapsulate enabling “bricks” (e.g.: payment services, real estate, etc…) into low or no cost tools (eg: SaaS but not only) or support services, effectively making it easier for who’s talented in a certain context, to jump on the market with ease.
Pattern E11 — Generating Network Effects by connecting Niches essentially gets embodied by the standardization of transaction: by making a transaction standardized — and a the same time allowing a decent amount of “disobedience” to allow a certain degree of adaptation — niches of a market will “coalesce” around the platform strategy.
Pattern E12 — Transform competitors into Providers, can be related to the new position that the providers (former “suppliers”) have in the value chain. One existing supplier of an industrial incumbent could well play a platformization strategy as she knows very well — as an insider — both the provider’s expectations (e.g.: shortcomings of current experiences), as well as the interface of the industrial business process with the providers itself.
Finally, pattern E8 — Let the bet Emerge is clearly related to standardized identities and reputation management: platforms have born around the idea to leverage “operational” reputation gained in real interactions, in this way, the best in the market can always emerge.
Patterns E1 — Think Boundaryless and E7 — Climb the Value chain are more widely applicable and general patterns that apply to platform thinking as a whole.
If we look at the entirety of the patterns, surely two recurring situations can be identified to describe to the rise of independent producers (that may not be an individual, but surely a smaller and smaller entity — like SMBs).
Either:
In both cases, platformization strategies are essential to growth.
As the loyal reader might know, we recently updated a landmark post on our blog, dedicated to ecosystem scanning. As one of our platform design principles states (probably the most important one, the number 2), when one designs a platform strategy, she needs to Design For Emergence — putting a lot of care in understanding what behaviors and experiences are already characterizing the reference ecosystem.
As s platform designer’s first step is always a good idea to sample all the experiences that are currently available in the target ecosystems: to accurately do this, we’ve created an advanced canvas of our Platform Design Toolkit called the Ecosystem Scan (on the left).
This tool helps you sample all this information, according to the three key layers (Long Tails, Aggregators/Platforms and Infrastructures).
The following ideal step is that of transferring the insights captured with the Ecosystem Scan, into a value chain map. This will boil down to:
If we pick the example we’ve in the ecosystem’s scan presentation post here, regarding the current ecosystem of young doctors (applicable to medical specialists in general), and patients booking visits, it’s quite straightforward to see how we can first move the elements we mapped in the Ecosystem Scan, into a preliminary value chain:

picture 7 — The young specialist doctor example, the context to platformize, and the current value chain
While doing the translation, it’s also a good idea to expand a bit the sub-elements making up the entities mapped in the scan:
It’s important to notice how, despite the studio provider is clearly mapped as an enabling infrastructure in the ecosystem scan, while unbundling it into components we need to acknowledge that, normally, pure studio management is provided by players in the long tail (SMBs, owning a studio) that leverage on a custom built real estate: every studio provider has to approach the business case, buy/rent real estate, design the interior of the studio, make the renovations, equip it, and eventually buy or rent imaging machines accordingly.
Below, we highlight the easy-to-spot frictions:
Let’s look now at the platformization patterns that we previously spotted in the Ecosystem Scan exercise:
A transformed landscape according to these patterns might look like in picture 9 (below):
Pattern E8 + E11, would mainly operate through shared booking system, reputation and a more comprehensive SaaS offered to medical professionals, leveraging more patient data, providing features that would go beyond booking management. Patter E1/E9 would operate of course also through providing access to imaging at a likely lower rate, justified by centralized contracting and scale (an imaging provided would bid to become a partner of such a network).
The last thing to be noted, it’s the presence of current moats — existing booking platforms that currently provide doctors with aggregated demand.
A new entrant on this industry, that would like to execute this strategy, would need to consider existing aggregators, on the other hand, an existing aggregators might consider this strategy as a potential strategic evolution.
Based on these initial hypothesis the platform designer will be able to use the tools in the toolkit, starting from the Ecosystem map and Entity portraits, following the process detailed in our User Guide.
The analysis in the value chain contributes indeed at least in adding two new entities to the map, beyond the obvious, owners of existing medical studios, and simple real estate owners that could consume the onboarding services — if conditions are met — by self funding their network onboarding (transforming real estate into a medical studio), thus radically reducing the investment needed for the platform to grow in new locations.
Wardley’s Value chain maps have been amongst the most radical innovation in strategy of the last 20 years. We think that adding these maps to our platform design practice will improve radically your capability to design aware strategies that can fit with an increasingly complex reality.
New podcast episodes, reports, webinars, and updates, directly in your inbox. Signal, not spam.