Unlocking business value with composable architecture.
Businesses that best serve the needs of their customers are best placed to outperform their competitors in the long-term. However, with consumers becoming increasingly demanding, as well as their requirements changing at a faster and faster pace, organisations are under increasing pressure to adapt quickly in order to compete effectively and to deliver sustained value. In this blog, we take a look at composability, and how a more modular approach to software development can increase the pace at which organisations adapt to changing customer needs, in turn driving greater value, faster. Still unsure as to whether you need to be considering composability? In 2024, Gartner believes that 70% of large and medium-sized enterprises will have composability as a key criteria for new application planning.
What is composability, and why is it important?
Composability is a system design principle that deals with the inter-relationships of components. It enables the selection and assembly of different components, in a modular fashion, in order to satisfy specific user requirements. Typically this based on a MACH architecture, it stands for; Microservices-based, API-first, Cloud-native, and Headless. Composability serves the needs of a business by allowing organisations to build the right solutions for their users in a flexible way, where they're not constrained by legacy technology. A helpful way to think about it is that composability is like replacing one Lego block with a different coloured block when you want a new feature or capability (like a CMS or PIM), without having to rebuild the entire structure from scratch. This means that components can be changed or added independently without affecting the whole architecture, similar to how you can change out individual Lego blocks when building.
How does a composable architecture unlock business value?
Is my organisation ready for composability?
Every organisation is on a journey towards composability, whether they realise it or not. While composability has proven popular with forward-thinking e-commerce brands, there are a wide range of use cases for both B2B and B2C organisations that want to meet the needs of their customers more effectively. That said, it can be difficult to know when you need to start considering a composable approach. Some of the key signs to look out for include:
The advantages are clear, but it raises the question, “how do I get started becoming composable?”
Getting started with composability
The secret to getting started quickly and effectively is to consider user needs at the outset - that’s not just the needs of the customer, but also the needs of internal stakeholders. By taking a thorough, research-led approach, you can ensure that all user groups are accounted for, making it easier for you to manage change and bring everyone along on the journey. To make it as simple as possible, we’ve compiled a 6-point plan of action that you can use:
What are the risks associated with composability?
One of the main risks associated with shifting to a composable architecture is the complexity of migrating from an existing monolith system to the new architecture, while still maintaining the existing system. It’s worth being mindful that this can take longer and cost more than expected, and it’s prudent to plan for this to avoid storing up problems down the line. Another risk is facing resistance to change from people who are used to the old way of working and are uncomfortable with the unknowns of a new approach. Ensuring proper change management is important. You can mitigate this risk by involving the key stakeholders from the outset, and making sure you have regular communication with all impacted people across the business, to ensure they feel comfortable with and part of the change. There is also an inherent risk of making wrong decisions when selecting components if the overall business goals and future requirements are not kept firmly in mind. This could result in choosing solutions that don't fully meet the correct needs. That’s why it’s critical to run a robust discovery process and ensure that you have a clear ‘North Star’ to guide your journey. Ultimately though, the greatest risk is doing nothing at all. Organisations that stand still for too long quickly find themselves outpaced and outperformed by their competitors. That’s why it’s important to start your journey to composability at the right time.
Building a plan of action:
(1) Conduct discovery workshops
You can’t start architecting a solution without first understanding the problems you’re trying to solve. Different user groups will have conflicting priorities and requirements, so it’s important to get a clear idea of these at the outset. A good approach is to run workshops with stakeholders from across the organisation - technology, product, business, and marketing, so that all perspectives are accounted for.
(2) Do in-depth interviews
Workshops are a great starting point, but to make the right decisions, you’ll also need a deeper understanding of user behaviour. In-depth interviews with both internal stakeholders and with your existing customers are really helpful in enabling you to understand what’s driving their behaviour at a granular level.
(3) Validate your understanding of requirements
Keeping your stakeholders engaged as you move through the process is critical to success, and this starts with ensuring that you’ve clarified and validated your understanding of all their requirements. Not only does this help you link them back to your organisational goals, it prevents you from wasting valuable time.
(4) Identify potential solutions
Once you’ve validated your requirements, it’s important to use them as a basis for identifying potential applications and APIs that meet your needs. A helpful frame of reference is to consider each solution through three distinct criteria:
(5) Select your applications & migrate them
Pick the solutions that align best with the criteria above then begin migrating on a component by component basis - this allows you to reduce risk and quickly identify (and roll back) points of failure if anything goes wrong. This also enables you to keep your existing architecture and infrastructure running so you have continuity and can operate ‘business as usual’ during the build of your composable ecosystem.
(6) Keep sight of the ‘North Star’
Building your composable ecosystem is a complex undertaking. To make sure you stay on track, and get back on track quickly if things go awry, it’s critical that you keep your ‘North Star’ in mind. What’s the reason you’re doing this? For whom? And what outcomes will that drive? Staying mindful of this during the process will help you to guide decisions effectively, and ensure you’re selecting the right components for the right reasons.
Getting organisational buy-in for composability
We’ve already talked generally about how you can get key stakeholders on board during the discovery process, but there’s always a risk that the finance team could become a blocker if you don’t make a clear enough business case, using the language that they understand. To help you with that we’ve come up with 6 key pointers for you to use in shaping your business case:
6 things to consider when building a business case for composability:
Now you know how to build a business case, let’s explore a real-world example of how we worked with an organisation to build a composable solution to their speed to market problem.
Accelerating value for your business through composability
Here’s a recap of everything you need to know about using composability to deliver better outcomes for your customers, and more value for your organisation, at pace: