Executives

Leverage composable tech to drive business forward

Why digital-first marketing starts with a composable DXP

Susan Beermann, Contentstack CMO, talks about the critical ingredients that make it possible for a company to adopt a digital-first marketing strategy.

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 architectureA 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' problemThe 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 teamsAs 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 problemUltimately, 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 confidenceMoving 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 moreWatch 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.

Adopting the right tech strategy for your company to go composable

Pete Larsen, Contentstack VP of Technical Services, walks us through the various strategies an enterprise might consider to prepare for and transition to a composable architecture.

You may find interesting

Learn how to drive business forward and build better customer experiences.

For executives

For digital leaders

For developers

Join the conversation

Community

Join the Contentstack Community to find more answers and help from experts and users.

Join

Read

Find more blogs, guides and articles on composable DXPs.

Read

Watch

Our YouTube channel is full of videos on how to leverage composable technology.

Watch

Listen

See why the world's leading brands choose Contentstack.

Listen