Executives
Leverage composable tech to drive business forward
Why MACH architecture matters
Have you been hearing about MACH lately? It’s currently one of the biggest buzzwords out there — and for good reason. The acronym has spread like wildfire throughout the digital world. Endorsed by analysts and IT experts; frowned upon by not-quite-as-tech-savvy business folks; initially belittled, now heavily embraced by the monoliths who are trying to MACH-wash their offerings and avoid extinction. But what exactly is MACH architecture? How does it compare to monolithic platforms? And where does composable fit into all of this? If you’ve been wondering lately, keep reading. You’re about to get the inside scoop. What is MACH architecture?MACH stands for Microservices, API-first, Cloud-native, and Headless. Let’s look at each individual term. Microservices: Microservices bring together loosely coupled, independently deployable small components or "services" to compose a more integrated application. They are exposed via well-defined APIs as the communication method between frontends and backends. They deliver faster responses, are more reliable, and can be deployed more frequently. API-first: Through APIs, best-of-breed components can be combined into a custom application built for specific business needs. Cloud-native: Being cloud-native in MACH architecture means leveraging cloud-based infrastructure and services, resulting in significant cost advantages by avoiding the high costs of maintaining on-premises infrastructure, such as hosting, site acceleration, security and uptime. Headless: Headless describes the decoupling of the front end from the back end. The front end can be anything customer-facing, from a web shop to social media to mobile apps. The backend is the layer where all the systems, processes and tools run to handle operations, including product information management, checkout and more.Headless vs composable vs MACHHeadless is all about decoupling the front end and the back end so they can operate independently and achieve higher flexibility and agility. Nowadays, you see many legacy platforms claiming to be headless when really all they offer is a few APIs. Don’t be fooled. If a monolithic, non-microservices-based architecture is lurking behind the scenes, you won’t be able to unlock the freedom that a true MACH architecture has to offer.Composable is yet another term that is being thrown around, many times used interchangeably with MACH. They are not the same though. Composable is a modular development approach and enables brands to “compose” unique customer experiences by plugging best-of-breed building blocks like cart, checkout and payments into their technology stack. Those components, though, are not required to be MACH-compliant.Assembling a composable architecture using MACH-compliant building blocks is the only way to truly embrace the power of composable technology. Essentially, composable takes a step beyond headless. It breaks down the entire platform into individual components that can be independently plugged in, customized and even replaced. That allows companies to integrate curated best-of-breed components to tailor their technology stack and, consequently, the customer experience. What are the benefits of MACH technology?MACH-based architecture provides the technical backbone to make businesses future-fit. It creates an environment in which every component is pluggable, scalable, replaceable and can be continuously improved through agile development to meet the ever-evolving business requirements.When combined, the technologies that provide the foundation of MACH architecture provide remarkable advantages:Flexibility: Decoupling of frontend and backend allows for more agile development and deployment.Scalability: Auto-scaling ensures seamless handling of traffic peaks with zero downtime. No more Black Friday outages!Speed: Allows for faster iteration and testing, and the cloud provides instant provisioning and deployment of resources.Lower costs: Reduces the need for costly and frequent investments in hardware, software and infrastructure.Resilience: Reduces the risk of application downtime; has built-in redundancy and failover mechanisms.If you want to go further, faster, a MACH architecture will get you there.MACH architecture vs. monolithsThe time of the monolithic giants — think the likes of SAP, Oracle and Salesforce — is coming to an end. No monolithic platform can deliver the same speed, functionality and performance that a MACH architecture can deliver. What may seem like a blessing when you sign on with a monolith (you only buy once, with one contract and one point of contact) quickly becomes a curse if you want anything but the standard procedure. Thinking about an innovative, unique customer experience? You’ll need to beg the monolith to create it for you, and chances are slim they will unless you’re the biggest customer in their portfolio. With a MACH architecture, you are in the driver’s seat. You’ve got a brilliant idea for a thrilling new customer experience? Plug and play the best-of-breed solutions and watch your business thrive. With a monolith? Wait until the trend has passed to even get a response to your request. Is your business ready for MACH?Now that I’ve gotten you curious about the whole MACH thing, how do you know if MACH is right for your business? Start with an assessment of your current systems, processes and goals. Then, check the statements below. If you agree with any or all of them, it is time to make a move. Your current system is holding you back because it is too inflexible and slow to move at the speed necessary to keep up with shifting customer expectations and industry trends.You're looking to decrease TCO and increase ROI as you are currently paying for resources you don't need.You want to improve customer experiences, but you are struggling to provide cohesive and personalized omnichannel experiences.You want to stay ahead of the competition by staying agile and responsive to market demands, but you're finding you can't keep up with your competitors.The bottom lineIn today’s uncertain market conditions, the only constant is change. Moving to a MACH architecture will not only make your business more agile and adaptable, it also reduces the total cost of ownership (TCO) often associated with outdated pricing and licensing models employed by the monoliths.A modern tech stack is key to making your business future fit. Make the move from monolith to MACH. Tailor your tech stack to your individual business needs and create that unique customer experience that will put you ahead of your competition — time and again.About the authorJasmin Guthmann is the Head of Corporate Communication at Contentstack and Vice President of the MACH Alliance.Learn more about Jasmin
REI's composable transformation advice
Kat Valdre and Jason Greely from the REI Platform engineering team share their composable transformation story. They discuss the challenges they faced while decomposing their monolithic architecture and their approach to building trust across the organization as they embark on a years-long transformation. Their transparent and refreshing perspective on tech transformation will resonate with anyone who feels their progress is slower than they (or their organization) would like to move. Kat and Jason provide valuable insights and advice for any business making a major technological shift. Timestamps:1:41 What were things like at REI before they decided to go composable04:06 What pushed REI to start their composable transformation?06:25 The importance of introducing changes in manageable parts07:54 What composable will enable for the business11:17 Advice for companies embarking on composable transformation12:55 Dealing with differing opinions and disagreements13:57 The importance of documentation16:41 Hurdles and challenges REI has faced along the way 18:50 Managing expectations and maintaining morale when transformation takes a long time
What is a Composable Digital Experience Platform? With PostNL's Jurre van Ruth
What is a composable digital experience platform? What are the key capabilities that it must represent? Where do you start in building one? How do you know if you are successful - what metrics should you look at when, and how do you communiate to business and IT stakeholders along the way? Dutch postal service PostNL's Jurre van Ruth (Strategic Program Manager, Composable DXP) has the answers. In this episode, he tells the story of the company's digital transformation from monolithic technology to a Composable DXP and how that has made PostNL one of the country's most innovative digital businesses. Timestamps:0:54 What is PostNL?1:38 Jurre's role and responsibility2:20 Defining a Composable DXP4:12 What was the digital capabilty landscape like inside PostNL before going composable?6:03 Where to start? How the company decided where to begin the transformation.7:22 What they did instead of a roadshow to get buy-in for the Composable DXP concept8:38 "Zooming out" strategy to prepare a business for a big change10:49 Metrics Jurre's team uses to measure success of the Composable DXP13:41 How the team uses these metrics to create momentum14:19 A simple but huge benefit of Composable DXP: creating a common language
How composable technology improves experiences in financial services
The financial services industry is one of the most advanced sectors when it comes to using digital technology. However, companies in this space are constantly competing for customers at every level, from large investment firms to small, independent banks.To stay ahead of the competition and satisfy customer needs, financial institutions must take advantage of the most advanced solutions available to optimize customer experiences. Composable digital experience platforms provide an easy-to-implement suite of tools and features that allow businesses to execute complex tasks quickly and cost efficiently. In this blog, we’ll explain what a composable DXP is, then look at how financial services companies rely on this technology. We’ll also cover the major benefits of composable DXPs and give you questions to ask when selecting a DXP.What is a composable digital experience platform (DXP)?In a legacy platform, a suite of features and capabilities are built into the software by the vendor. You pay for everything in the suite, even features you don’t want. To add functionality, you must choose vendor-approved, third-party plug-ins. There’s no freedom to choose the ideal solutions for your business as you grow.Composable DXPs differ. They’re “composed” of best-in-breed solutions that work together via APIs to deliver omnichannel content and digital experiences. With composable, you’re no longer locked into features and capabilities chosen by the vendor. Instead, you can compose a unique DXP with the right mix of tools for your business.Many types of software can be integrated into a composable DXP such as:E-commerce toolsAsset managementCustomer managementOmnichannel managementMarketing automation and analyticsContent workflowsCustomer engagementAI toolsThe architecture of legacy and composable DXPs also differs. With a legacy platform, developers create HTML code to control how a website’s front-end display looks. This is great for managing content like photos, text, art, and videos on one website. However, it’s inefficient when using content across multiple websites and channels like social media sites and native apps.With legacy systems, users must manage content separately for each channel. This is difficult, time-consuming and also increases the risk of human error. Legacy systems simply can’t provide the level of agility financial organizations require to deliver the meaningful content experiences required to be competitive.Composable DXPS are built on composable architecture with headless content management systems at the core. With headless, the front-end display and back end are disconnected. Because of this separation, content for multiple channels is managed from one central hub. Then it’s pushed to websites, mobile apps and social media on demand. When integrated with tools like real-time customer data and analytics, organizations become more agile. This leads to greater customer satisfaction along the customer journey.How financial services companies use composable technologyTo understand how financial companies rely on composable technology, let’s consider their customers. According to the Forbes Advisor: 2022 Digital Banking Survey, nearly 80% of adults in the U.S. prefer using a mobile app or website for banking rather than banking in person at a physical location.That’s not surprising when digital is more accessible and convenient. With digital, customers can bank 24/7 from anywhere in the world on any device. They no longer have to leave home to make a deposit, get a loan or even close on a new house.New digital-only banks have also disrupted the market. These non-traditional banks offer fast, convenient mobile banking solutions and payment services. And they have left some traditional banks struggling to keep up.Advances in digital technology aren’t limited to banking either. E-commerce is booming. According to the U.S. Census Bureau, e-commerce sales in 2022 were estimated to total $1.03 billion. Payment providers, acquiring banks and card schemes like Mastercard work behind the scenes to enable these transactions.Customer expectations of financial services organizations have evolved along with technology. Customers now expect options that make it easy to manage their banking, conduct financial business and make purchases quickly and conveniently. This has increased competition between financial services companies trying to seize their share of the market.Competition is actually responsible for furthering banking along the digital journey toward digitized processes and digital revenue. In fact, according to Gartner’s CIO Survey 2021, it’s further along than any other industry.That's why robust DXPs are must-have technology for financial services companies trying to seize their share of the pie. By robust, we mean composable DXPs that support personalization, marketing automation, data and analytics, and other tools your tech stack may require to keep pace with customers expectations.Benefits of a composable DXP for financial services Increased flexibility Banks, payment providers and other financial services companies gain the freedom to keep existing systems and solutions they require to do business, while integrating new solutions they want to leverage for customer engagement and other purposes. Put simply, they can choose the best mix of tools for their unique success story.From one composable platform, this mix of best-in-breed solutions will connect and communicate seamlessly. Many complex processes that were once slow, time-consuming and left room for error become automated and streamlined.Agility Composable empowers financial organizations to move faster. They could mean pushing important information to multiple channels quickly or adding a new product ahead of a competitor. This agility enables financial organizations to scale faster while still keeping up with customer expectations and regulatory requirements.Composable DXPs can even help financial organizations to grow as it enables them to deliver much better content experiences. This not only helps to attract brand new customers, but builds customer satisfaction and customer loyalty among existing customers. Enhanced security Composable enables faster implementation of security updates. This minimizes both disruption and vulnerability to cyber attacks. Financial organizations are very susceptible to cyberthreats from criminals trying to access financial assets or personal information to target customers. And the slow process of updating security protocols with traditional, legacy DXPs can result in lengthy downtimes. During these times, secure systems are more vulnerable to cyber threats.Not only do government regulations require that financial organizations take security measures to protect their customers from cyberthreats, customers have similar expectations. They want security when they bank or conduct any business through a financial services provider. This is true whether they’re banking on their phone or making a purchase on an e-commerce site.What to consider when implementing a composable DXPBefore choosing a DXP, it’s crucial to first consider who will be using the platform and how they will use it. Be sure to loop in stakeholders from marketing, IT and business. Developing specific use cases will provide a clearer picture of what you require from a platform.Next, it’s time to begin searching for a DXP to fulfill your requirements. Be sure to ask these four questions: Does it have a headless CMS? A headless CMS is important because it enables composable DXPs to manage content from one location, then push it out to multiple channels like your website, social media and native apps.Is it easy to use? Composable DXPs should enable content creators and other nontechnical users to create and edit content without any coding skills or assistance from IT. Select a platform that’s easy to use and intuitive.How configurable is it? Regardless of how easy a platform is to use, it isn’t going to be the right fit unless it can be customized to align with user requirements and business objectives. Choose a DXP that offers the customization options your business needs, as well as the capability to integrate the best-in-breed solutions you may want to leverage both now and later as your organization scales.How good is the customer support? Transitioning from a monolithic platform to a composable DXP is a unique experience for every organization. Making the switch is often done in phases with different capabilities and features being rolled out over time with minimal disruption. You’ll need technical support throughout the transition. Make sure your provider is willing to listen and comprehend your use cases and business objectives and will be there when needed.How financial services companies use composable DXPsHere are three examples showing how banks and financial services companies are using composable DXPs:Composable banking: Many banks have already adapted to composable banking, which makes it easy to quickly adapt to changes in the market. With composable banking, products and services are broken down into separate components that are managed independently. Composable DXPs support composable banking by making it easy to launch new products and services at the right time without disrupting other services.Managing content across channels: Banks with multiple locations, divisions and different suites of products and services for personal and commercial banking customers are using composable DXPs to manage all their content from one central hub. When an interest rate changes, for instance, a composable DXP enables content teams to quickly push the new rate out to multiple channels in a matter of minutes. Whereas in the past, someone had to go into each piece of content and manually update the rate. This was not only tedious and time-consuming, but increased the risk of human error.Personalization: Some larger banks are focusing heavily on enhancing personalization through better technology to deliver a better customer experience. Composable DXPs enable banks to seamlessly integrate and connect sophisticated automated and AI-powered tools that communicate and share data. For instance, localization tools can determine a customer’s location and deliver personalized content in their language, while feedback from analytics tools ensures the message is relevant to them.Learn moreLearn more about the advantages you can expect from our composable DXP in our blog, “Contentstack demonstrated 295% ROI in Forrester study.” To see how Contentstack’s composable DXP can help your digital transformation, schedule a free demo.
Building the business case for headless technology, with Booking.com’s Juliette Olah
When Juliette Olah joined Booking.com, she created a comprehensive editorial strategy - but that strategy needed a more robust content management technology behind it. In this episode, she takes us through how she built a business case for headless CMS, how she got the green light for it, and what the new technology will enable for the brand in the years to come.Timestamps:01:15 The state of content tech at Booking.com when Juliette started at the company01:33 Juliette's vision for content technology at Booking.com03:55 Why choose headless?05:17 Building the business case for headless techology07:00 Getting the green light 09:35 The importance of advocacy 10:42 What Juliette is most looking forward to becoming possible with the new headless CMS at Booking.com
The last replatform you’ll ever do, with Emma Sleep’s Andreas Westendörpf
Andreas Westendörpf (CTO) brought the concept of composable commerce to Emma Sleep. But that wasn't his agenda from the outset. In this episode, he shares how to know if your organization is ready for composable; why e-Commerce organizations can be surprisingly outdated in their technology; how to challenge vendors and commercial models in parts of the enterprise technology landscape that have not yet embraced composable principles; why Emma Sleep made the jump -- and what you should be prepared for if you do the same. Timestamps:1:00 Why Andreas brought the concept of composable to Emma Sleep4:49 Why e-Commerce technology is often surprisingly outdated5:34 How (monolithic) vendor commercial models make composable difficult8:14 How Andreas challenged Microsoft on composable models - and won11:24 What businesses need to know about the potential of composable technology13:45 The last replatform you'll ever do?15:35 Andreas's advice for businesses starting their composable journey
How your business can save money with a composable DXP
Are you feeling the crunch of tight budgets and limited resources? It can be difficult for enterprises to find ways to cut costs while still remaining competitive. One way to do this is by investing in a composable digital experience platform (DXP). A composable DXP allows businesses to quickly create personalized user experiences without the need for extensive development time or costly technology infrastructure. By taking advantage of its flexibility and scalability, companies can save money while improving customer engagement. In this blog post, we'll discuss how a composable DXP could help your business improve its efficiency and profitability.What is a composable DXP?Gartner defines a DXP as “an integrated set of core technologies that support the composition, management, delivery and optimization of contextualized digital experiences.”A DXP is not necessarily a single solution but a variety of solutions that work cohesively from a central hub. A composable DXP uses MACH technologies (microservices-based, API-first, cloud-native and headless) to deliver services to various devices and channels.How a composable DXP saves moneyScalabilityA composable architecture allows you to scale according to your business needs. If you’re just beginning to implement composable technology, you may choose to keep elements of your existing technology while adding composable applications where they are most needed to improve efficiency.If you choose to invest in a new digital experience platform, a composable architecture enables you to choose the best tools available for your needs, and only the tools you need. ReliabilityA composable DXP can help your business avoid costly downtime because its microservices-based architecture means a failure in one service won’t affect the entire system. SpeedA composable platform based on a headless CMS will enable you to quickly launch new digital experiences, update and adapt as needed without the need for developers to create new solutions each time, so you enjoy faster time to market while saving costly development time.EfficiencyIn a platform with a composable architecture based on a headless CMS, the front end and back ends are decoupled, so marketing teams IT teams can work simultaneously to create and update digital experiences and content faster. A composable platform also enables automation of routine tasks so you avoid costly human errors and your team spends more time on higher priority tasks.How to save money when implementing a composable DXPOne way to save money while transitioning to composable technology is to leverage your existing technology wherever possible and add composable technology where your legacy system doesn’t function as needed.To do this successfully, start by:Defining your business goalsIdentifying what you use, don’t use and what’s missing in your current systemMapping out your ideal systemDefining a roadmap for implementation When implementing a composable DXP, the key to saving money is understanding what services you need for success. Consider your business needs and goals and then research composable DXP providers that best match those needs. Whether parting with a smaller sum of money up front or investing in more expensive but comprehensive packages, make sure that you aren't overspending on features and services you won't actually use. Look out for special bundle deals or discounts, as these can be great ways to save while still getting top-notch services. Remember that investing in composable DXP is an investment in the future of your company; save smart in order to get the most ROI from your composable DXP implementation.Conclusion Businesses are looking to save money while transitioning to more modern technology to meet current customer needs. A composable DXP will help achieve this, allowing you to implement gradually while increasing speed and efficiency and reducing development costs. Learn moreLearn more about going composable in our blog post, “De-risking your transition to composable.”Schedule a free demo to see how Contentstack can help you save money and increase ROI with the only fully composable digital experience platform.
How to go composable in 6 steps
In this guide, you’ll learn how to create and implement a composable DXP that is tailored to your specific needs and can be easily updated as your business evolves.
De-risking your transition to composable
Everyone has a different journey to composable. Some companies adopt it quickly; some take several months. Some are eager; some are skeptical. But nearly all are concerned about risk during the transition. That’s not surprising — any good business leader considers all the risks at hand when making a big move. Levi Strauss & Co certainly did, and they weren’t shy about discussing it on our “People Changing Enterprises” podcast. I was a fan of the openness from Zach Crittendon, a software architect, as he broke down Levi’s approach to transitioning from their monolith environment to a composable architecture.Since risk is on everyone’s minds, I wanted to share my perspective on how to minimize risk when making the move to composable.Get everyone on boardChoosing to make the switch from monolith to composable doesn’t happen overnight. It also can’t be accomplished alone. You need a team. If critical stakeholders like finance and procurement are not on board at the start, it can cause problems and increase risk in the future. Finance might question the higher upfront costs because the business is adopting several best-of-breed tools with built-in benefits like scalability and extensibility. Procurement is going to look at the different vendors to manage and balk.Demonstrate the business case for why this move is important:To finance: “The market is ever-changing and we need to pivot quickly when required. Our current environment doesn’t allow us to do that. Composable is much less risk, time and cost than our current environment in the long run.”To procurement: “I know you want to consolidate vendors, but our current tools aren’t working for the business. There’s no solution in the composable world where we just buy everything as one.” (If Contentstack is your composable partner, I would recommend telling them about Care Without Compromise™, the industry’s only cross-vendor support program).It’s a slow process, but worth it. There’s much less uncertainty and chance that risk might be incurred in the future from internal conflicts.Make a plan and take it in phasesOnce you have everyone on board, your next move to decrease risk is to make a plan. I recommend pacing the transition in phases so it’s not so overwhelming or too fast.I like how Zach said it: “I think the choice of the word ‘composable’ is really meaningful in the sense that it’s like a musical composition. It’s a series of notes and chords that come together into bars and movements. Eventually, you have an entire piece.”The terms “come together” and “eventually” are important in Zach’s quote. Levi’s didn’t adopt composable all at once. In fact, they started with just four modules. Eventually, they were able to create cool content experiences that they had been dreaming about for a long time — but it wasn’t what they started with. They started with a plan and phase one.However, remember this: Plans change.I love this quote from President Eisenhower surfaced by a previous “People Changing Enterprises" guest: “In preparing for battle I have always found that plans are useless, but planning is indispensable.”I wouldn’t say having a roadmap for your transition to composable is useless, but I would advise you to be open to change as circumstances evolve. It’s the act of planning for the future that will de-risk your transition most, rather than the plan itself. Balance the present and the futureConsider the balance between the capabilities you need now and what you’ll need down the road.One of the benefits of composable architecture is the flexibility it provides. If you build something into your initial stack that you want to remove later, it is much easier than in a monolithic environment. Conversely, if you leave something out that you discover a need for, you can easily integrate that into your stack. Balancing the present and the future also means you have a long-term vision of what you want to do but start with a very clear and provable business case. For Levi’s, their first phase in the composable transition was proving Contentstack would excel with one use case: the homepage. While the homepage ran through the headless CMS, the rest of the website remained on the monolith. It was like a small trial run: Once they proved the business case for composable, they moved on to phase two. They replaced their old environment and created a simple version of the website in a smaller market (for them, it was Eastern Europe). The third, and last, phase was taking the lessons learned from phases one and two to fully replace the entire website.Trust your instinctsThe term digital transformation – along with all the moving parts and plans it brings – can be intimidating. So, here’s my biggest advice in this process: as a business leader at the head of the charge, trust your gut. I got this advice from Dheeraj Pandey, founder and CEO of Nutanix and someone I respect, who said that gut feeling comes from experience. You may not have walked through a digital transformation project before, or it might have looked very different in the past. But experience forms the foundation of your gut instinct.If something seems like a risk, consider it. Check with your colleagues and trust their gut instinct, too. Remember this transition to composable is a less risky approach than staying with your old tools and technologies. Any good tech leader knows you’ll never fully de-risk your transition to composable. But with a thorough approach, an understanding of where you want to go, and an experienced partner to offer expertise, you can pave a path to less risk and more flexibility for the future.
How to avoid the pitfalls of a composable architecture
Digital content management is in a state of perpetual evolution. Consumers have come to expect robust, seamless digital experiences when interacting with brands, and organizations that fail to meet those expectations can quickly find themselves left behind. It’s tempting to think the solution is to build a digital experience that satisfies the expectations of today’s consumer; unfortunately, it’s not that simple. Every day brings new channels and new competitors, and the digital experiences consumers want today might not look anything like the one they want tomorrow. A composable architecture gives businesses the speed, flexibility and scalability they need to deliver digital experiences that meet the expectations of current and future customers. However, there are complexities in the implementation process that enterprises need to be prepared for in order to ensure a seamless transition to composable architecture. What is a composable architecture? Content management systems traditionally have relied on monolithic architecture: an all-in-one system in which the front-end and back-end layers are handled by a single codebase. That approach served us well for decades; that is, until 2014, when mobile internet usage supplanted desktop usage. Since then, consumers have grown to expect a seamless omnichannel experience that a traditional monolithic CMS was never designed to deliver. “There are a lot more requirements on the customer [or] end user side,” said Jeff Baher, head of product marketing at Contentstack. “Content that once resided solely on a website is now in a lot of different places.” Monolithic architecture offers a suite of functions that can be managed from one codebase, which makes for a fairly simple implementation process. But what happens when an organization’s needs surpass the capabilities of a legacy CMS? “Can any one single vendor get their arms around it and solve for all that?” Baher asked. The answer is increasingly no. Enterprises are instead often forced to rely on clunky plug-ins to deliver the functionality they need, and with each new plug-in, the site gets a little slower — and the digital experience suffers as a result. Organizations that wish to avoid plug-ins can update their CMS, but that’s a time-consuming and expensive process. With monolithic architecture, even minor front-end changes can require significant updates to back-end code. And, of course, that process inevitably needs to be repeated every time consumer expectations change or new channels emerge. A composable architecture breaks down the large and complex functions found in monolithic solutions into smaller, more manageable pieces. An application programming interface (API) acts as the go-between for these smaller pieces, allowing them to communicate and transfer information more efficiently. In a composable CMS, the front-end and back-end layers are decoupled, so changes can be made to the front end independent of back-end functions. The result is the same functionality found in monolithic architecture, only more efficient, more flexible and with more freedom to build a customized or modular solution to meet an organization’s specific needs — once the new architecture is up and running, that is. Common pitfalls of implementing a composable architecture A composable architecture allows organizations to build rich, omnichannel digital experiences on their own terms, free from any of the limitations imposed by monolithic architecture. But, a wider range of possibilities also means more potential challenges. What goes where, who’s on first? A monolithic architecture has a variety of inherent shortcomings, but monolithic solutions do offer a clear benefit: simplicity. Although notoriously difficult to update, legacy architecture is fairly easy to implement, which may be attractive to some organizations depending on their needs. And since monolithic solutions are typically created and sold by one vendor, organizations benefit from a one-stop point of contact for any issues that may arise. A composable solution brings together capabilities of different vendors, Baher said. This is undoubtedly a positive in terms of flexibility and freedom, but if one element doesn’t work as intended, it can affect the entire digital experience. With a monolithic solution, the vendor handles the process of identifying and fixing the problem, but with composable, the organization has to manage the diagnostic process. On top of that, if the issue is being caused by two elements from two different vendors; which vendor is responsible for the fix? The ‘kitchen sink' problem The main selling point of a composable architecture is its flexibility; there are few limits on what your organization can do with a composable solution. But just because you can do something doesn’t necessarily mean you should. A composable architecture is “similar to Lego pieces, allowing you to build a lot of different things,” Baher said. “But that’s also the challenge: What do you build? How do you do it?” Assembling, or integrating, the available pieces is only half the battle. The other half is making sure each component selected is necessary to create the digital experience you have in mind. Remember, there’s “must-have” functionality and there’s “nice-to-have” functionality — and the more you have of the latter, the less time your IT team has to focus on the former. Disconnects between teams As the old saying goes, “a camel is a horse designed by a committee.” The flexibility of a composable architecture is useless if nobody can agree on the best way to use it. In organizations accustomed to monolithic architecture, it’s not uncommon for siloed teams or departments to form and operate independently of one another. Under these conditions, each team may develop their own idea of what “best” means in terms of functionality, user experience and so on, which can make for a rocky transition to a composable architecture. In order to overcome this challenge, and to maximize content re-use, organizations need to break down those silos by clearly defining cross-team goals and making sure departments work collaboratively to achieve them. If not, the digital experience you deliver to consumers is likely to resemble a camel. The people problem Ultimately, an organization’s ability to successfully implement a composable architecture rests largely on its people for it’s not only a technology shift, it’s also a mindset shift. With a monolithic CMS, all the features are included in the software, but a composable solution is essentially a blank canvas — and it’s up to your people to think through and feel comfortable and confident with how to fill it in. Eliminating disconnects between teams is a key part of success in this regard, but organizations also need to have the right frame of mind and right resources on the technical side to build everything out. Overcome the pitfalls and go composable with confidence Moving to composable architecture is more complex than many organizations realize initially, but the pitfalls are all surmountable. The following considerations are the key ingredients for success, according to Baher: Choose the right component technologies. Select vendors who view going composable as a partnership, not a dealership. Invest in automation technology to simplify integrations and automate routine tasks. Seek expertise and support to help you along the way. Run the numbers and a proper ROI analysis. Learn more Watch this episode of "Contentstack LIVE!" to learn strategies for implementing composable technologies from Auden Hinton, director of digital experience at Contentstack. Schedule a free demo to see how Contentstack’s headless content management platform and industry-leading, cross-vendor support can help your organization make the transition to a composable architecture today.
You may find interesting
Learn how to drive business forward and build better customer experiences.
For executives
For digital leaders
For developers