Consumers have high expectations for brands. They want personalized experiences that evolve according to their needs and are delivered seamlessly across multiple channels. On top of that, they want it to be lightning-fast, or they’ll take their business elsewhere.
Composability is <a href="https://www.contentstack.com/blog/composable/why-composable-architecture-is-the-future-of-digital-experience/" target="_self">the future of the digital experience</a>. A composable digital experience platform (DXP) gives you greater flexibility, customization, speed, scalability and reliability. But to be sure you’re maximizing the benefits of your composable DXP, you need to measure its performance. Here are five key metrics to measure and how you can measure them:
<h2>Flexibility</h2>
Your organization’s needs will evolve, and your platform has to be able to adapt. A composable DXP provides the flexibility you need to deliver the digital experience customers expect.&nbsp;
<h3>Benefits of flexibility</h3>
<h4>Reduced cost&nbsp;</h4>
Composable’s flexibility makes it easier to incorporate new functions. This helps you keep pace with customers’ needs and expectations today, while also future proofing your tech stack.&nbsp;
With composable, you only pay for the microservices you need — much more cost-effective than buying a full suite of monolithic functions just to access the one or two you intend to use.&nbsp;

How to measure it:

<ul>
 <li>
 Microservice usage: Is your composable DXP weighed down by things you don’t need?&nbsp;
 </li>
</ul>
<ul>
 <li>
 Overlap between microservices: If you have a lot of overlapping functions, try to combine them where possible.
 </li>
 <li>
 Number of workarounds: If your platform is riddled with workarounds, review your tech stack and look for ways to optimize its efficiency.
 </li>
</ul>
<h4>Efficient collaboration</h4>
The IT-heavy nature of monolithic architecture can be a major pain point. With legacy architecture, updating the front end means developers have to update the back-end code, even for minor tweaks. Not only does this add to the IT side’s workload, it’s also frustrating for marketing teams to have to wait for their requests to be handled.
With composable architecture, front-end changes can be made without touching the back end. The result: faster turnaround, fewer IT tickets, and better collaboration between both sides of the business.&nbsp;

How to measure it:
<ul>
 <li>
 Time from request to action: With less of a burden on your IT team, they should be able to push new changes faster and more efficiently.
 </li>
 <li>
 IT team retention: Less work means less stress and a happier IT team.
 </li>
 <li>
 Number of IT tickets for minor changes
 </li>
 <li>
 Missed deadline percentage
 </li>
</ul>
<h4>Freedom to experiment</h4>
With a composable DXP, organizations can try out changes to the digital experience before fully committing to them. And since your IT team has to handle fewer small updates, they have more time to focus on strategic initiatives.

How to measure it:
<ul>
 <li>
 Number of tweaks to changes after going live
 </li>
 <li>
 Amount of IT time spent on minor adjustments
 </li>
</ul>
<h2>Customization</h2>
One of the key selling points of monolithic architecture is the in-built suite of programs and functions. In theory, those programs and functions can be used to create whatever experience an organization wants; however, every organization has their own unique needs.&nbsp;
The one-size-fits-all functions of monolithic platforms leave little room for customization — so unless the built-in functions are exactly what you need, you’ll have to spend time and resources finding add-ons that can get you in the vicinity of where you want to go.
<h3>Benefits of customization</h3>
<h4>More efficiency</h4>
Both composable and legacy architecture let you personalize experiences and deliver content across multiple channels. But with monolithic solutions, that work still has to be completed by a team member. With composable DXPs, organizations can calibrate their microservices for maximum efficiency.

How to measure it:

<ul>
 <li>
 Number of users: Too many users can be an inefficient use of resources — and create opportunities for avoidable errors.
 </li>
 <li>
 Governance capabilities: In-built governance capability means less need for human oversight for each piece of content created or delivered.&nbsp;
 </li>
 <li>
 Workflow automation rate: The more processes that can be taken off your team’s hands, the more time they have to focus on what really matters.
 </li>
</ul>
<h4>Seamless integration</h4>
A composable DXP allows you to seamlessly integrate an app framework or SDK library with minimal setup time. This gives you the freedom to find the perfect tool for each function, so you can deliver the exact digital experience you have in mind.&nbsp;

How to measure it:

<ul>
 <li>
 Number of apps in use
 </li>
 <li>
 Time to launch
 </li>
 <li>
 Cost
 </li>
</ul>
<h4>User customizations</h4>
The customizability of your DXP solution doesn’t just apply to customer experiences, but to users in your organization as well. Your composable DXP can be configured however your marketing team wants, so they can create and deliver content in a format that’s comfortable for them.&nbsp;



<ul>
 <li>
 UI customization: More UI customization within your composable DXP means your team is likely taking advantage of the customization options to build a structure they are comfortable with.
 </li>
 <li>
 Team satisfaction with platform
 </li>
</ul>
<h2>Speed</h2>
Customer needs and expectations can change in an instant. The speed of your composable DXP allows you to push new content, implement campaigns, and reach your goals — faster. Learn more about the value of speed for your organization in our article, “<a href="https://www.contentstack.com/blog/composable/4-ways-your-teams-can-benefit-from-a-composable-dxp/" target="_self">4 ways your teams can benefit from a composable DXP</a>.”
<h3>Benefits of speed&nbsp;</h3>
<h4>Faster time to market</h4>
The quicker you can update your composable DXP to bring new services, functions, or products to market, the better the overall digital experience for your customers.&nbsp;
How to measure it:
<ul>
 <li>
 Build time for new initiatives
 </li>
 <li>
 Impressions &amp; Conversions: If you strike while the iron is hot, your content can reach a bigger audience — and that can help bring in new business.
 </li>
</ul>
<h4>Empowered creative teams</h4>
Along with ease of use, the speed of composable architecture allows marketing leaders to launch campaigns and publish content much faster and without having to wait for IT.&nbsp;
How to measure it:
<ul>
 <li>
 Content publishing times
 </li>
 <li>
 Content creation time: Composable DXPs allow your creative team to create a content block for one site, then quickly push it to other sites and channels. That means less time spent re-publishing the same content on different channels and more time thinking up the next big idea.
 </li>
</ul>
<h4>Better customer experiences</h4>
The digital experience is designed to improve customers’ experience with your brand. Your composable DXP allows you to deliver a personalized experience that your customers will appreciate.
How to measure it:
<ul>
 <li>
 Conversion rate
 </li>
 <li>
 Rate of return traffic
 </li>
 <li>
 Cost per lead
 </li>
</ul>
<h2>Scalability</h2>
If your business isn’t growing, it’s dying. Composable architecture enables continued growth without needing to build each new piece of the experience from the ground up.&nbsp;
<h3>Benefits of scalability&nbsp;</h3>
<h4>Greater reach</h4>
The scalability of your composable DXP affords you greater reach and easier access to new markets.
How to measure it:
<ul>
 <li>
 Site load speed: Delivering your digital experience to a wider market does no good if it takes users too long to access it.
 </li>
 <li>
 Number of locations
 </li>
 <li>
 Languages in use
 </li>
</ul>
<h4>Optimized content</h4>
The scalability of your composable DXP means you can increase your content output without sacrificing quality or increasing the size of your team.
How to measure it:
<ul>
 <li>
 Conversion rate
 </li>
 <li>
 Percent of return customers
 </li>
 <li>
 Lead costs
 </li>
</ul>
<h4>Better ROI on content creation</h4>
Using modular content blocks to deliver content allows you to optimize and personalize your content to connect with your audience — and that means a better return on your content investment.
How to measure it:
<ul>
 <li>
 Error rate of reused content
 </li>
 <li>
 Time spent reworking content
 </li>
 <li>
 % of automated content
 </li>
</ul>
<h2>Reliability</h2>
What good is it to build a great digital experience if consumers can’t actually experience it? With composable architecture, you can say goodbye to the errors, downtime, and security issues that can cause customers to leave and not look back.
<h3>Benefits of reliability</h3>
<h4>Improved security</h4>
Security breaches cause site outages, lost data, and compromised customer information. The financial impact of poor security can be staggering, but a composable DXP can help prevent that.
How to measure it:
<ul>
 <li>
 Security breach rate
 </li>
 <li>
 Data loss frequency &amp; scope
 </li>
</ul>
<h4>Consistent content delivery</h4>
High traffic is great — as long as your platform can handle it. If it can’t, you risk delivering a subpar digital experience.
How to measure it:
<ul>
 <li>
 Site or service downtime during high traffic
 </li>
 <li>
 Site load times
 </li>
 <li>
 Site error rate
 </li>
</ul>
<h4>Improved digital experiences</h4>
Content can be handcuffed by the limitations of monolithic architecture. That often leads to a mediocre digital experience. A composable DXP doesn’t have those limitations, so you can focus on delivering the best digital experience possible.
How to measure it:
<ul>
 <li>
 Bounce rate
 </li>
 <li>
 Impressions
 </li>
 <li>
 Organic traffic
 </li>
</ul>
<h2>Learn more</h2>
Learn more about composable and how your teams benefit in our post, “<a href="https://www.contentstack.com/blog/composable/4-ways-your-teams-can-benefit-from-a-composable-dxp/" target="_self">4 ways your teams can benefit from a composable DXP</a>.” <a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack’s composable DXP can help your organization deliver the digital experiences your customers desire.

Illustration of man using a composable digital experience platform (DXP)

How_to_measure_DXP_effectiveness_1200x800.png

How to measure performance of your composable DXP

When it comes to content strategy, Juliette Olah knows that a key part of reaching a vision is planning a smooth journey to get there. As senior manager, Editorial at <a href="http://booking.com">Booking.com</a>, she skillfully blends the needs of customers, technologies and creative teams to define the editorial roadmap for the global travel brand.&nbsp;<a href="https://www.contentstack.com/podcasts/people-changing-enterprises/editorial-strategy-deep-dive-with-booking-com-s-juliette-olah/">Olah recently spoke with us</a> about creating high-value content, getting organization-wide support for change, and the advice she has for other leaders driving editorial strategy.&nbsp;<h2>Keep the focus on the customer&nbsp;</h2>When Olah joined Booking.com in 2020, the editorial content was mainly used for paid social media ads. She quickly saw an opportunity to use these long-form articles in a much broader way to support the brand’s own social, organic and email channels.“I wanted to show that potential but, at the same time, keep focus so that it didn’t seem like I was trying to solve all content challenges through editorial,” Olah said. “If you go too broad, too quickly your message can start to become lost.”A key part of defining and keeping a focused content strategy is taking a customer-first approach — creating a roadmap and choosing themes based on what is most valuable for your audience and then figuring out how to tightly weave business objectives and marketing goals into the plan instead of the other way around.&nbsp;“A customer-first approach is essential; otherwise you lose relevance and value very quickly,” Olah said. “Audiences are incredibly sensitive and perceptive to anything that is slightly off or slightly irrelevant. If your content and your messaging isn’t coming across seamlessly you’ll lose attention immediately, and you’ll also lose trust.”&nbsp;<h2>Maximize the value of each piece&nbsp;</h2>“Editorial content does take a lot of resources to produce,” Olah said, discussing the research, writing, visuals and translation work required. “So if we’re going to do this, we need to make each and every story work to serve needs and fill gaps so that we’re supporting the brand rather than just adding more content.”&nbsp;Maximizing the value of content starts in the planning phase. For Olah and her team, this includes working with in-house researchers to identify travel trends, with localization specialists to make sure ideas are culturally relevant and with the social and email teams to create pieces that can serve the strategies of multiple channels.&nbsp;It’s also key to set up content for long-term value. This can include structuring content on the back end in a way that makes it easy to reuse across different channels, or enhancing the tagging and taxonomy of your archive to get more out of the content you’ve already invested in.&nbsp;“Editorial at Booking.com has been going on for many years, so we have thousands of pieces of content,” Olah said. “Surfacing that content in a relevant way, being able to curate it, to search through it and filter it efficiently is now really important for audiences to be able to get the most value out of it.”&nbsp;<h2>Build a 360 business case for technology change&nbsp;</h2>To reach their multichannel ambitions, Olah knew the editorial team needed a technology solution that would let them create, curate and optimize content more efficiently than would be possible with their incumbent, homegrown platform.&nbsp;&nbsp;Having worked with a headless content management system (CMS) in previous roles, Olah started exploring if this approach was a right fit for Booking.com. Through many discussions with tech and product leaders, as well as the creatives on her team, she built a business case that looked at the technology justification and functionality needs, as well as the impact on efficiency and editorial strategy.&nbsp;“The business case is part showing a comprehensive, 360 view of the technical benefits of the platform and part showing that you’ve done your homework on a robust content strategy,” Olah said. “From examples of execution, to tying in brand storytelling and campaign amplification, to details around distribution and channel use cases of the content.”&nbsp;Presenting an aligned, measurable plan for change was key to getting different stakeholders to understand the potential of editorial content and to get the buy-in needed to make the change successful.&nbsp;“Advocacy is needed at all levels and functions, from a leadership level that signs off to the people that are actually involved in using the products and the systems day-to-day,” Olah said. “They need to be happy and settled and feel confident that this is going to make their jobs easier and more efficient.”&nbsp;<h2>Don’t change for change’s sake&nbsp;</h2>To ensure the move to the new content solution went smoothly, Olah was careful to avoid a common stumbling block she’d seen at other organizations.&nbsp;“When companies launch a new platform, there’s a tendency to launch 10 other things at the same time— a new platform plus new brand guidelines, or an entirely new content strategy, or a refresh of everything that’s associated with the particular platform,” Olah explained. “I was very conscious of not doing that because that is extremely stressful and, in my opinion, unnecessary.”&nbsp;Instead, change was rolled out in stages and, where possible, tied in existing ways of working to make people feel comfortable during the transition.&nbsp;For example, the editorial team was very happy with the workflow that was created around the previous content platform. While a headless CMS might be able to support more efficient processes, Olah decided it was best for the team to first roll out the new platform in a way that worked with the existing workflow.&nbsp;“Don’t try to change everything under the sun at the same time,” Olah advised. “If something is working, keep it, and keep the business case focused on the current challenges that need to be solved.”&nbsp;<h2>Plan for potential&nbsp;</h2>Breaking transformation into independent steps, rather than a big-bang approach, is also an opportunity to create a content and technology framework that supports continuous change.&nbsp;“Once we launch, there’s still a lot of potential for editorial at Booking.com, and what we’ve been able to do with this platform is build for that potential so that the structures are in place,” Olah explained.&nbsp;For instance, with an API-first approach Booking.com is able to structure content so that it isn’t locked into only being presented as a static long-form article on the site. As the team explores new channels, third party syndication, testing tools and further optimization for local markets they can adapt existing content and processes to meet new needs.&nbsp;“This is a huge benefit of headless,” Olah said. “We don’t know what we will necessarily need in another five years, but we absolutely need something that is flexible and adaptable enough to accommodate that.”“There’s only so far ahead that you can possibly plan for,” she continued. “You need a system that helps you to flex and change in this environment.”&nbsp;&nbsp;&nbsp;

Contentstack presents "People Changing Enterprises" blog post featuring Juliette Olah, senior manager, editorial at Booking.com.

Juliette_blog_header.jpg

How to create a 5-star content strategy: Tips from Juliette Olah of Booking.com

The online world is constantly evolving, so companies must change how they work and develop new ideas to meet customers' changing needs. The e-commerce sector has witnessed the rise of two unique models: headless commerce and composable commerce. While they might appear similar at the outset, a deeper examination reveals critical distinctions.In this article, we'll demystify the two approaches, spotlight their respective pros and cons. And provide insights for organizations pondering a transition to a composable architecture.<h2>How headless commerce began</h2>In the early days of online shopping, businesses had two ways to sell their products: physical stores and online platforms. But as technology advanced, many companies didn't keep up with the changes. This made it hard for them to stay up with what customers wanted and take advantage of new trends. The problem was that their technology wasn't flexible enough to adapt to new ideas. To serve customers better, stores began separating their online behind-the-scenes system from what the public sees on their websites. They did this by using APIs to access the back end, which made their operations more flexible. Headless commerce is a way for brands to keep their complicated commerce systems while making the front end more flexible to changes in the market.Composable architecture means that each part of the system works independently and can be customized to fit a brand's specific needs. This gives businesses the power to choose which parts of their digital services to use to meet their unique business requirements best.<h2>Examining headless commerce architecture</h2>Headless is a new way of handling e-commerce that separates the parts that users see (the interface) from the parts that do the work behind the scenes (data, operations, applications). Most e-commerce systems combine these two parts, making it hard to keep up with the constantly changing digital market. Headless, by contrast, allows the front- and back-end systems to function independently.&nbsp;<h3>Benefits of headless architecture</h3>Adopting a headless system introduces several advantages:<ul><li>It delivers a flexible and customizable front end. With the visual layer decoupled, developers are no longer tied to the constraints of the back end, allowing for the creation of custom user experiences.&nbsp;</li><li>It enables seamless integration with other systems. The back end operates independently, communicating simultaneously with multiple front ends. This allows businesses to provide a consistent omnichannel experience across various platforms like websites, mobile apps, smartwatches, and IoT devices. For instance, should a brand face difficulties in producing content for new products due to the constraints of its content model, the headless commerce system allows the integration of a different content management system with adjustable content models. This flexibility ensures a smoother operation by effectively mitigating the identified issue.</li><li>It accelerates the speed of innovation. Changes to the front end won't impact the back end, and vice versa. This promotes quicker updates, experiments and iterations, all critical components in today's fast-paced digital landscape.</li></ul><h3>Drawbacks of headless architecture</h3>While headless offers clear benefits, it also carries some drawbacks:<ul><li>This way of setting up a system can be challenging to handle. It needs someone with technical knowledge to take care of the different parts and keep them working.</li><li>While the freedom to customize front-end interfaces is a benefit, it also means that businesses are responsible for designing and developing these interfaces, which can be time-consuming and costly.</li><li>Depending on the chosen system, limited support or functionalities may be available.</li></ul><h2>Understanding composable architecture</h2>Composable is an approach to building digital services that allows each component to exist independently. This includes things like managing product information, content and customer relationships. Businesses can choose which parts they need to create a custom digital platform.<h3>Advantages of composable architecture</h3>Composable e-commerce offers significant advantages.<ul><li>It provides extreme flexibility. Since all components are separate, they can be independently updated, replaced or reconfigured, enabling a truly agile e-commerce platform. This architecture allows for continuous optimization without fear of disrupting the entire system.</li><li>Composable future-proofs your DXP stack by implementing task-oriented packaged business capabilities (PBCs), which are essential for faster time to market and better adoption of a digital experience. With the ability to add or replace components as needed, businesses can keep pace with technological advancements, customer demands or changes in business strategy.</li><li>It promotes the best-of-breed approach. Businesses are no longer confined to the capabilities of a single vendor. They can select the best software for each component, maximizing functionality, efficiency and performance.</li></ul><h3>Pivoting toward composable architecture: Points to ponder</h3>Embracing composable commerce vs. headless architecture is a significant decision you should not take lightly. Businesses should thoroughly analyze their current and future needs, evaluating whether the flexibility and adaptability of composable commerce align with their strategic goals.The appeal of composable architecture lies in its flexibility and potential for success. However, it's important to remember that just because something is possible doesn't mean it's a good idea. Composable architecture can be compared to Lego blocks, as it allows for the creation of many different structures. But the challenge lies in deciding what to build and how to make it happen. The challenge is twofold. First, there's the job of putting together all the components. Second, it's essential to ensure that each element chosen is not just a fun extra but helps create the desired digital experience is essential. It's crucial to tell the difference between the "must-have" and "nice-to-have" features. Focusing too much on the latter can take away your IT team's attention and resources from the essential functions. It's important to think about how much technical knowledge is needed. Composable gives you a lot of choices for customization. Still, it takes a skilled technical team to handle everything and ensure it works well. If you're thinking about using composable, you should ensure you have the right resources or get help from experts to make it easier. Additionally, companies must evaluate their current system's limitations. Are you finding it challenging to innovate due to a rigid, tightly coupled e-commerce platform? Does your business plan to expand into new channels or markets that your current platform cannot support? These pivotal questions can help determine if the transition to composable is warranted. When picking technology partners, it's crucial for organizations to choose carefully. The best partners will offer a variety of components that can be easily swapped out and will provide support and updates over time. The goal is to create an e-commerce platform that can grow and change as the business and customers do.<h2>Learn more</h2>Learn more about transitioning to composable in <a href="https://www.contentstack.com/live/adopting-the-right-tech-strategy-for-your-company-to-go-composable/" target="_blank">this episode of "Contentstack LIVE!</a>" featuring Contentstack Vice President of Technical Services Pete Larsen.<a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack's composable digital experience platform can help your organization achieve its e-commerce goals.

Illustration of two customers shopping in person and online using composable or headless commerce technology.

Composoble_vs_Headless_-_Social_Posts_1200x628.png

Headless commerce vs. composable: What you need to know

Not all great tech transformations are brought to the table by a developer, engineer, CTO or other technical person.&nbsp;We see great projects kick off because someone in marketing, sales or customer success raises the flag for change. Sometimes business people can see opportunities that aren’t as plain to the tech teams.That’s what happened when Booking.com decided to transition off its old systems to a headless CMS. Juliette Olah, senior manager of Editorial, realized that her teams had produced thousands of pieces of content over the years — but the capabilities of their current technology significantly limited the value that content produced in their local markets and possibilities for the future.Listening to her “<a href="https://peoplechangingenterprises.transistor.fm/episodes">People Changing Enterprises” episodes</a>, I admired the way Juliette united Booking.com’s product and editorial teams from the beginning to pull off their transformation. Business and tech can either be each other’s biggest advocates or frustrating roadblocks.To avoid the latter, these are three examples of how tech and business teams can support each other throughout a transformation.<h2>Thoroughly debrief at the onset</h2>At the beginning of every project, we encourage organizations to sit down with their cross-functional teams and level set. Business and tech have their own KPIs and goals to achieve. In a project that bridges the two, there should be a frank discussion, ending in clear, written requirements of process and goals for both sides.Once Juliette realized a tech transformation was the answer to the editorial team’s needs, she became the living bridge between the editorial and product teams. Sitting down with tech stakeholders, they talked through what Juliette called a “comprehensive 360 view of the benefits to the technical side of the platform”:<ul><li>The editorial team’s strategy and the justification behind the new technology</li><li>Real-life examples of what execution would look like</li><li>The business value of a central headless CMS would bring to each local market</li><li>Opportunities they were currently missing out on because of their current tool</li></ul>Because she had clearly done her homework and demonstrated the need on both sides, the product team was eager to get started.<h2>Partner up to find and test new tools</h2>Finding and testing new tools is an easy way for business and tech teams to partner effectively. When the new CMS was in place, the teams at Booking.com partnered to try out the new tool to make sure it worked for both sides.At Contentstack, once a new solution is initially developed, we pull in our business partners for User Acceptance Testing. They can test, catch bugs, or point out which workflows function trickier than anticipated — versus the tech teams doing it all themselves.Additionally, when you’re on the hunt for new tools, tag a business partner in for their opinion. From a different mindset, they might be able to raise questions or point out benefits you didn’t consider.&nbsp;<h2>Work together to phase out what isn’t needed</h2>A transition to composable is the perfect time to evaluate what tools you’re bringing into the new environment — and which ones you should retire. This is another area that tech and business teams should work together.A few years ago, we bought an analytics tool for the organization to use on their reports. It was low-cost and met some of our needs upfront, so we decided to take a chance on it. Six months down the road, we were spending a huge amount of time trying to force the tool to work.&nbsp;When a business person came to me and admitted the tool wasn’t helping their team meet their objectives, we decided to look into something else.&nbsp;On a composable project, it’s not always clear on the back end if a tool is working for teams as they need. That’s where our business partners come in. It’s a partnership.Babe Ruth once said, "The way a team plays as a whole determines its success. You may have the greatest bunch of individual stars in the world, but if they don’t play together, the club won’t be worth a dime."It’s easy for business and tech teams to work in silos, but working together produces more value. Especially in a tech transformation, the two teams are different sides of one coin.&nbsp;Find ways to bridge the gap and you’ll see much more value in your resulting tech stack.

Title image for blog post "3 ways tech and business teams can help each other through a transformation" by Contentstack CTO Nishant Patel.

Nishant_blog_header_5.24.jpg

3 ways tech and business teams can help each other through a transformation

Have you ever tried designing a website from a template?&nbsp;It can be challenging. First, there are so many options to scroll through (that all somehow look the same) your head will spin. When you do pick a template, you have to build it the way you want, meaning a lot of customization. When that doesn’t work — because inevitably, you always hit the end of what the template can offer — you have to puzzle your way through custom code.&nbsp;That can become a tangled web very quickly.Imagine that process for an established enterprise like Sephora or even a fast-growing start-up. Think about the manual process of integrating each tool needed for e-commerce or inventory management. You think you are “done” building,&nbsp; but wait — the market is evolving and you need to start selling on a new-ish platform like TikTok or BeReal.A traditional legacy CMS environment is tricky: Change one thing and you risk the entire machine stalling.&nbsp;The beauty of composable architecture is that your website can become whatever you want, whenever you need it — easily. Jurre van Ruth, digital strategy consultant at PostNL, came on our podcast, “<a href="https://peoplechangingenterprises.transistor.fm/episodes/what-is-a-composable-digital-experience-platform-with-postnls-jurre-van-ruth" target="_self">People Changing Enterprises</a>,” to discuss how the company took that concept to heart and made their composable DXP work for them.&nbsp;But to make it work for your company like PostNL did, we need to level-set definitions and expectations. There’s a lot of confusion in the market about composable architectures — like what is a “composable DXP” in the first place — that I want to clear up.&nbsp;<h2>What is a composable DXP?</h2>I like how van Ruth said it in the podcast: “We see [composable] as an ecosystem of technologies that aim to create and offer a consistent digital experience for all our customer segments across all digital touchpoints.” I specifically love the word "ecosystem" he uses.&nbsp;CMSWire describes <a href="https://www.cmswire.com/digital-experience/have-you-recognized-the-potential-of-the-composable-digital-experience-stack/" target="_self">a composable DXP</a> as providing “integrated, consistent solutions that are modular and tailored to microservices and yet connect the gaps of digital experience. This is a unified and seamless approach that eliminates siloed user experiences and all-in-one solutions.”To further flesh out that picture, I often describe composable architecture as a Lego tower: Each block is a tech tool and they each function together to make up one, larger tower, aka the customer’s digital experience.&nbsp;However, unlike a sculpture — or legacy enterprise suites — you can more easily change the look and function of the entire tower by swapping out each block within.&nbsp;For example, if your next marketing goal is to target potential consumers with more personalized advertising and content, those tools are easier to plug into a composable environment than traditional suites. Creative teams get to pursue the digital experience platform of their dreams, and there is much less frustration, less custom code and fewer heavy integration requirements for IT to handle on the back end.Then where does headless — AKA a <a href="https://www.contentstack.com/cms-guides/headless-cms/" target="_self">headless CMS</a> like Contentstack — come in? It’s simply a cornerstone block in your Lego tower. For a marketing environment, the headless CMS acts as a foundation. Every tool — like e-commerce, automated translation, or SEO tools — can integrate into it to make content the central hub of your ecosystem.<h2>Moving beyond one-size-fits-all</h2>Every enterprise is different, which means that the capabilities they need will also be different. However, when it comes to traditional legacy martech systems, it tends to be one-size-fits-all.&nbsp;The problem is that one size actually doesn’t fit all, and those environments are slow and difficult to change. It takes extreme customization via code, contacting multiple vendors for help, and a lot of inter-dependencies that aren’t always caught until something breaks.&nbsp;&nbsp;One of the best benefits of composable is that integration is much easier and more natural with APIs inherent to a composable environment. Like clicking a Lego into place, that tool is now part of the environment. For PostNL, they invested in tools for headless content and digital experience analytics, which were easily plugged into their composable environment.An e-commerce enterprise can integrate all the tools they require, whether it’s an online storefront platform, a product catalog with elements like descriptions or visual assets, or any personalization tools it might need. But, for example, a hospitality service will need a different set of tools, and they can have them inside a composable environment.Enterprises are no longer satisfied with a one-size-fits-all approach. The beauty of composable architectures is that, in a market that changes like the wind, organizations’ digital experiences can also evolve just as easily.

Title image for blog post "The beauty of a composable DXP: It can be whatever you need" by Contentstack CTO Nishant Patel

Blog-Header-Nishant_6.14.jpg

The beauty of a composable digital experience platform: It can be whatever you need

Having a digital-first marketing strategy is a must for companies today. Customers expect an excellent experience every time they interact with you online. If your digital experience isn't up to par, your customers might go to a provider who's got their digital marketing game on point.&nbsp;If you want to excel in digital marketing, it’s crucial to have a clear marketing strategy. In this blog post, we'll discuss:&nbsp;<ul><li>How to plan for using digital-first marketing technology</li><li>How to determine what your customers want and match your technology to meet their needs</li><li>How to set up your tech tools using a <a href="https://www.contentstack.com/blog/all-about-headless/digital-experience-platform-vs-cms/" target="_self">digital experience platform</a> (DXP)&nbsp;</li></ul><h2>Define your marketing technology strategy</h2>Defining a winning digital marketing strategy is more complex than just picking cool tech stuff. It's about purposefully building around tech tools that can help you better connect with your audience or customers, not just now but in the future. Remember, what works best might be different for everyone. Your strategy should be tailor-made, fitting perfectly to your unique business situation. This may take more time and effort, but it's ultimately worth it.&nbsp;&nbsp;To define your marketing technology strategy, begin by analyzing your customer’s needs and assessing your ability to meet those needs.&nbsp;<h3>Analyze customer needs</h3>Determine what the ideal customer experience looks like for your audience. Customer trends are constantly changing, as is the technology available to marketing teams. It's essential to look at consumer behavior and determine which digital marketing channels your customers rely on the most and how they prefer to be engaged. For instance, do they respond better to your marketing messages via text, social media posts, or email marketing?&nbsp;Honing in on which technology they leverage at each step of the buyer journey and where you lose them can reveal gaps you need to fill.<h3>Assess current capabilities</h3>Think about what technology you already have in place for marketing automation, web analytics, search engine optimization, content creation and management and other services. Then determine what technology you need to add now and potentially later. Evaluate your people to decide whether or not they have the right mindset and skill sets for any new technology you are considering. If not, what training will they require to get up to speed? Or will you need to hire new staff with expertise in the technology? Be sure to consider your leadership and organizational structure. Will leadership grasp the necessity of transitioning to the new digital-first marketing approach? If not, you must prove to them the investment will pay off.<h2>Understanding the needs of your stakeholders</h2>When planning to use digital-first marketing technology, you need to think about what everyone involved needs. This includes the people who work in your business, the tech folks who make everything run smoothly, and your customers.&nbsp;<h3>Internal business users</h3>Your internal business users are often the people who interact directly with your digital marketing tools. They could be in your marketing department, sales team or customer service. You need to find out what problems they're having and what tools they need to do their jobs better. Try having regular chats, sending out surveys or running workshops to find out. This can help you spot what's missing in your current tech tools and what you need to add or change.&nbsp;<h3>Developers</h3>Your developers are the ones who implement and maintain your digital marketing technology. Hence, it's crucial to consider their needs and feedback. Finding out what they need and listening to their ideas is essential. They need tools that work well, are flexible and they can integrate easily. Talking to them can give you valuable insights about which technology to pick and how to keep everything running smoothly.<h3>End-user customers</h3>Finally, your end-user customers are the most critical stakeholder. After all, your digital marketing strategy's whole point is to improve their experience. You need to understand what they like and don't like and how they behave. You can do this by looking at data, listening to their feedback, sending surveys and testing how they use your service. Maybe they love easy-to-use websites, personalized content, or quick customer service. Once you know, you can ensure your marketing technology delivers what they value most.Creating a successful digital-first marketing roadmap is an inclusive process. It involves considering the needs of all stakeholders, ensuring they're equipped with the right tools, and fostering an environment that embraces continuous improvement and adaptation. Focusing on these critical aspects ensures your digital marketing strategy is robust, versatile and customer-centric.<h2>Align technology capabilities</h2>Once you better understand your current technology capabilities and customer needs, it’s time to identify any gaps between the two. For instance, if your buyers are young and make most of their online purchases after seeing a Facebook ad, it may not make sense to inundate them with marketing emails. Instead, devote more technology and resources to delivering relevant social media content and ads.The overarching goal is to deliver quality customer experiences that pay off in the end, whether that means a potential buyer converts by making a purchase or an existing customer renews their subscription to your service.One of the biggest challenges of creating an effective digital marketing strategy is ensuring that it’s future-proof. No one knows what the future holds, and technology changes rapidly. That’s why composable DXPs are at the forefront of most successful digital marketing strategies today.<h2>Matching your tech to your strategy</h2>It's important to ensure your marketing tech tools match your digital marketing plan. They need to be able to support the excellent online experience you want to give your customers.Imagine your tech tools are like building blocks. Each block needs to fit together perfectly to build the thing you want. In the same way, your tech tools need to work together to create your digital marketing strategy. This is where <a href="https://www.contentstack.com/resources/webinar/adopt-digital-marketing-strategy-cmswire/" target="_self">composable architecture</a> comes in.Composable architecture is like a set of Lego blocks. You can mix and match different pieces as you need, adding or removing blocks to fit your unique situation. This flexibility makes creating the perfect tech stack for your business easier. It allows you to pick and choose the tools that best fit your strategy and change things as your needs change.So, whether it's email marketing, social media, customer relationship management, or data analysis, make sure your tech tools are up to the task. Remember, the goal is to make the digital experience awesome for your customers. The right tech tools, put together in the right way, can help you do just that.<h2>Making your digital plan happen</h2>So, you've made your digital marketing plan. Now it's time to put it into action. Start by breaking your plan into smaller tasks. Then, set a timeline to decide when each task needs to be done. Be realistic — you want to get things done, but not so fast that you make mistakes. Next, decide who will do each task. Make sure everyone knows their jobs and deadlines. This will help everything go smoothly and ensure you remember everything. By planning your tasks, time, and teamwork, you'll turn your digital marketing plan from a dream into reality.&nbsp;&nbsp;<h2>Learn more</h2>Get expert insights on digital marketing strategy from Contentstack CMO Susan Beermann in <a href="https://www.contentstack.com/live/why-digital-first-marketing-starts-with-a-composable-dxp/" target="_self">this episode of "Contentstack LIVE.”</a><a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack's composable digital experience platform and headless CMS can help make your digital marketing plan a winner.

CS_-_Marketing_Roadmap_-_Social_Post_1200x628.png

How to create a roadmap for digital marketing

Whether you’re a company leader, developer or a creative director, chances are that you understand the importance of having good content on your website and other communication channels that your organization leverages. If you’re like most mid-sized to large companies, you have a complex mix of content that’s used for diverse purposes: marketing and promotions, internal communications and investor relations, delivering personalized customer experiences, engaging potential customers and more.Traditionally, having relevant omnichannel content has been disjointed, time-consuming, difficult to manage, slow and inefficient. Compounding these issues is the accompanying frustration from developers who are leaned on to edit code when any little thing needs to change, and from marketers who can’t get updates made fast enough.Fortunately, there’s a much easier and streamlined way to manage and publish content these days with<a href="https://www.contentstack.com/blog/all-about-headless/digital-experience-platform-vs-cms/" target="_blank"> digital experience platforms</a> (DXPs) built with composable architecture and headless content management systems (CMSes). An increasing number of organizations are transitioning to this type of system for benefits including agility, speed and scalability. Last year, <a href="https://www.gartner.com/en/documents/3994550" target="_blank">Gartner</a> predicted that more than half of mainstream organizations would invest in composable applications by 2023.Before delving into the benefits of composable, let’s first take a look at what a DXP built on a composable architecture actually is.<h2>What is composable architecture?</h2>Composable architecture is a way of separating the front-end (what you see on the display) and the back-end code (development) of a website, making development faster and easier. This separation means the front and back end can be developed independently of each other, making deployments simpler and more efficient.A composable architecture typically has a headless CMS at its core. This type of CMS provides an application programming interface or API that the front-end code can call to fetch data from the back end.<h2>&nbsp;What kind of tools or APIs are used in a composable DXP?</h2>In addition to the headless CMS, which is the central hub of the composable DXP, this type of platform will include a wide variety of microservice-based APIs based on what your organization needs. The beauty is that you can pick and choose the best options in each of these areas below in addition to others without being locked to a specific vendor:<ul><li>E-commerce</li><li>Asset management</li><li>Customer management</li><li>Omnichannel management</li><li>Marketing automation and analytics</li><li>Content workflows</li><li>Customer engagement</li><li>AI tools</li></ul>In a nutshell, composability means you have the freedom and flexibility to create a unique DXP that’s tailored specifically to your organization’s needs by choosing the right microservices. You might think of these microservices as being an arsenal of tools that can help you elevate your organization above the competition.If the idea of switching from a traditional, monolithic platform to a composable DXP seems daunting at first, keep in mind that the transition doesn’t have to take place all at once. Instead, it can take place one piece (or API) at the time as you add different products and services to the headless CMS. Compatibility enables this kind of targeted transition because each component or API works independently of every other component. As you might imagine, this has many advantages. One of the biggest is that a failure in one component doesn’t bring down the whole system.A composable DXP provides many significant benefits for your organization’s executive, creative and technology teams. Here are four key features of composable DXP and how each team benefits.<h2>Very little to no coding needed</h2>With a composable DXP, most changes don’t require the technical knowledge of a developer. Here’s how this benefits teams at every level of your organization.<h3>Executive teams</h3>When marketing and technology teams can focus on what they do best, there should be less friction between the two. This reduces frustration levels and makes for happier employees, helping you retain your best workers.<h3>Creative teams&nbsp;</h3>Composability will empower marketing teams to create, change and publish content without having to have any technical expertise. Content is easy to access in one central location. Marketing teams will no longer have to create tickets and wait for developers to get around to their requests. Instead they’ll create campaigns and push a variety of content types to multiple platforms and channels with greater speed and efficiency.<h3>Technology teams</h3>The time developers typically spend making everyday fixes and working with code to launch new campaigns will be freed up so that they can focus more time on creating user-friendly digital experiences for customers.<h2>Scalability</h2>Do you plan on adding e-commerce down the road? Want to add a mobile channel? Want your website to have chat functionality? It’s very easy to add new apps and services to your websites and other channels with a composable DXP.<h3>&nbsp;Executive teams</h3>The business can more easily expand its product and service offerings without having to worry about downtime for websites and other channels. You can focus on growing the business with confidence that your content management system has the agility to keep up.&nbsp;<h3>Creative teams</h3>As new marketing automation and tools become available, it will be simple to add these to your API mix.<h3>Technology teams</h3>It will be easier for IT to scale apps because services can be deployed independently. Tech can focus on one type of digital service, while others continue to work as normal. There’s no need for rushed overnight deployments or site downtime to release new functionality.<h2>Speed</h2>Composability improves speed in several different ways, including speed of publishing content, speed of implementing campaigns and speed of reaching business goals.<h3>Executive teams</h3>Business goals can be fulfilled faster, whether you aspire to expand into a new region or roll out new products and services. What better way to stay a step ahead of the competition?<h3>Creative teams</h3>Marketing leaders will be empowered to launch campaigns and publish content much faster. Again, there’s no waiting on IT to make changes. They can also push content to multiple sites without having to totally recreate content from scratch. Composability makes it easier to create a content block for one site, and then quickly push that content to other sites and channels.<h3>Technology teams</h3>Slow implementations become a thing of the past, as IT teams focus their efforts on targeted API functionality, rather than being bogged down with tickets for minor edits and updates.<h2>Improved customer experiences</h2>When relying on a composable DXP, delivering content that’s personalized and relevant becomes the status quo instead of the exception, boosting customer satisfaction.&nbsp;<h3>Executive teams</h3>The business can expect to reap the rewards of improved customer experiences. A current Forrester Total Economic Impact (TEI) study demonstrates an ROI of 295% with a composable architecture.<h3>Creative teams</h3>Marketers will no longer be hindered by the rigidity of a monolithic CMS. Instead, they will have unlimited access to all the tools they need for success with the freedom to expand their toolkit any time they choose.<h3>Technology teams&nbsp;</h3>With less time spent on repetitive requests, the IT staff can put its expertise to work in key areas which will have the biggest impact on customer satisfaction.<h2>FAQs</h2>As a recap and to answer additional questions you may have, here are a few frequently asked questions about composable DXPs.Am I tied to one vendor that determines what solutions I can use?No, a composable DXP gives you the freedom to choose the best solutions, regardless of vendor.How do I know all the components that I want in my composable DXP will work together?Composable providers understand the importance of their solutions being able to integrate with other APIs and have worked to address this issue. Composable providers ensure their solutions can seamlessly enable multiple APIs to work together by making them easy to plug in with software developer kits (SDKs) or one-click connections.What if I want to keep tools on my current websites that are working?With a composable DXP, an organization can choose the best options and even keep using some of the existing solutions that are already working. You are no longer locked into using just the services and apps that your vendor or platform supports.What is the first step in transitioning to a composable DXP?Begin by thinking about the apps and services you would want to have in your DXP if the options were limitless and then write them down. Be sure to get input from executive, creative and IT teams before searching for products and scheduling demos.<h2>Learn more</h2>Learn more about composable DXPs in our guide, “<a href="https://www.contentstack.com/cms-guides/building-digital-experience-platform-dxp/" target="_blank">What is a DXP? Understanding digital experience platforms</a>.”<a href="https://www.contentstack.com/request-demo/" target="_blank">Schedule a free demo</a> to see how Contentstack’s composable digital experience platform can benefit executive, creative and technology teams at your organization.

Illustration depicting a man and woman in front of tools typically used in a composable DXP.

Blog.4WaysTeamsBenefit.png

4 ways your teams can benefit from a composable DXP

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.&nbsp;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.<h2>What is a composable digital experience platform (DXP)?</h2>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:<ul><li>E-commerce tools</li><li>Asset management</li><li>Customer management</li><li>Omnichannel management</li><li>Marketing automation and analytics</li><li>Content workflows</li><li>Customer engagement</li><li>AI tools</li></ul>The 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.<h2>How financial services companies use composable technology</h2>To understand how financial companies rely on composable technology, let’s consider their customers. According to the<a href="https://www.forbes.com/advisor/banking/banking-trends-and-statistics/#:~:text=As%20of%202022%2C%2078%25%20of,prefer%20to%20bank%20in%20person." target="_self"> Forbes Advisor: 2022 Digital Banking Survey</a>, 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.<h2>Benefits of a composable DXP for financial services&nbsp;&nbsp;</h2><h3>Increased flexibility&nbsp;</h3>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.<h3>Agility&nbsp;</h3>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.&nbsp;<h3>Enhanced security&nbsp;</h3>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.<h2>What to consider when implementing a composable DXP</h2>Before 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:&nbsp;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.<h2>How financial services companies use composable DXPs</h2>Here 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.<h2>Learn more</h2>Learn more about the advantages you can expect from our composable DXP in our blog, “<a href="https://www.contentstack.com/blog/all-about-headless/contentstack-demonstrated-295-percent-roi-in-forrester-study/" target="_self">Contentstack demonstrated 295% ROI in Forrester study</a>.” To see how Contentstack’s composable DXP can help your digital transformation,<a href="https://www.contentstack.com/request-demo/" target="_self"> schedule a free demo</a>.&nbsp;

Illustration representing the improved experiences for customers of financial services businesses using composable digital experience platforms.

DXP_in_Finance_-_Social_Post_1200x628.png

How composable technology improves experiences in financial services

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.
<h2>What is a composable architecture?</h2>
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<a href="https://www.contentstack.com/blog/all-about-headless/content-management-systems-history-and-headless-cms" target="_self"> mobile internet usage supplanted desktop usage</a>. Since then, consumers have grown to expect a seamless omnichannel experience that a traditional monolithic CMS was never designed to deliver.&nbsp;
“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 <a href="https://www.contentstack.com/cms-guides/what-is-composable-architecture/" target="_self">composable architecture</a> 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.
<h2>Common pitfalls of implementing a composable architecture</h2>
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.
<h3>What goes where, who’s on first?</h3>
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.&nbsp;
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?
<h3>The ‘kitchen sink' problem</h3>
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.
<h3>Disconnects between teams</h3>
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<a href="https://blog.trello.com/tips-to-improve-cross-team-collaboration" target="_self"> siloed teams or departments</a> 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.
<h3>The people problem</h3>
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&nbsp; right resources on the technical side to build everything out.
<h2>Overcome the pitfalls and go composable with confidence</h2>
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:
<ol>
 <li>
 Choose the right component technologies.
 </li>
 <li>
 Select vendors who view going composable as a partnership, not a dealership.
 </li>
 <li>
 Invest in automation technology to simplify integrations and automate routine tasks.
 </li>
 <li>
 Seek expertise and support to help you along the way.
 </li>
 <li>
 Run the numbers and a proper ROI analysis.
 </li>
</ol>
<h2>Learn more</h2>
Watch <a href="https://www.contentstack.com/live/how-to-use-a-composable-stack-to-drive-digital-marketing-innovation/" target="_self">this episode of "Contentstack LIVE!"</a> to learn strategies for implementing composable technologies from Auden Hinton, director of digital experience at Contentstack.
<a href="https://www.contentstack.com/" target="_self">Schedule a free demo</a> 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.

Illustration showing a marketer trying to decide which services his organization needs in a composable content management system.

CS_-_Hidden_Complexities_-_Blog_Post_v2-02.png

How to avoid the pitfalls of a composable architecture

Contentstack receives billions of API requests daily, and every request must be validated to be a valid Contentstack identity. It is a common industry practice to achieve this using some sort of “identity token" for every request. Imagine having multiple types of identity tokens, such as session tokens, OAuth tokens, delivery tokens, management tokens, etc. The problem of securing billions of API requests daily can be challenging. We decided to address this by spinning up a new team that handles the complex problems of user authentication and authorization in a token-agnostic platform.<h2>Our transition journey </h2>Contentstack started as an API-first headless CMS platform that allowed content managers to create and manage content while simultaneously and independently enabling developers to use Contentstack's delivery API to pull that content and render it to create websites and applications. This means that Contentstack’s traffic increases proportionately to the traffic received by our customers' websites and applications.With increased traffic and usage, we catered to various new use cases by developing new features. These features were powered by a set of microservices, each catering to a particular feature domain and needing support for processing multiple identity tokens that had roles and permissions associated with them. The whole system had turned out to be quite complex, and performing auth had become a great challenge. This prompted us to redesign our auth architecture, which addressed the issues of being a token-agnostic and low-latency platform.Read on to learn more about this journey and how we have been able to:<ul><li>Transition from a monolith to a low latency microservices-based auth (authentication plus authorization) and rate-limiting architecture.</li><li>Set up centralized authentication for multiple (any domain) microservices that are part of the same Kubernetes cluster.</li><li>Set up decentralized and self-serviced, policy-based authorization for internal services and teams.</li></ul><h2></h2><figure style = "margin: auto; text-align: center;width: autopx;"><img alt="Increasing feature sets increased domain microservices, which increased the complexity of performing auth." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt65b2e216cf64b266/642c726474d71410bfac3f33/Auth_1.png" /><figcaption style = "text-align: center;" style="text-align: center;">Increasing feature sets increased domain microservices, which increased the complexity of performing auth.</figcaption></figure><h2>Monolithic auth architecture</h2>Monolithic architectures can be difficult to maintain, scale and deploy. In a monolithic architecture, user authentication and authorization are typically tightly coupled with the application code, making it difficult to implement and maintain robust security measures. Monolithic architectures often rely on a single authentication and authorization mechanism for the entire application, which can limit the flexibility of the system to accommodate different types of users or access levels.<figure style = "margin: auto; text-align: center;width: autopx;"><img alt="Performing auth in a typical monolithic architecture." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltfd5793b5aa010daa/642c728b66181410a57326ce/Auth_2.png" /><figcaption style = "text-align: center;" style="text-align: center;">Performing auth in a typical monolithic architecture.</figcaption></figure>In monolithic architectures, the steps involved in auth are the following:<ol><li>Users use their credentials at the client to generate a session token or use an existing identity token to generate other identity tokens.</li><li>Users then use the generated identity token to perform a business operation by making a request to the application server.</li><li>Once a request is received at the application server, the authentication middleware authenticates the token and forwards the request to the business module.</li><li>The business module performs the business operation based on the authorization rules applied to the user identity.</li></ol><h3>Problems with monolithic auth architecture:</h3><ul><li>Authentication and authorization logic is mixed with the business logic.</li><li>Changing the way an identity performs an operation on a resource involves a change in the associated auth-related logic.</li><li>Each domain individually implements the authorization logic, causing a difference in implementation.</li><li>Since authorization logic is deeply nested in business logic, we lack visibility into authorization rules applied to a resource.</li><li>Shipping of new authorization logic requires a fresh deployment of the application image.</li><li>New microservices require knowledge of various identity tokens and resource authorization rules to be applied.</li></ul><h2>Microservices auth architecture</h2>Microservices offer a more flexible, modular approach that allows for easier maintenance, scalability and deployment. With microservices, each service can be developed, deployed and scaled independently, allowing for faster time-to-market, improved fault tolerance, and better alignment with modern development practices. Additionally, microservices offer more efficient use of resources and better support for diverse technology stacks.<h3>Authentication</h3><h4>Why centralized authentication?</h4>Centralized authentication is a security model in which a central authority manages authentication, such as a server or service, rather than it being distributed across multiple systems or applications. There are several reasons why centralized authentication is commonly used and considered advantageous, including increased security, simplified management, improved user experience and lower costs. While there are some drawbacks to centralized authentication, such as the increased risk of a single point of failure and increased complexity in managing the central authority, the benefits often outweigh the risks. <figure style = "margin: auto; text-align: center;width: autopx;"><img alt="Centralized authentication and rate-limiting at the edge of the service mesh." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt0661da39c3e68f0e/642c72c2c29b52114011640b/Auth_3.png" /><figcaption style = "text-align: center;" style="text-align: center;">Centralized authentication and rate-limiting at the edge of the service mesh.</figcaption></figure>The steps involved in the centralized authentication process are the following:<ol><li>Any incoming request to the Kubernetes cluster first lands at the Istio ingress gateway.</li><li>The request containing the identity token is proxied to a central authentication gRPC service with the help of envoyproxy's external authorization filter.</li><li>The central authentication service queries Redis with the identity token and metadata associated with the request.</li><li>Redis responds with the identity associated with the token and the current rate-limit count based on the request metadata.</li><li>The central authentication service responds to Istio with either of the following:</li><li>Authenticated response with user context attached to the request in the form of request headers</li><li>Unauthenticated response</li><li>Ratelimit exceeded response</li><li>An authenticated request containing the user context is then forwarded to the upstream service.</li></ol><h4>Advantages over the monolithic architecture:</h4><ul><li>Easier to onboard newer microservices to central authentication service by using label based istio-injection.</li><li>All requests are authenticated and rate-limited at the edge of the service mesh, ensuring that each request entering the cluster is always rate-limited and authenticated.</li><li>The request forwarded to the upstream microservice has user identity context attached to it in the request headers, which can be further used for applying authorization rules.</li><li>Keeping centralized authentication eliminates the problem of multiple mutations performed by the upstream microservices on the identity of the token.</li></ul><h3>Authorization </h3><h4>Centralized authorization</h4>We tried a model where along with authentication and rate limiting, we also added authorization as a responsibility of the central authentication and rate limiting service. The service would first identify the incoming request’s identity from the token and apply rate limiting based on the request metadata. Once the user identity is known, authorization rules could be applied to the user’s identity, thereby performing the entire Auth at the edge of the service mesh. Problems with this model are the following:<ul><li>This model could only perform basic authorization at the edge based on the request metadata provided, such as validating organizations, stacks, etc. However, it could not perform fine-grained authorization, such as finding out which content types the logged-in user had access to.</li><li>For RBAC, each domain has its roles and permissions associated with it; performing authorization for such requests requires knowledge of the upstream domain and leads to the addition of domain-specific logic in the centrally managed domain-agnostic platform.</li><li>With newer domain microservice additions, this again would lead to the problem of lacking visibility into authorization rules applied to a resource.</li></ul><h4>Distributed authorization with central authorization service</h4>We then tried implementing a model where we distributed authorization to the upstream microservices where each upstream microservice makes a call to a central authorization service. The authorization service has access to all the roles and permissions of different domains and was able to give appropriate authorization results. Authorization could now be performed from the upstream service’s business module by making a network request using Kubernetes cluster networking to avoid making a call over the internet.Problems with this model are the following:<ul><li>The central authorization service becomes a single point of failure.</li><li>Any change in the API contract defined by the central authorization service requires all the upstream services to abide by it and makes shipping these changes independently a complex task.</li><li>Performing authorization adds a network hop, thereby increasing the latency.</li></ul><h4>Distributed authorization with the sidecar pattern</h4>Learning from the previously discussed disadvantages, we wanted to build a model that had authorization distributed, low latency and made shipping authorization logic an independent activity. <h3>Architecture</h3>The architecture involves the following components:<ul><li>Auth sidecar</li><li>Central policy service</li><li>Auth SDK</li></ul><figure style = "margin: auto; text-align: center;width: autopx;"><img alt="Architecture for authorizing an authenticated request with the sidecar pattern." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltf976f1ccb2c76aae/642c72f90c498f10e8dbcb6e/Auth_4.png" /><figcaption style = "text-align: center;" style="text-align: center;">Architecture for authorizing an authenticated request with the sidecar pattern.</figcaption></figure><h4></h4><h4>Auth sidecar</h4>The auth sidecar is a gRPC service that gets injected along with the microservice’s application container in the same Kubernetes pod. Let’s understand how this architecture helped us tackle the previously mentioned problems.Single point of failure: The auth sidecar service runs with the application container in the same pod, and any case of failure is only limited to the current pod. Restarting the pod gives us a fresh set of application and auth sidecar containers.Independent delivery: Since the auth sidecar service container is shipped along with the application container, the application service can decide which version of the sidecar image to use, thereby making the delivery of newer versions of the authorization sidecar independent.Low latency: There is no network hop involved in making a gRPC call to the auth sidecar running in the same pod. This helps the application to get the authorization result with very low latency (in a few milliseconds).Updating authorization logic: The auth sidecar periodically downloads fresh policy bundles; any time there is a change in policy bundle coming from the central policy service, the auth sidecar updates its local policy cache with the new bundle.This way, updating authorization logic does not involve a fresh deployment/restart of the application container.<h4>Components involved in auth sidecar</h4><figure style = "margin: auto; text-align: center;width: autopx;"><img alt=" Responsibilities of the components involved in the authorization sidecar." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt0cd69a2aac6e4ccd/642c7320243bd1112e62e392/Auth_5.png" /><figcaption style = "text-align: center;" style="text-align: center;"> Responsibilities of the components involved in the authorization sidecar.</figcaption></figure>Aggregator: The responsibility of the aggregator is to fetch authorization-related data for the current identity based on the metadata provided by the application service in the gRPC call. It then aggregates it to be evaluated against the authorization policy.OPA Engine: We use OPA (Open Policy Agent) to periodically download fresh policies and evaluate the policy path mentioned in the gRPC call against the aggregated data.<h4>Central policy service</h4>The central policy service is a repository of policy bundles (*.rego files) which are independently managed by the domain microservices. The maintainers of the domain microservices create these policies for various resources that need authorization. Since these policies only involve rules, it greatly increases the visibility of authorization rules being applied to a particular resource.<h4>Auth SDK</h4>The auth-sdk is an internal library that we developed that helps the developers of upstream microservices to easily communicate with different auth components. It can do the following:Extract user identity and other useful information attached in the request headers by the central authentication serviceDiscover various auth components and streamline communicating with themExpose different helper methods to perform any auth-related activity on behalf of the application service<h2>Redesigned (new) architecture:</h2><figure style = "margin: auto; text-align: center;width: autopx;"><img alt="Tracing the request lifecycle in our redesigned auth architecture." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt6c744ef2492f5689/642c7351cc01de1087083e69/Auth_6.png" /><figcaption style = "text-align: center;" style="text-align: center;">Tracing the request lifecycle in our redesigned auth architecture.</figcaption></figure><h2>Conclusion</h2>Microservices-based architectures can help address some of these challenges of monolithic architecture by separating user authentication and authorization into individual services, which can be developed, deployed and maintained independently. This approach can provide greater flexibility, scalability and security for user authentication and authorization.However, it's important to note that transitioning to a microservices-based architecture can also come with some challenges, such as increased complexity and a need for more advanced DevOps practices. Proper planning, implementation and ongoing maintenance are crucial to ensuring a successful transition.

Illustration showing a team of developers working in a headless CMS.

What_Developers_Should_Know_about_composable_16.9.png

From legacy systems to microservices: Transforming auth architecture

The top priority for any business is protecting sensitive information from cyberattacks, and the effectiveness of your cybersecurity measures largely depends on your tech stack. There are a number of&nbsp; <a href="https://www.contentstack.com/blog/composable/4-ways-your-teams-can-benefit-from-a-composable-dxp/" target="_blank">benefits of going composable</a>, and a key one is that composable DXPs can offer better security than monolithic solutions. Read on to learn:
<ul>
 <li>How going composable can improve your organization’s cybersecurity&nbsp;</li>
 <li>What you need to know to make your composable tech stack as secure as possible</li>
</ul>
<h2>What is composable architecture?</h2>
<a href="https://www.contentstack.com/cms-guides/what-is-composable-architecture/" target="_blank">Composable architecture</a> breaks down the large and complex functions found in monolithic solutions into smaller, more manageable pieces. An 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.&nbsp;

There are a variety of benefits of moving to a composable DXP, including reduced IT costs, more streamlined processes and functions, easier updates and, when properly implemented, better security.
<h2>What are the biggest threats businesses face?</h2>
Cyberattacks have always posed a risk to businesses, but that threat has grown in the past decade. Businesses have beefed up their cybersecurity measures when it comes to some of the more common threats like phishing and malware; unfortunately, hackers have responded by developing more sophisticated cyberattacks that are harder to spot — and more difficult to guard against.&nbsp;

Today, businesses face a slew of cybersecurity threats. <a href="https://www.csoonline.com/article/3276584/what-does-a-ransomware-attack-cost-beware-the-hidden-expenses.html" target="_blank">Ransomware attacks</a> hold entire networks hostage. <a href="https://www.secureworks.com/blog/endpoint-attacks-endpoint-defenses-and-endpoint-time-sink-avoidance" target="_blank">Endpoint attacks</a> are on the rise, thanks to the shift toward remote work and, in turn, the number of off-site Internet of Things (IoT) devices connected to business systems. <a href="https://www.fortinet.com/resources/cyberglossary/supply-chain-attacks" target="_blank">Supply chain attacks</a> exploit security weaknesses in third-party vendors or providers to gain access to their partners’ systems. And even though we are better trained to spot phishing attempts and avoid malware, these strategies still work often enough that hackers continue to use them.&nbsp;

Composable DXPs provide the flexibility to employ cutting-edge cybersecurity measures to protect against cyber attacks and data breaches.
<h2>The security benefits of going composable</h2>
A strong cybersecurity strategy is especially important with composable DXPs. As noted above, a composable approach offers the ability to break the large, single-suite functions of monolithic platforms into smaller components. This allows for more customization options, as organizations can pick and choose the specific programs and functions they need to deliver a top-tier digital experience. But each individual piece has its own security requirements and vulnerabilities, and your cybersecurity strategy needs to account for all these differences so there are no holes to exploit.&nbsp;

When moving to a composable DXP, a key first step is to define your security needs and identify the security tech stack that best meets those needs. This will serve as the foundation of your cybersecurity framework, and all the functionality that follows needs to fit within it. The benefit is that it makes it much easier to identify and isolate any vulnerabilities in your security. With monolithic systems, spotting security risks or finding the source of a breach means combing through the entire system. With a composable DXP, it’s much faster and easier to go through each individual function and make the necessary adjustments to secure your system.&nbsp;
<h2>How to properly secure your composable tech stack</h2>
Breaking out functions into individual components with a composable DXP solution creates more endpoints that can be vulnerable to cyberattacks. But even though there are more potential points of access, there are also more ways to secure your systems.&nbsp;

API management platforms make it easy to track API usage and integrate up-to-date security protocols like OAuth and OpenID. That allows you to control who can access and use critical applications and data stored in cloud services, and with authentication processes to verify user IDs, you can catch any security threats before a breach occurs.

To secure your composable DXP, these functions are essential:

<ul>
 <li>End-to-end encryption</li>
 <li>Access controls&nbsp;</li>
 <li>Authentication: Encryption keys; 2FA; securing IoT devices</li>
 <li>Data protection</li>
 <li>Detailed monitoring</li>
</ul>

Implementing these functions and tailoring them to the unique needs of your composable DXP helps ensure that the sensitive data in your platform is protected from cyberattacks.
<h2>Data security in your composable DXP</h2>
When it comes to brand interactions, today’s consumer expects a personalized experience, but in order to create a robust customer journey, you need to gather data about your customers. Consumers are willing to provide that data if it means a better digital experience — but they also expect that their sensitive information will be safe in your hands.&nbsp;

The financial cost of a data breach can be massive, but it’s nothing compared to the damage your organization’s reputation will suffer if your customer data is exposed due to a security breach. Fortunately, your composable DXP strategies can help provide better data security.&nbsp;

With a monolithic system, if your critical infrastructure is breached, all your customer data is exposed. A composable DXP allows you to create modular data pipelines that connect to each individual component and the relevant data, rather than a single large block that contains all your data, as is the case with legacy systems. With composable, you can scale up or down and implement or remove components based on your security needs. And if a data breach does occur in one component, the scope of the data exposure is usually limited.
<h2>Securely meeting consumer demands</h2>
The customer experience is delivered across different parts of your composable DXP, from your headless CMS to your marketing stack — and it all needs to be supported by a robust cybersecurity strategy that meets or exceeds industry standards.

Cybersecurity threats come in all shapes and sizes, and cyberattacks can come from anywhere. To combat those threats and protect your system, your cybersecurity strategy needs to address all the potential risks. Your technology also needs to be flexible and adaptable in order to guard against new threats as they arise. Going composable allows you to build your tech stack to match your security strategy, and vice versa.

It’s important to remember that ensuring a safe and secure experience goes beyond adding security protocols to your tech stack. Rather, it’s about deploying the right technologies and data protection programs and practices for the unique needs of your organization.&nbsp;
<h2>Learn more</h2>

Learn more about composable architecture in our blog post, “<a href="https://www.contentstack.com/blog/composable/why-composable-architecture-is-the-future-of-digital-experience/" target="_blank">Why composable architecture is the future of digital experience</a>.” 
<a href="https://www.contentstack.com/request-demo" target="_blank">Schedule a free demo</a> to learn how Contentstack can help you create a secure composable DXP solution that best suits your organization’s needs.
&nbsp;

CS_-_Cybersecurity_-16.9.png

How switching to a composable DXP will affect security

ChatGPT has gotten plenty of attention in recent months. The chatbot, developed by OpenAI, recently made headlines for (among other things) passing <a href="https://healthitanalytics.com/news/chatgpt-passes-us-medical-licensing-exam-without-clinician-input" target="_blank">law exams, a Wharton business management exam</a>, and parts of the <a href="https://healthitanalytics.com/news/chatgpt-passes-us-medical-licensing-exam-without-clinician-input" target="_blank">US Medical Licensing Exam</a>, all without any external input. ChatGPT reached 1 million users within <a href="https://www.statista.com/chart/29174/time-to-one-million-users/" target="_blank">five days of release</a>; by comparison, it took Spotify five months to reach that threshold.&nbsp;For digital brands, the arrival of ChatGPT is a game-changer — especially when it comes to creating content and content management. Read on to learn how to use ChatGPT with a composable DXP.<h2>What is ChatGPT?</h2>ChatGPT is a natural language processing tool powered by AI technology. Using <a href="https://scottaaronson.blog/?p=6823" target="_blank">reams of text from the open internet</a>, the program is asked to predict the next word in a text string, over and over. Over the course of trillions of predictions, GPT has learned not just how to predict the next word, but also use its training data to answer questions and complete tasks assigned to it. As you can imagine, this presents a lot of opportunities for brands to enhance their digital experience platforms.<h2>How can ChatGPT integrate with a composable CMS?</h2>Although ChatGPT was not designed specifically to work with content management systems, there are ways to integrate it into your CMS and leverage its capabilities to improve the digital experience.<h3>Chatbot engine</h3>With most chatbots, user communication is on rails. Standard chatbots only recognize specific prompts, and depending on how the chatbot is designed, those prompts might not cover everything users may need.&nbsp;ChatGPT is able to have real, natural conversations with users for a more robust and personalized experience. Using ChatGPT as the conversational engine for the chatbot, the CMS can use relevant content — such as articles, FAQs, product information, and more — as training data, which ChatGPT can then use to answer user queries. ChatGPT can also enhance the chatbot's ability to understand and respond to natural language queries, so users can ask questions however they want and still get the answer they’re looking for. The benefit for your team is less time spent designing the chatbot to respond to every possible user query (and every possible variation of those queries).&nbsp;ChatGPT can also connect to your CMS via custom API integration. When users interact with your CMS, the web service can run the user’s query through ChatGPT, and ChatGPT’s response can then be returned to the web service to be displayed to users. Whether you use ChatGPT to power a chatbot or integrate it with your CMS, users benefit from a more engaging and personalized experience — and your customer support team benefits from the automation of some of their more time-intensive tasks.<h3>Marketing automation and personalization</h3>Good marketing is informative. Great marketing is informative and has a personal touch. Generic or broad automated marketing is unlikely to win new customers; instead, your marketing needs to address each user’s unique preferences in order to win their business. Unfortunately, creating highly specific content that speaks to each individual user is incredibly time-consuming.&nbsp;ChatGPT can take information about your customers’ interests, preferences and behaviors and use it as training data to create more personalized and targeted marketing content in a fraction of the time. In other words, brands don’t have to choose between reach and personalization — ChatGPT can provide both.<h3>Coding suggestions for front-end and back-end development</h3>Reviewing code is a necessary part of updating and enhancing your composable digital experience platform, but it can be a major time and resource drain for your DevOps team. Since ChatGPT is a language model, it can read and understand code written in a variety of programming languages — which can save you time and stress as you prepare to roll out new features or functions on your platform.Strictly speaking, ChatGPT is not able to “review” code in the way a developer would, because ChatGPT doesn’t understand the context of the code the way a human developer does. Still, ChatGPT can answer specific programming questions for developers, review code syntax and point out any potential logical flaws in the code that can save time on debugging.&nbsp;<h3>Content creation and testing</h3>Effective content helps attract new users to your site and delivers a quality experience that will encourage repeat visits. Producing high-quality content requires a lot of time, effort and resources. ChatGPT can handle many of the tasks that might otherwise require you to hire a team of writers or content specialists.ChatGPT’s role in content creation is entirely up to you and your needs. You can use ChatGPT to generate content ideas by providing prompts and suggestions related to your business and letting ChatGPT suggest topics that will resonate with your target audience. ChatGPT can also be used to test existing content: Simply provide the AI model with existing pieces of content and ask for suggestions, and ChatGPT will offer suggestions to make the content more engaging, more informative or more SEO-friendly.&nbsp;On the other end of the spectrum, ChatGPT can also be used to create outlines or even entire pieces of content from scratch. With a bit of guidance in the form of prompts or content topics, ChatGPT can write full articles and blog posts, which can then be edited and customized to match your brand’s voice and messaging. It’s important to note, however, that while ChatGPT can drastically reduce the amount of time spent on content creation, there is still value in a human element. Users may eventually learn to spot AI-generated content, and <a href="https://writer.com/ai-content-detector/" target="_blank">your SEO can suffer</a> if your content bears too many AI fingerprints.&nbsp;When used effectively, ChatGPT can help reduce the time your team spends on content creation and the tedious tasks that go with it.<h2>How Contentstack AI Assistant leverages the power of ChatGPT</h2>Content creation is a crucial part of building a connection with your audience, and ChatGPT is poised to transform the content creation and publishing experience. The new <a href="https://explore.contentstack.com/ai-assistant?cs_source=csblog" target="_blank">Contentstack AI Assistant</a> harnesses the power of ChatGPT to help teams create brand-specific content in seconds.&nbsp;By adding ChatGPT to your entry editor through in-line UI extensions, the Contentstack AI Assistant makes it easy for content teams to leverage ChatGPT’s capabilities however they choose. Want to experiment with content creation? Quickly and easily build outlines for content writers? Create summaries, outlines, metadata tags, and headlines so editors and publishers can move on to other tasks? Translate content for global users? All this (and much more) is possible with just a single prompt to the Contentstack AI Assistant.&nbsp;The possibilities for your content are endless. With Contentstack AI Assistant, it’s never been easier to tap into those possibilities to take your content to a whole new level and get the most from your composable DXP.&nbsp;<h2>Learn more</h2>Watch <a href="https://www.contentstack.com/live/chatgpt-and-the-future-of-ai-driven-composability/" target="_self">this episode of "Contentstack LIVE”</a> with Contentstack VP of Product Conor Egan to learn more about the power of generative AI.<a href="https://www.contentstack.com/request-demo/" target="_blank">Schedule a free demo</a> to see how Contentstack can help you leverage the power of automation to launch digital experiences at the speed of your imagination.

Illustration representing two members of a marketing team using a composable digital experience platform with ChatGTP.

Composable_DXP_with_ChatGPT_16.9.png

How to make the most of your composable DXP with ChatGPT

how-to-make-the-most-of-your-composable-dxp-with-chatgtp.mp4

As enterprises strive to create a unified digital experience for their customers, it is essential to understand the fundamentals of composable DXPs. This blog post will explain what these platforms are, how they work, and how they can help create an effective customer experience.&nbsp;<h2>What is a composable DXP?&nbsp;</h2>A composable DXP (digital experience platform) is a technology stack that supports the development and deployment of applications across various channels such as web, mobile, voice assistants, wearables and more. It consists of different components such as content management systems (CMSes), microservices architecture, APIs, analytics tools, customer data platforms (CDPs), marketing automation tools and more. These components work together to enable developers to rapidly build and deploy applications with minimum effort.&nbsp;<h2>How does it work?</h2>The key to making a composable DXP successful is having the right components in place. Components of a composable DXP include:<ul><li>A CMS that is the foundation for managing content across multiple channels&nbsp;</li><li>APIs that provide access to data stored in other systems such as databases or cloud services.&nbsp;</li><li>Microservices architecture that helps break down large applications into smaller services that can be deployed independently.&nbsp;</li><li>Analytics tools that allow developers to gain insights into user behavior</li><li>Marketing automation tools help automate tasks such as sending emails or messages on social media platforms</li><li>A customer data platform to store customer data securely and easily access it when needed</li></ul><h2>Benefits of adopting a composable DXP</h2>Using a composable DXP has several benefits for developers including:Increased agility: &nbsp;With a composable DXP in place, developers can quickly build apps without spending time on coding from scratch or integrating multiple technologies together. This increases agility by allowing them to respond quickly to market needs or changes in customer preferences.&nbsp;Scalability: Composable DXPs are highly scalable so they can handle large amounts of traffic without compromising performance or reliability.Cost savings: Using a single platform reduces costs by eliminating the need for multiple technologies and license fees associated with them.&nbsp;<h2>Challenges for developers</h2><h3>Integrating multiple components&nbsp;</h3>One of the biggest challenges with composing a DXP is integrating all the different components together in a way that works seamlessly with each other. This requires extensive knowledge of web technologies, coding best practices, and design principles. It also requires developers to have an understanding of how different software interacts with each other and how they can be integrated into a single platform. Additionally, if there are any compatibility issues between two components or systems, then the developer will need to find a workaround or replace one component with another.&nbsp;&nbsp;<h3>Maintaining quality standards&nbsp;</h3>Another challenge that developers face when implementing a composable DXP is maintaining quality standards throughout the process. Since they are dealing with multiple pieces of software that may come from various sources, it’s important to ensure that all components meet certain quality standards before they can be used in production. This means making sure that all code is up-to-date and bug-free; all third-party APIs are secure; and all data sources have been tested for accuracy and completeness before being integrated into the platform.&nbsp;&nbsp;<h3>Testing for performance issues&nbsp;</h3>Finally, when creating a composable DXP, developers must also test for potential performance issues. As more components are added to the platform, there is an increased likelihood that some parts may not perform as expected due to memory usage or runtime errors. Therefore, it’s important for developers to thoroughly test their composable DXP before launching it in production to ensure its stability and eliminate any potential issues from arising later on down the line.&nbsp;&nbsp;<h2>Conclusion</h2>Implementing a composable DXP offers many advantages over traditional monolithic applications but comes with its own set of challenges. Developers must make sure each component functions properly and meets quality standards before being implemented into the system. They must also test their platform for potential performance issues before launch. You can overcome these challenges by carefully planning your architecture and understanding how each component integrates with one another so you can create an effective solution for your customers’ needs.<h2>Learn more</h2>Learn more about going composable in our guide, “<a href="https://www.contentstack.com/cms-guides/how-to-go-composable-in-6-steps/">How to go composable in 6 steps</a>.”<a href="https://www.contentstack.com/request-demo/">Schedule a free demo</a> to see how Contentstack's composable content experience platform can help your organization benefit from the flexibility and scalability of a composable DXP.

Illustration of a team of developers working on laptops in a composable digital experience platform.

What_Developers_Should_Know_about_composable_1200x628.png

What developers should know about composable DXPs

Businesses are trying to create better customer experiences, so composable digital experience platforms (DXPs) are becoming more popular. But what are they? How do they compare to monolithic platforms? And how do you choose the right one for your business? In this blog post, we will answer these questions and more.<h2>What is a digital experience platform (DXP)?</h2>Digital experience platforms (DXP) are purpose-built technology solutions for creating, managing, delivering and optimizing consistent digital experiences across different customer touchpoints. These tools offer businesses a valuable way to communicate with their users through content and obtain customer feedback through data collection.Companies can utilize DXPs to create content tailored to websites, email campaigns, mobile apps, social media channels, e-commerce sites, IoT devices, digital signage systems and more. Beyond simply broadcasting content on each platform, DXPs also allow marketers to automate marketing activities and develop a unified digital experience that can take users toward their desired goals or objectives.DXPs help companies understand what customers want and need. They can do this by looking at how customers act online on websites, social media, and other online places. Businesses can then use this information to reach out in new ways or to improve their relationships with existing customers. Ultimately, using a DXP helps organizations make more sales or conversions by providing a better user experience across multiple channels.<h2>What is composable architecture?</h2>Composable architecture is an innovative way of organizing and managing software development that separates front-end and back-end code. This technique enables teams to create, modify and launch content without relying on developers for coding. This method of organization helps speed up development and make it more efficient.&nbsp;Composable architecture makes developing software easier while encouraging teamwork between different departments. For example, if you use a composable content management system, the marketing team can make changes and publish their work without waiting for developers to finish coding. This way, teams can post new content more quickly. Additionally, developers can focus on creating unique experiences and features instead of being bogged down with marketing tasks or fixes.<h2>What is a monolithic DXP?</h2>A monolithic DXP solution is an all-in-one platform that provides a suite of tools for managing content. These platforms are designed to enable users to store, manage and publish content quickly and easily. They typically offer features such as content editing options, user permissions and roles and media asset management.Monolithic content management solution platforms can be rigid in terms of how they operate and may not be able to keep up with the ever-changing needs of a business. Additionally, they tend to take longer to customize than composable DXP systems.<h2>What is a composable DXP?</h2>The composable DXP concept is still relatively new and has become increasingly popular recently. A composable DXP is a platform that allows digital teams to assemble individual services or microservices into an experience that meets their specific needs. This innovative type of DXP is essentially an assembly of best-of-breed solutions to deliver content and digital experiences to customers in a much more agile, flexible and efficient way than a single monolithic platform.As opposed to the traditional monolithic approach taken with DXPs, this microservices approach enables companies to cost-effectively customize their DXP according to their business needs. Furthermore, allowing for a greater level of scalability and interoperability allows faster time-to-market for new features or services, as well as improved customer satisfaction.The composable approach gives organizations better control over their digital experiences and helps them stay ahead of their competition by enabling them to focus on innovation instead of maintenance. A composable solution makes it easier for businesses to move quickly while keeping up with the ever-changing technology landscape.<h2>What to consider when comparing a composable and monolithic DXPs</h2><h3>Can the platform integrate with solutions your team currently uses?</h3>Monolithic suites are large programs often made up of products obtained through acquisitions and then given a makeover in terms of branding and user experience to fit into the overarching process. Such products lack the open-source code needed to integrate them seamlessly with other solutions, which can limit their utility as part of a more comprehensive DXP solution. This technique makes it simple for internal integration, but external integration can be difficult or even impossible.On the other hand, with a composable DXP, external integration is better facilitated due to its ability to connect with existing best-of-breed solutions more readily. As such, organizations have more control over how their digital experiences are created and tailored for their specific audiences. Furthermore, each individual component can be monitored separately from the rest of the system, allowing for greater visibility into performance and ease of scalability when needed. Ultimately, a composable DXP offers organizations greater flexibility and agility compared to monolithic platforms by providing enhanced external integrations and visibility into performance metrics on an individual basis.<h3>How much time will it take to deploy the platform?</h3>Deploying a new monolithic suite can require significant time and effort — sometimes months — and demands constant monitoring for unexpected changes or challenges during set-up.Moreover, it's necessary to ensure that all employees acquire the required skills to work effectively in this new environment. Besides the technical implications of such large-scale transition projects, there are also social and psychological implications that business leaders should take into consideration. Companies must be aware that transition periods affect team dynamics and thus must create an atmosphere of collaboration that encourages employee engagement and satisfaction throughout the process.On the other hand, a composable DXP approach allows companies to start quickly, taking advantage of the existing knowledge their staff already has. This strategy eliminates the need for extensive training since they can be up and running with a condensed feature set using workflows they're already familiar with.<h3>How will we keep the platform up-to-date?</h3>Companies can easily keep their composable DXPs up-to-date as the various vendors focus solely on perfecting their solutions. Additionally, organizations can frequently enhance open-source products with improved customizations and updates that won't depend on the vendor.For monolithic suites, a single vendor provides updates and new features; however, some of these “nice-to-have” additions may take an extended amount of time to be implemented to the platform&nbsp; — if at all. Even minor bugs can be left without resolution until suite-wide updates are rolled out. Companies should be aware that they may not always get timely fixes for any issues they encounter while using DXPs with a single-source provider.How secure are these platforms?A composable architecture allows security updates and patching solutions to be implemented quickly for each component without hindering other systems. This expedited process allows for swift response times in case a breach or vulnerability is discovered.&nbsp;However, if a security flaw is found in one component of an entire suite, it can likely extend to the whole system, thereby rendering the entire suite susceptible to exploitation. Consequently, organizations must take extra care when monitoring their suites for security flaws to ensure that all corners of their system are protected from malicious actors.On the other hand, monolithic solutions can be patched as a single software package. Still, patches may need to happen when the system is not being used, causing extended exposure to vulnerabilities.<h2>Conclusion</h2>Composable DXPs offer more flexibility and agility compared to monolithic platforms. This means they can scale better, have new features and services faster and improve customer satisfaction. They also provide shorter deployment times, easier updates and enable responsive security updates. However, while they may be more flexible than a single-vendor platform, companies must still carefully monitor their systems for any potential security flaws or vulnerabilities that could put their entire suite at risk. Ultimately, businesses can make informed decisions about which type of system best meets their needs by understanding the differences between these two approaches to digital experience delivery and the pros and cons of each.<h2>Learn more</h2>Learn more about composable architecture in our guide, “<a href="https://www.contentstack.com/cms-guides/the-ultimate-marketers-guide-to-composable-dxps/" target="_self">The ultimate marketer’s guide to composable DXPs</a>.”<a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack’s composable DXP can help your organization deliver the digital experiences your customers crave.

Monolithic_vs_Composable.Blog1.5.23.png

Composable vs. monolithic: Which is right for you?

The average digital user spends <a href="https://contentsquare.com/insights/digital-analytics-benchmarks/" target="_self">54 seconds</a> on a page. That may seem like a short amount of time to formulate an opinion about your site, but from the user’s perspective, it’s practically an eternity. According to the<a href="http://credibility.stanford.edu/guidelines/index.html" target="_self"> Stanford Persuasive Technology Lab</a>, 75% of consumers decide whether a company is credible based solely on their experience with the company’s site. And research from Google found that<a href="https://kinsta.com/learn/page-speed/" target="_self"> 1 in 4 visitors</a> will abandon a site if it takes longer than 4 seconds to load.Your site has a very small window of opportunity to make a good impression. A composable content management system (CMS) can help your organization meet the needs and expectations of today’s consumers while remaining agile enough to adapt when those needs change. (And they will.)Here’s how.<h2>What is a composable content management system?</h2>Content management systems are traditionally built using monolithic or “legacy” architecture. With the monolithic model, entire applications are designed as a single unit: a monolithic CMS provides a suite of functions, all handled by a single codebase.This model worked well when the digital experience only had to be delivered on desktop browsers, but that changed 15 years ago with the release of the first iPhone. Monolithic<a href="https://www.contentstack.com/blog/all-about-headless/content-management-systems-history-and-headless-cms/" target="_self"> was slow to adapt to mobile internet usage</a>; since then, a slew of new channels has popped up, from smartwatches and gaming consoles to devices like Google Home and Alexa.Today’s consumers demand a seamless omnichannel digital experience, and monolithic struggles to keep up: a legacy CMS can be upgraded to fit new channels, but those upgrades are reactive, not proactive. Monolithic is slow to adapt to existing channels, let alone anticipate new ones. In addition, the inherent complexity of legacy architecture makes for a lengthy publishing and launch process, which affects the time to market on any upgrades. That’s not just inconvenient — it’s a genuine risk to an enterprise’s long-term success. That’s why more organizations are moving to<a href="https://www.contentstack.com/cms-guides/what-is-composable-architecture/" target="_self"> composable architecture</a>.<h2>How does a composable CMS work?</h2><figure style = "margin: auto; text-align: center;width: 715px;"><img alt="Infographic comparing traditional CMS architecture to headless CMS architecture." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltebef06c1e1ce8114/63696f35960cb16cff698e7d/CMS-architectures.png" /></figure>A<a href="https://www.contentstack.com/cms-guides/headless-cms/" target="_self"> composable CMS</a> is built using a collection of smaller, more manageable pieces, instead of the single large and complex unit found in monolithic solutions. With a composable CMS, organizations choose the individual systems and services that best suit their needs and allow them to build a custom digital experience. These pieces are tied together using an Application Programming Interface (API) that acts as a middleman for these smaller pieces to communicate and transfer information in a more efficient way.<h2>What are the benefits of a composable CMS?</h2>The modular approach of composable architecture offers a variety of benefits for both businesses and consumers.<h3>Innovation forward&nbsp;</h3>Because monolithic is so large and complex, most of the development time and resources are spent on upgrading the CMS just to keep up. Unfortunately, that leaves less time for developers to take a more forward-thinking approach. The rapid development time of updates and upgrades to a composable CMS means your team has more time to focus on innovation.<h3>Agility</h3>With monolithic architecture, even minor front-end changes can require significant updates to back-end code, and that means developer involvement — even for something as simple as updating site fonts or a carousel. With a composable CMS, the front-end and back-end code are decoupled, so front-end changes (i.e., changes to the presentation and delivery of the site to users) can be made without having to update the back end. This flexibility is crucial in the age of digital disruption, when organizations that are unable to adapt to new channels and behaviors can get left behind.Composable CMSs allow you to swap out modular components on the fly. This cuts down on development time and allows organizations to experiment with changes to a site or application before fully committing to them.<h3>Scalability&nbsp;</h3>A growing user base for your site or application is a good thing, but if you want to maintain that growth, you have to scale. Both monolithic and composable CMSes can scale horizontally by adding more instances of a high-demand function or feature. But in a monolithic CMS, everything is interconnected: if you need to run five instances of a specific feature of your site or app to meet demand, you have to run five instances of the entire application — even if you could meet demand for all the other features with just a single instance. Therefore, ensuring the performance of that one function could mean having to pay for five times more server or cloud storage than you really need.Composable lets you scale individual functions according to demand. It’s a more efficient and budget-friendly way to consistently deliver the digital experience users expect from your business.<h3>Enhanced capabilities&nbsp;</h3>Every monolithic CMS has its own unique pros and cons: Adobe Experience can handle a lot of site content, but it’s expensive and requires significant IT support throughout its lifespan. Sitecore can be scaled easily and is more secure than most other CMSes, but skilled developers are hard to find and transitioning to Sitecore is a lengthy and expensive process.&nbsp;With a monolithic CMS, the digital experience is limited by what that particular CMS does well. Composable lets you choose the best applications for each function and build a limitless CMS experience.&nbsp;<h3>Reduced talent costs</h3>To maintain and upgrade a monolithic CMS, you’ll need developers and engineers who are experts in that specific CMS’ proprietary framework. Those specialized skills mean organizations have to pay more to attract and retain talent. In addition, it’s difficult to learn these complex and highly specific systems on the job, so organizations usually have to hire more top-dollar talent every time a member of the team leaves the company.With composable, organizations can access a much larger talent pool, making it easier to find the right people to handle each individual function — for the right price.<h3>Improved user experience</h3>A composable CMS can make a major difference in the user experience. A monolithic CMS can usually only be customized via plug-ins, which negatively impact site loading and speed. This can affect your bottom line: recent research from<a href="https://www.portent.com/blog/analytics/research-site-speed-hurting-everyones-revenue.htm" target="_self"> Portent</a> found that an e-commerce site with a one-second load time had a conversion rate 2.5x higher than a site with a five-second load time. Composable allows for as much (if not more) customization, but without sacrificing speed.<h2>Learn more</h2>Learn more about composable architecture in our guide, <a href="https://www.contentstack.com/cms-guides/what-is-composable-architecture/" target="_self">“What is composable architecture?”</a><a href="https://www.contentstack.com/" target="_self">Schedule a free demo</a> to see how Contentstack’s content experience platform can deliver the benefits of composable to your organization.

CS_-_Composable_Architecture_-_16.9.png

Why a composable CMS is right for you

Digital experiences are rapidly evolving, causing more and more enterprises to consider the move to a composable digital experience platform. Should your business be one of them?If you haven’t started your journey to a composable architecture, read on to learn:<ul><li>Why experts say composable is the way of the future</li><li>Potential benefits of a composable DXP</li><li>How to get started and why being “fully composable” matters</li></ul><h2>What is a composable DXP?</h2>The composable digital experience platform (DXP) is the most recent concept to emerge in the evolution of the digital experience from its beginnings, when enterprise content was limited to a static website viewed on a desktop where customers could find information about a brick-and-mortar business.With no need to frequently update or publish to multiple channels, a monolithic architecture was the answer to publishing enterprise content. Businesses would purchase a predetermined set of tools designed by one vendor.Then came the smartphone, which led to today’s e-commerce landscape where consumers are not only shopping online but doing so on a plethora of devices and channels. Monolithic platforms, which require developers to code any changes to content, are unable to keep up.The composable DXP is the latest solution for businesses aiming to meet and serve their customers across multiple channels and devices. A composable DXP uses a headless CMS as the foundation for a content hub where microservices are delivered via independent APIs, allowing content to be quickly and easily deployed across channels.<h2>Why a composable DXP is the way of the future</h2>As digital commerce evolves, customers not only expect to be able to interact with your website; they expect a seamless, personalized experience. Monolithic systems, which require IT teams to code every change and update, don’t have the ability to rapidly respond to customer preferences and publish fresh content across multiple channels.&nbsp;According to Gartner Research, businesses can no longer meet their objectives with monolithic platforms. In its 2020 report “Adopt a Composable DXP Strategy to Future-Proof Your Tech Stack,” Gartner predicted that by 2023, organizations that adopt a composable approach will outpace competition by 80% in implementing new features.<h2>Potential benefits of a composable DXP</h2>A composable DXP offers many benefits for enterprise marketing and IT teams, which can positively impact the success of the overall business. These include:<h3>Flexibility, scalability and faster development</h3>Composable architecture provides organizations the flexibility to choose and combine a unique mix of best-in-breed tools and microservices and to easily change this mix as business needs evolve. The modularity of composable architecture supports the seamless integration of these independent best-in-breed solutions. This means they can be added, removed and recombined quickly without downtime. The ability to deploy services independently to multiple websites and channels from one central hub enables enterprises to scale faster and more easily as needed.<h3>Speed and agility</h3>Because the tools and microservices in composable architecture are modular – meaning they work as independent components or APIs – each can be updated incrementally as needed without impacting other tools, services or channels. Organizations become more agile as marketing and IT teams are empowered to act faster to keep pace with changing customer expectations by providing richer, more up-to-date content experiences.<h3>Ease of use</h3>Without coding or technical expertise, marketing teams can modify user interfaces and content experiences without having to open tickets and wait on developers to fulfill requests. Workflow governance for multiple sites and channels is managed from one central hub with customizable user controls ensuring the right persons have approved content prior to rollout.<h3>Rapid innovation</h3>Monolithic platforms are complex and require hundreds of hours of development time and resources to upgrade and maintain with heavy reliance on tech teams. A composable platform is easier for IT to upgrade as technology evolves because new apps and functionality can be launched independently. Major website overhauls become a thing of the past. Freed from mundane marketing requests and maintenance, IT can focus on innovation and delivering better customer experiences.<h3>Increased ROI</h3>A composable DXP reduces both development time and time to publish, resulting in<a href="https://www.contentstack.com/resources/ebook/forrester-tei-headless-cms-ebook/?utm_medium=email-newsletter&utm_source=marketo&utm_campaign=2022-25-01-jan-monthly-newsletter"> reduced costs and an increased profit</a>.<h3>Real-time feedback</h3>Website analytics, social media, customer relationship management and other sources of data collected via the tools and microservices in the DXP can provide a more complete picture of your customers in real-time. This enables the personalization and up-to-date, relevant content experiences that customers expect.<h3>Omnichannel content deployment</h3>In a composable DXP built with a headless CMS, creation of content and the channels where it’s published are mutually independent. This allows marketers to maintain a responsive presence across multiple channels and devices from one central hub by seamlessly and rapidly optimizing and pushing out marketing campaigns to reach customers where they are.<h2>Getting started on the journey to a composable architecture</h2>If your current digital experience solution is holding you back from experiencing the benefits above, it may be time to think about switching to a composable DXP. But where do you begin?&nbsp;Start by listing everything that isn’t working in your current platform. Consider the parts of your current system that are working well to meet the needs of your business, and whether those needs are likely to change in the near future. This will help clarify which apps and microservices you should include in your future solution as well as how to approach implementing it.&nbsp;Transitioning to composable doesn’t necessarily mean throwing out your entire current system and starting with something completely new. Based on your assessment of what’s currently working and not working, you may want to adopt a gradual approach by first implementing composable applications in crucial areas where it could make the most impact and where your monolithic platform is slowing you down.<h2>Finding the right composable DXP</h2>Once you’ve decided on the best approach, it’s time to research solutions. If you decide on a gradual approach, make sure the vendor you choose has the ability to take you all the way to your goal of going fully composable.&nbsp;Many vendors currently market their platforms as being “composable” even though they aren’t fully composable. Instead they are selling platforms built on monolithic architecture that offer some composable functionality such as the ability to plug in some APIs or integrate with certain microservices.&nbsp;A fully composable DXP, on the other hand, is built on a composable architecture rather than on monolithic. At its foundation is a headless CMS that separates the back-end coding from the end points such as your website interface. Instead of being one centrally controlled system, it’s a variety of solutions that are independently controlled but work cohesively from one central hub.<h2>Does being ‘fully composable’ really matter?</h2>If you’re wondering if it really makes a difference whether a DXP is fully composable or not, it actually matters a great deal. A DXP built on monolithic architecture will not deliver all the great benefits of a fully composable platform that we’ve covered in this blog. In fact, it will have many limitations that a fully composable platform won’t have.&nbsp;One of the most notable differences is with monolithic architecture, the vendor controls the type of technology that you can and cannot use. This means your organization will not always have the flexibility to choose and leverage the best available apps and microservices for success as your business grows. This is especially important moving into the future as technology continues to evolve and new options become available.&nbsp;A fully composable DXP provides the flexibility to choose the best solutions now and later so your organization can always leverage the most up-to-date technology tools it requires for success. Fully composable puts you in control of creating a unique DXP, one that will evolve over time to continuously align with business needs, without being limited by a vendor.<h2>Learn more</h2>For a more detailed look at how you can get started on your journey to a composable architecture, see our guide, “<a href="https://www.contentstack.com/cms-guides/how-to-switch-from-a-monolithic-to-a-composable-architecture-in-7-steps/">How to switch from a monolithic to a composable architecture in 7 steps</a>.”&nbsp;<a href="https://www.contentstack.com/request-demo/">Schedule a free demo</a> to see how Contentstack’s composable digital experience platform can help future-proof your enterprise.&nbsp;

Decorative image representing the digital experiences of the future with a composable architecture.

CS_-_Future_of_Digital_Experience_-_Blog_1.26.png

Why composable architecture is the future of digital experience

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.<h2>What is a composable DXP?</h2><a href="https://www.gartner.com/en/marketing/glossary/digital-experience-platform-dxp-" target="_blank">Gartner defines a DXP</a> 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&nbsp; composable DXP uses MACH technologies (microservices-based, API-first, cloud-native and headless) to deliver services to various devices and channels.<figure style = "margin: auto; text-align: center;width: 622px;"><img alt="7 benefits of a composable DXP: seamless integrations, omnichannel content, affordable scalability, flexibility and agility, personalization capabilities, brand consistency, informed business decisions" src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt03c8b84591a0c90c/640a3cc47af6422f7a249427/7-Benefits-of-Composable-DXP_(3).png" height="auto" /></figure><h2>How a composable DXP saves money</h2><h3>Scalability</h3>A 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.&nbsp;&nbsp;<h3>Reliability</h3>A 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.&nbsp;<h3>Speed</h3>A 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.<h3>Efficiency</h3>In 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.&nbsp;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.<h2>How to save money when implementing a composable DXP</h2>One 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:<ol><li>Defining your business goals</li><li>Identifying what you use, don’t use and what’s missing in your current system</li><li>Mapping out your ideal system</li><li>Defining a roadmap for implementation&nbsp;</li></ol>&nbsp;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.<h2>Conclusion</h2>&nbsp;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.&nbsp;&nbsp;<h2>Learn more</h2>Learn more about going composable in our blog post, “<a href="https://www.contentstack.com/blog/composable/de-risking-your-transition-to-composable/" target="_blank">De-risking your transition to composable</a>.”<a href="https://www.contentstack.com/request-demo/" target="_blank">Schedule a free demo</a> to see how Contentstack can help you save money and increase ROI with the only <a href="https://www.contentstack.com/launch/" target="_blank">fully composable</a> digital experience platform.

Illustration representing a business saving money by using a composable dxp to create digital experiences.

Saving_Money_with_DXP.png

How your business can save money with a composable DXP

There’s a lot of confusion in the market when it comes to composable architectures. A company says one thing and their competitor says something different — all the while, the people who hunger for change inside complex organizations struggle.We see this in potential e-commerce customers all the time, knowing they need a change but not really understanding what composable can do for them. Emma Sleep, one of the fastest-growing D2C sleep brands in the world, was one of those organizations.Andreas Westendörpf, chief technology officer of Emma Sleep, talked about why they chose composable and what it did for them on the latest “People Changing Enterprises” podcast.&nbsp;Hearing him speak about the differences between traditional environments and composable inspired me to create this litmus test. Ideally, this will help provide clarity for e-commerce organizations wondering if composable is the right move for them.<h2>Are you aiming to grow quickly?</h2>For organizations trying to scale quickly, traditional CMS and legacy systems are far more complicated than composable architectures. They are less flexible and take more developer intervention to launch new markets, products, and content.&nbsp;Composable wasn’t in Andreas’ original plans. But when Emma Sleep introduced their ambitious growth goals, they were operating from a highly customized legacy system. Doubling business every one or two years in vastly different markets would be difficult, frustrating and extremely error-prone with these technologies. They also wouldn’t be able to support personalized content for each market — what works for European audiences doesn’t work for Asia or Latin America.&nbsp;If you are a scaling organization, you need composable. Other options are too rudimentary and inflexible for you. You will have to manipulate and create custom code to force things to work, which is not only a huge risk — as it will most likely break often — but inefficient when efficiency is required.<h2>Are you outsourcing the problem to the vendor?</h2>Andreas made a good point in the podcast. E-commerce was one of the first ways to make money on the internet, which is why many platforms still follow the architectural design principles of the ’90s and early 2000s when they were founded.&nbsp;While that’s changing, it’s happening slowly. In the meantime, e-commerce organizations are struggling with monolithic technology.The common solution is outsourcing your development to the same vendor you’re struggling with — a tricky catch-22. The problem doesn’t change. Instead, it comes with long consulting timelines and following industry “best practices” that actually aren’t best, like planning out your project five years in advance (more on that to come).Composable solves two problems at once: providing a more flexible, agile technology stack and by bringing control back in-house.<h2>Do you need to make room for innovation?</h2>I recently read a <a href="http://www.erickarjaluoto.com/blog/look-for-waves/?utm_source=ForTheInterestedNewsletter">great piece</a> that nails down what innovation really is: riding a wave. Mary Kay Ash didn’t invent cosmetics; she rode the direct-sales wave. Henry Ford didn’t invent the automobile; he rode the assembly line wave. Steve Jobs didn’t invent computers; he rode the digital wave. So on and so forth.Here’s what I’m trying to get at: Are you equipped to ride the wave?E-commerce brands must ride the wave more than most. They ride the waves of public opinion, of social media, of what customers need when they need it. But the thing about waves is they disappear quickly. If you don’t catch it, you sink.&nbsp;E-commerce organizations don’t have the luxury of submitting a developer ticket or a feature request and waiting around for six months until the request becomes a reality; the wave could be gone by then. Yet that’s often what happens with legacy technology — so many missed opportunities.In the podcast, Andreas expresses his desire to experiment quickly and figure out what works versus what doesn’t. In a composable architecture, their team can integrate up-and-coming tools like ChatGPT for use pretty quickly. Emma Sleep also tests new platforms for new markets beforehand and implements them when ready. That was not possible for them in their previous environment.<h2>Do you need to transform quickly?</h2>“The five-year plan is dead.”That might be my favorite quote from a “People Changing Enterprises” podcast so far, and Andreas is absolutely right. Why stretch your timelines out that long, especially when you can reap value much earlier?Andreas added: “Don't plan for a five-year project. If you are trying to implement within a five-year timeframe, things change too much. So plan for two years. Two years is a good time horizon. If two years becomes two and a half, fair enough. But you need to somehow have the most critical work done at the end of two years, like 90%.”Enterprises choose to make the transition from monolith to composable in different ways, but one thing all successful transformations have in common is that they don’t push it too far down the road.The litmus test is done. If you answered “yes” to most — or all — of these questions, then it’s time to talk with us about moving from monolith to composable.&nbsp;Here’s the good news: When you choose to make the transition to composable, you’re future-proofing your organization. According to Andreas, “it’s the last replatform you’re going to need.”

Nishant_3.15_16.9.jpg

4 questions for e-commerce brands considering composable

Everyone has a different journey to composable. Some companies adopt it quickly; some take several months. Some are eager; some are skeptical.&nbsp;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.&nbsp;Levi Strauss & Co certainly did, and they weren’t shy about discussing it on our “<a href="https://peoplechangingenterprises.transistor.fm/episodes/how-levis-moved-to-composable-architecture-with-zach-crittendon" target="_blank">People Changing Enterprises</a>” 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.<h2>Get everyone on board</h2>Choosing to make the switch from monolith to composable doesn’t happen overnight. It also can’t be accomplished alone. You need a team. If <a href="https://www.contentstack.com/blog/strategy/how-to-have-difficult-conversations-with-your-cfo/" target="_self">critical stakeholders like finance</a> and procurement are not on board at the start, it can cause problems and increase risk in the future.&nbsp;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:<ul><li>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.”</li><li>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 <a href="https://www.contentstack.com/?creative=570603147804&keyword=contentstack&matchtype=b&network=g&device=c&campaign=6523518617&adgroup=131972733082&placement=&utm_campaign=branded-us-ca&utm_medium=paid_search&utm_source=google&utm_content=contentstack_brand&gclid=CjwKCAiAk--dBhABEiwAchIwkeqjCu8ytbcZimSzI-XOq8VwlayuZmYib4vzb0RUcocOhA6YkazUCBoC7Q0QAvD_BwE" target="_self">Care Without Compromise</a>™, the industry’s only cross-vendor support program).</li></ul>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.<h2>Make a plan and take it in phases</h2>Once you have everyone on board, your next move to decrease risk is to make a plan. I recommend <a href="https://www.contentstack.com/blog/strategy/choosing-which-mini-digital-transformation-is-right-for-you/" target="_self">pacing the transition in phases</a> 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 <a href="https://share.transistor.fm/s/1460470c" target="_self">previous “People Changing Enterprises" guest</a>: “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.&nbsp;<h2>Balance the present and the future</h2>Consider 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.&nbsp;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.&nbsp;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.<h2>Trust your instincts</h2>The 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.&nbsp;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.&nbsp;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.

Title graphic for blog post, "De-risking your transition to composable" by Contentstack CTO Nishant Patel.

TL-Blog-Header-Nishant-16.9.jpg

De-risking your transition to composable

Going Composable

<figure style="margin: auto; text-align: center;width: auto;"><img alt="Illustration showing a woman and a man working with a composable content management platform." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltc8888f5d1bd5277c/636d649e571726758dbe4fc5/Switch_Monolithic_to_Composable.16.9.png" style="margin-top: auto;margin-right: auto;margin-bottom: auto;margin-left: auto;text-align: center;" /></figure>


In recent blog posts, we discussed the <a href="https://www.contentstack.com/blog/composable/why-a-composable-cms-is-right-for-you/" target="_self">benefits of a composable architecture</a> and the <a href="https://www.contentstack.com/blog/composable/how-to-avoid-the-pitfalls-of-a-composable-architecture" target="_self">common pitfalls&nbsp; of moving to a composable architecture</a>. Now that we’ve highlighted the benefits and the challenges, there’s only one area left to cover: how to make the switch.

The goal of switching from monolithic or “legacy” architecture to composable is to do so with as little disruption as possible to your organization’s digital experience. This seven-step process helps you do just that.
<h2>Step 1: Make sure you’re ready</h2>
Moving to a composable content management system (also known as a “headless CMS”) is a major undertaking that requires a lot of time and resources. So before you take any concrete action, it’s crucial to first ensure that your organization is ready to make the switch. To determine if your organization is ready to switch, ask yourself the following questions:
<h3>What are your goals?</h3>
Do you need to scale certain key functions or features to keep up with customer growth? Does your digital experience require a particular tech stack that can’t be replicated with a legacy CMS? Do you need to cut down on development time and reduce your time to market? Before moving to composable, it’s important to define what specific business needs you hope to meet by making the switch.
<h3>Can these goals be achieved with your legacy architecture?</h3>
Depending on your organizational needs, it’s possible that your monolithic architecture isn’t up to the task. Still, it’s a good idea to confirm this before committing time and resources to moving to a composable CMS.&nbsp;&nbsp;
<h3>Do you have the right people in place?</h3>
Implementing and managing a monolithic CMS and a composable CMS are two very different things. You need to be sure you have engineers and developers on your technical team who can effectively manage the transition — and everything that comes after.
<h2>Step 2: Take inventory and categorize functions</h2>
A monolithic CMS is large and complex. You may not realize how many functions are contained within the codebase — or the ways each function connects to and depends on the others. You don’t want to find yourself midway through a migration and scrambling to find an application to replace a key function you didn’t know was there.

In order to ensure a seamless switch from monolithic to composable architecture, it’s important to take an inventory of what you currently have. Mapping out how all the existing monolithic functions work together helps ensure you have the right tech stack in your new composable CMS to handle those functions once the migration is complete.&nbsp;

During this step, you should also group all your functions into logical units based on the area of your business they support. For example, all the functions that support your customer service can be grouped into one unit, while functions that support shipping can be grouped together in another.&nbsp;

Knowing what functions and services you currently have is a crucial part of the next step: deciding what to prioritize as you switch to composable.&nbsp;
<h2>Step 3: Define your priorities</h2>
It can be tempting to want to migrate everything from your legacy CMS to composable all at once, but doing so is a recipe for disaster. The smartest and safest way to switch to composable architecture is with an incremental process; how that process unfolds is up to you.

There is no one-size-fits-all approach to this step. Some enterprises may focus on moving functions with the fewest number of dependencies into a composable CMS. Others may be experiencing performance issues with core functions in their legacy CMS and choose to move those services over first. Each organization will have its own unique business needs and&nbsp; priorities.&nbsp;
<h2>Step 4: Find a platform</h2>
The purpose of this step is to help you get a clear picture of what you need from your composable CMS and how you intend to use it, which in turn helps you identify the platform that is best suited to host your new composable CMS.

Once you’ve taken inventory of what you have in your legacy CMS, the next step is to define how each existing feature works. This will give you a better idea of how those features need to function as individual applications in a composable CMS. You’ll also need to identify the APIs needed to build each of these applications. There are <a href="https://blog.hubspot.com/website/types-of-apis" target="_self">different categories of APIs</a> depending on the functions and protocols required for your organization’s tech stack.&nbsp;
<h2>Step 5: Isolate functions and design applications</h2>
Now that you’ve taken inventory of your monolithic CMS’s functions and split them into groups, you’ll need to isolate the functions themselves. That means untangling any dependencies that exist between functions within these groups so they can work as independent applications in your composable CMS.&nbsp;

Designing the applications will fall on your organization’s technical team, which is why it’s so important to ensure you have the right talent before starting the transition. In a monolithic CMS, functions are <a href="https://acropolium.com/blog/migrating-monolith-to-microservices/#microservice-migration-a-stepbystep-guide" target="_self">linked to domain logic</a>, but composable doesn’t work that way. Your team needs to separate the presentation, business logic and data layers of each function — and set up gateway APIs to route requests between each of those layers — in order to ensure these functions can operate independently in a composable environment.
<h2>Step 6: Define your strategy</h2>
You’ve started the process of designing the applications and determined the order in which these functions will be migrated over to your composable CMS. Now you have to decide on a migration strategy. There are a few ways you can perform this migration.
<h3>The Strangler Pattern</h3>
Introduced by Martin Fowler in 2004, the <a href="https://cmfirstgroup.com/modernize-with-the-strangler-application-pattern-and-microservices/" target="_self">Strangler Application Pattern</a> is an incremental approach to migrating from legacy architecture to a composable system.&nbsp;

With the Strangler Pattern, your team builds and deploys the individual applications for each function. While this is going on, a router (also known as an intercept, a proxy or a facade) directs user requests. If the request involves a function that hasn’t been migrated yet, the legacy CMS handles it; if it involves a function that has been migrated, your new composable CMS handles it. As more applications go live, your composable CMS will pick up more and more of the user requests. Eventually, once all services and functions are up and running in your composable CMS, you can route all traffic there and retire the monolithic CMS.&nbsp;

This approach gives your enterprise a valuable safety net in case one of the applications doesn’t work as intended, allowing you to quickly identify the problem and deploy a fix. It’s also minimally disruptive to an existing system, which makes it a very popular approach to migrating to composable architecture.
<h3>Domain-Driven Design (DDD)</h3>
The Strangler Pattern is ideal for organizations with static needs. But if your organization is constantly adding new functionality, Domain-Driven Design (DDD) offers greater flexibility during the migration process.

With DDD, new functionality is added to a standalone application, rather than to the monolithic codebase. An API gateway routes incoming requests to the monolith or the new composable application, depending on where the requested function lives. In the long run, DDD and the Strangler Pattern both eventually phase out your monolithic CMS — the difference mainly lies in how agile your CMS can be during the migration.&nbsp;
<h3>Parallel adoption</h3>
A parallel adoption pattern works similar to the Strangler Pattern, but with one key difference: the monolithic CMS does not get retired right away. Instead, the monolithic and composable solutions run the same features in parallel with one another. Duplicating these features allows you to compare how each CMS performs with a given request, which can help you determine if the composable application is an improvement over your existing functionality.&nbsp;

Eventually, the monolithic CMS does get retired, but not before you can gather extensive performance data to ensure the composable CMS is delivering as expected.
<h2>Step 7: CI/CD &amp; Strategic Migration</h2>
The last step is to create a CI/CD (Continuous Integration/Continuous Delivery) process. The CI/CD process allows your team to automatically test any changes and confirm the code is ready to deploy, and if it is, to automatically publish those changes. A CI/CD pipeline allows your team to code, test, and deploy changes without getting in each other’s way, and it’s a key part of a major benefit of composable: the ability to test and code changes without disrupting the digital experience for your users.

At this point, you’re ready to begin migrating functions out of your monolithic CMS and into your new composable solution. As we mentioned above, the order in which you migrate and implement each application depends on what best suits your needs. Above all, the migration should be done gradually to ensure your monolithic CMS can serve as a backup and your team is able to address issues as they arise.&nbsp;
<h2>Learn more</h2>
Learn more about the benefits of a composable architecture in our guide, “<a href="https://www.contentstack.com/cms-guides/what-is-composable-architecture/" target="_self">What is composable architecture?</a>”
<a href="https://www.contentstack.com/" target="_self">Schedule a free demo</a> 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.

Learn how to switch from a monolithic CMS to a composable content management platform in this step-by-step guide.

Switch_Monolithic_to_Composable.png

How to switch from a monolithic to a composable architecture in 7 steps

<figure style = "margin: auto; text-align: center;width: auto;"><img alt="Illustration of a content team using a CMS with composable architecture." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltf52eac26f45981b0/62f3f8b4e0e20410aa839a88/CS_-_Composable_Architecture_-_Blog_Post-01.png" data-image="m35s4ovno3d5" /></figure>Today’s consumers expect to interact with your business on any channel they choose, whenever they choose, and to stay ahead of the competition you need to be able to deliver seamless customer experiences across those channels. The need to quickly deliver new experiences and adapt to market changes has led more and more businesses to move toward a digital experience platform with a composable architecture. According to <a href="https://www.gartner.com/en/documents/3994550" target="_self">Gartner</a>, “By 2023, organizations that have adopted an intelligent composable approach will outpace the competition by 80% in the speed of new feature implementation.”&nbsp;<h2>What is a composable architecture?</h2>In a traditional website or application, the front-end code (what the user sees and interacts with) is tightly coupled with the back-end code (the database and server-side logic). This can make development and deployment difficult as even small changes to the front end can require developers to make significant changes to the back end.&nbsp;A composable architecture decouples the front-end and back-end code, making development faster and easier. A composable architecture typically uses a headless CMS, which provides an application programming interface (API) that the front-end code can call to fetch data. This separation of concerns means that the front end and back end can be developed independently, making deployments simpler and more efficient.&nbsp;<h2>The benefits of a composable architecture</h2>There are many benefits of a composable architecture, but perhaps the most important is that it allows for a more modular and scalable approach to website development. With composable architecture, individual components can be developed independently and then brought together to create a complete website or application.&nbsp;This modular approach makes it much easier to scale a website or application as needed, since new functionality can simply be added as needed without having to re-architect the entire site. Composable architecture also tends to be more resilient than monolithic architectures because individual components can be swapped out or updated without affecting the rest of the system.&nbsp;Finally, a composable architecture is often more cost-effective than monolithic architectures, since it requires less development time and effort to create and maintain.<h2>Composable Architecture vs. Monolithic</h2>In a composable architecture, also known as a <a href="https://www.contentstack.com/cms-guides/microservices-ultimate-guide/" target="_self">microservices</a> architecture, applications are built as a set of small, independent services that can be combined to form a complete app. This approach contrasts with the more traditional monolithic style of development, in which an app is built as a single, self-contained unit.&nbsp;There are several advantages to composable architectures:&nbsp;<ul><li>They allow for greater flexibility and agility during development, as services can be added or removed without affecting the rest of the app.&nbsp;</li><li>Composable architectures make it easier to scale apps, as services can be deployed independently depending on need.&nbsp;</li><li>Composable architectures help prevent downtime, as failures in one service are isolated from the rest of the app.&nbsp;</li></ul>Headless CMSes are well suited to composable architectures. In a headless CMS, the decoupled front end and back end allow content to be reused across multiple channels and devices without having to rebuild the entire app. As a result, headless CMSes give developers greater control over how content is presented and make it easier to create seamless user experiences across channels.<figure style = "margin: auto; text-align: center;width: auto;"><img alt="Illustration with text stating 60% of mainstream organizations will seek composability in new application investments by 2023 according to Gartner." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/bltff12b23f6b859427/62f3f80f145e5527a2b49014/Composable-Infographic.png" data-image="fney9kzqj7on" /></figure><h2>How to get started with a composable architecture</h2>If you're interested in a composable architecture, the first step is to implement a <a href="https://www.contentstack.com/cms-guides/building-digital-experience-platform-dxp/" target="_self">composable digital experience platform </a>with a <a href="https://www.contentstack.com/cms-guides/headless-cms/" target="_self">headless CMS</a>. A headless CMS provides the structure and content for your website or application but doesn't dictate how it should look. This allows you to build composable architecture that can be easily adapted and customized as your needs change.&nbsp;Once you've chosen a headless CMS, you can start adding the different components that will make up your website or application. These can be anything from simple text and images to complex interactive elements. The key is to start with the basic building blocks and then add on from there.&nbsp;As you add more components, you'll be able to create a truly unique and custom composable architecture that meets your specific needs.To install composable architecture you will need to follow these steps:<ol><li>Understand the ecosystem - audit the existing architecture and its capabilities</li><li>Assess the need for composability - scope out the requirements of upgrading to composable&nbsp;</li><li>Architect the requirements - based on business requirements, design the architecture that is required to achieve measurable goals for the business</li><li>Build the system - build, test, measure results and continue to evaluate and grow</li></ol><h2>Examples of composable architectures in the real world</h2>Composable architectures are becoming increasingly popular in the world of software development. A composable architecture is one in which different parts of the system can be composed together to form a whole. This approach has many benefits, including improved modularity, flexibility and reusability.One real-world example of a composable architecture is the microservices approach to software development. In this approach, different parts of the system are designed as independent services that can be deployed and scaled independently. This makes it much easier to update and maintain the system and allows greater flexibility in how different services are combined.Another example of a composable architecture is the use of containers in modern software development. Containers allow different parts of the system to be isolated from each other, making it easier to deploy and run them on a different infrastructure. This approach also allows great flexibility in how different containers are composed together.<h2>The future of composable architecture</h2>The future of composable architecture looks very exciting. With the rise of the headless CMS, we are seeing a lot more flexibility and control over how we build applications. Now we can break down our applications into smaller, more manageable pieces that can be easily reused and composed into new applications. This gives us a lot more power and flexibility to build the applications we want without being tied to a specific platform or framework.&nbsp;Composable architecture also allows us to easily change and adapt our applications as our needs change. We can simply add or remove components as needed, without having to rebuild our entire application from scratch. This makes it much easier to keep our applications up-to-date and responsive to our changing needs.Composable architecture is a powerful tool that offers a lot of flexibility and control over how we build our applications. This makes it an essential tool for any business that wants to stay ahead of the curve.<h2>Learn more </h2>Learn about composable DXPs in our guide, “<a href="https://www.contentstack.com/cms-guides/the-ultimate-marketers-guide-to-composable-dxps/">The ultimate marketer’s guide to composable DXPs</a>.”<a href="https://www.contentstack.com/" target="_self">Schedule a free demo</a> to experience Contentstack and see how a composable architecture can propel your marketing strategy.&nbsp;

What is composable architecture and why should you care? Find out in this guide.

CS_-_Composable_Architecture_-_Blog_Post-01.png

What is a composable architecture?

<figure style = "margin: auto; text-align: center;width: auto;"><img src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt76bc63af22451bcb/63e3eb6321af8910e907f39a/Composable_Analytics_1200x800.png" alt="Illustration showing a marketer looking at a composable analytics dashboard." /></figure>In today's digital world, staying ahead of the competition often means making lightning-fast decisions to take advantage of new opportunities. To be successful, a business must find ways to effectively and quickly analyze ever-changing data sources in order to make informed choices. Advances in technology have enabled organizations to leverage composable analytics to gain insights without relying on traditional modes of reporting or support from IT teams.&nbsp;Read on to learn more about the benefits of composable analytics and what steps you can take to start leveraging it in your organization.“Composable analytics” refers to the process of combining a set of independent tools — data, analytics services and AI solutions — into one digital solution that solves a business problem.&nbsp;&nbsp;Composable analytics gained attention and traction at Gartner’s Data and Analytics Summit Americas 2021. According to <a href="https://venturebeat.com/business/gartner-says-composable-data-and-analytics-key-to-digital-transformation/" target="_blank">VentureBeat</a>, Gartner analysts predicted accelerating change as a trend for enterprises, and said composable data and analytics would be key to achieving this.&nbsp;The need for composable analytics has grown in tandem with consumer expectations for digital experiences. To keep up, enterprises must deliver unique digital solutions using the most up-to-date data from multiple sources. Making decisions without access to relevant data because it’s too siloed or unavailable slows organizations down and prevents them from remaining competitive.<h2>Composable vs. traditional analytics</h2>Let’s clarify what sets composable analytics apart from traditional data analytics. Here are four requirements of composable analytics:● &nbsp; &nbsp; Uses a unique combination of data, analytics and AI solutions that work together as a packaged business capability (PBC) to solve a problem● &nbsp; &nbsp; Links insights to rapid business decisions and actions by leveraging machine learning models● &nbsp; &nbsp; Relies on a composable architecture for the storage and distribution of resources to various channels and devices● &nbsp; &nbsp; Leverages low-code or no-code applications to enable nontechnical users to compose unique analytical solutions from available data and analytics assets● &nbsp; &nbsp; Scalable in terms of storage, distribution, data quality and more<h2>How composable analytics can be used</h2>To help you gain a better understanding of how composable analytics work in the real world, here are a couple of examples.<h3>Speeding up an approval process</h3>A financial services company must make fast approval decisions for customers applying for loans online. Their loan approval process had a complex pipeline that took applications on the front end of their website through various approval tools, one at the time, on the back end.&nbsp;This process was slow and prone to errors and glitches. By combining the tools that feed data into the analysis pipeline into one integrated solution, the pipeline is shortened, potentially reducing bugs and greatly speeding up the loan approval process.<h3>Delivering unique data to teams</h3>Marketing and sales teams at an enterprise-level organization rely on queries of the same database, but have different needs and require different data to make decisions. Each team must input data into different analytics tools.&nbsp;With composable analytics, each team can compose a unique solution that integrates data from the database with the right analytics tools. The marketing team can use composable analytics to make decisions about the types of content it creates and deliver personalized content to customers via various channels in real-time.&nbsp;&nbsp;<h2>What are the benefits of composable analytics?</h2>Composable analytics can provide a wealth of benefits to organizations across a broad range of industries.&nbsp;● &nbsp; &nbsp; No technical expertise required. One of the biggest benefits of composable analytics is that it puts actionable data insights at the fingertips of the end users who need it without requiring them to have any special technical skills. The data and data analysis they need to make informed business decisions is readily accessible when they need it.&nbsp;● &nbsp; &nbsp; Improved synergy between IT and business teams. With composable analytics, IT teams will still be responsible for configuring the&nbsp; tools that marketing and other teams will use to compose their data analytics solutions. However, these teams will be empowered to create their own&nbsp; analytical experiences without reliance on IT, creating more synergy between IT and other areas of business.● &nbsp; &nbsp; More interactive analytics experiences. Composable analytics creates opportunities for more interactive analytics experiences. Rather than display preset information, visuals like dashboards can be automated and display different information instantaneously for stakeholders and customers.● &nbsp; &nbsp; Shareable data to drive business change. Stakeholders can more easily create and share reports or visualizations showing specific data they need to influence business decisions.● &nbsp; &nbsp; Faster innovation. When machine learning models are integrated into composable analytics tools, they can learn over time and make predictions based on data inputs. These predictions can help enterprises innovate and scale faster for an edge over the competition.<h2>Why composable architecture is a must-have for composable analytics</h2>Since “composability” is at the core of composable analytics, this type of analytics solution requires an architecture that supports its modular nature. Composable architecture enables microservices and applications, including composable analytics solutions, to remain autonomous while communicating with each other from a central hub. This is typically a composable digital experience platform (DXP) using a headless CMS.The key benefit of this type of architecture is that it’s easy to roll out new content and services as well as updates to specific endpoints without affecting other components. This removes boundaries that have held back marketing teams and other business users for decades, empowering them to experiment and think outside the box.Website analytics, social media, customer relationship management, databases, sales figures and other sources of data can be packaged into composable analytics solutions in the DXP to provide a complete picture of your customers, your industry, or whatever it is you need to understand.Marketing teams, for example, can roll out new interactive features and data-gathering tools and quickly make improvements based on customer data and feedback. When the right data is easy to access and analyze via composable analytics solutions, teams can move faster and better meet customer expectations. That’s why composable analytics perfectly complements a composable architecture and vice versa.<h2>Learn more</h2>Learn more about composable DXPs in our guide, “<a href="https://www.contentstack.com/cms-guides/the-ultimate-marketers-guide-to-composable-dxps/" target="_blank">The ultimate marketer’s guide to composable DXPs</a>.”<a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack’s composable digital experience platform can enable your team to reap the many benefits of composable analytics.&nbsp;&nbsp;&nbsp;

Learn the differences between traditional and composable analytics and how composable analytics can benefit your marketing and IT teams in this guide.

Composable_Analytics_1200x800.png

A marketer's guide to composable analytics

<figure style = "margin: auto; text-align: center;width: auto;"><img alt="Illustration showing a marketing team using a composable dxp." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt70f03ddebf299981/63a22da2a937a810c29d0431/CS_-_Composable_DXPs_1200_x_800.png" /></figure>Many content management systems today are being called digital experience platforms (DXPs) because they have evolved to have more functionality and features than the traditional CMS once had. However, identifying a true DXP involves looking at the way a platform performs and interacts with other tools and communication channels.In this guide, we’ll tell you how to recognize a DXP, explain the difference between monolithic and composable DXPs and show you how a composable digital experience platform can better enable your marketing team to flex quickly to keep pace with the ever-changing content needs your business and its customers require.From launching campaigns to making quick website changes without a developer, you’ll learn why a composable digital experience platform can be a real game changer for your marketing team.<h2>Functionality is the key to identifying a true DXP</h2>A digital experience platform or DXP is a central hub where content is managed and stored for the purpose of delivering personalized experiences to customers throughout the buyer journey. It enables the seamless integration of multiple apps and services.<a href="https://www.gartner.com/en/marketing/glossary/digital-experience-platform-dxp-" target="_self">Gartner defines a DXP</a> as “an integrated set of core technologies that support the composition, management, delivery and optimization of contextualized digital experiences.”As this definition tells us, a DXP is not necessarily a single platform. Instead it’s a variety of solutions that are controlled and work cohesively from one central hub.It’s important to note that all DXPs are not equal. DXPs can be built on a traditional, monolithic architecture or with a composable architecture, and there are significant differences between the two.<h2>DXP architecture: Composable vs. monolithic</h2>The most important consideration when choosing the right DXP is its architecture. Is the DXP built on a “monolithic'' or a “composable” architecture? While it’s not crucial that you understand everything about what these terms mean, it’s important to know this one key difference: A monolithic architecture is limiting, while DXPs built with composable architecture virtually have no limits.&nbsp;&nbsp;<h2>Why monolithic architecture is limiting</h2>A digital experience platform built on a monolithic architecture will provide some flexibility to integrate with third-party apps and services. This flexibility can help your marketing team deliver more personalized experiences to customers as it connects with analytics tools and other services. However, because of its very nature, this type of DXP limits what you can and cannot do.That’s because the platform’s vendor controls the type of technology that will work with the system. They not only control which third-party apps, services and communication channels can be integrated with the platform but also how they will interact.This might not be an issue if you find a platform that works with all the channels, third-party services and analytics tools that you rely on today. But what happens down the road when you want to leverage new tools that come to market that aren’t compatible with the monolithic platform? Other than telling the vendor you would like to be able to integrate these tools, your hands are tied and you’re left with two options: Stick with a platform that doesn’t allow you to integrate tools you need, or start all over again by shopping for a new platform.<h2>Why composable architecture is limitless</h2>A DXP built with composable architecture is composed of a set of independent APIs — editable software modules — that work together to deliver personalized content experiences at various touch points throughout the customer journey.A composable DXP houses an organization's content and campaigns, and it brings together all its sophisticated marketing tools and technology including automation, e-commerce and analytics. The DXP works with cloud-based and microservices solutions.The term “composable digital experience platform” gained popularity when Gartner released a report called “Adopt a Composable DXP Strategy to Future-Proof Your Tech Stack” in December of 2020. That report elevated composable DXPs and indicated that organizations using them would have an advantage over their competitors with statements like this one: “... by 2023, organizations that have adopted an intelligent composable approach will outpace competition by 80% in the speed of new feature implementation.”It’s true that speed is an important advantage of composable DXPs. These platforms make it easier to customize and scale to align with your organization's unique needs and growth into the future. You’re in total control when choosing the tools your DXP leverages now, when you want to add or remove them, and when scaling your DXP later to add new services that haven’t been developed yet. This is what we mean by “limitless.”Adding new functionality is as simple as adding a new API, replacing an existing API, editing an API or integrating it with a different third-party application, service or channel.There’s also less downtime since failures in one service are isolated from others on the platform. Likewise, services can be added or removed without affecting everything else.<h2>5 benefits of a composable DXP&nbsp;&nbsp;</h2>As you might have gleaned, DXPs with composable architecture offer a myriad of benefits that empower marketing teams to enrich customer experiences. With composable platforms, marketers will benefit from greater:Speed: Launch campaigns faster and enhance customer experience without having to wait for developers to change coding.Knowledge: Data from multiple sources and channels provides a more complete picture of the buyer. These include website analytics, social media, loyalty programs, customer relationship management and more.Agility: Customer data and feedback allow you to pivot quickly to deliver more targeted and personalized content experiences at various touch points throughout the buyer journey.Ease of use: Content editors can modify user interfaces and content experiences without help from developers. And since all content is managed in one central location, it’s simple to access, edit and repurpose content quickly as needed.Omnichannel reach: Composable DXPs empower marketers to more easily reach customers wherever they are, on the devices and channels they rely on the most.<h2>Enriching the customer journey</h2>Customers today expect personalized content experiences that are relevant to their daily lives and needs. Until recently, that’s been a tall order for marketing to fill due to the limitations of traditional CMSes and monolithic DXPs.At best, reaching customers throughout the buyer journey, from awareness to loyalty, has meant cobbling together apps and services to reach them at the different stages through different channels; writing a lot of content for different audiences and platforms; running analytics, problem solving, making changes and trying new approaches. The result was disjointed content that was hard to get to customers on time and difficult to manage.Composable DXPs enable marketers to more easily manage all the different communication channels like social media and websites, to deliver more consistent messaging throughout the buyer journey. Customers enjoy more relevant and personalized content delivered in real-time across at all the different touch points throughout the buyer journey.<h2>Is a DXP a good fit for your marketing needs?</h2>There are several factors to consider when deciding whether your organization and marketing team need a DXP including price, business needs and growth and current satisfaction with your existing platform. If a traditional CMS that integrates with a few apps and services fulfills your current needs now without any significant pain points, then making the switch may not be worthwhile at the moment.However, the opposite may be true if you find your current platform is stifling the kinds of content experiences your marketing team is able to deliver to customers and potential buyers. If you’re ready for more freedom and flexibility to adapt your websites and content with greater speed, knowledge, agility and ease, this is a clear sign that it’s time to consider a composable DXP.<h2>Learn more</h2>What are the critical ingredients for adopting a digital-first marketing strategy? Contentstack CMO Susan Beerman shares her expert insights in <a href="https://www.contentstack.com/live/why-digital-first-marketing-starts-with-a-composable-dxp/" target="_self">this episode of "Contentstack LIVE</a>."<a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to experience the game-changing benefits of a composable architecture with Contentstack’s digital experience platform.

A composable digital experience platform can be a game changer for your marketing efforts. Read this guide to learn how.

CS_-_Composable_DXPs_-_Blog_Post-01.png

The ultimate marketer’s guide to composable DXPs

Content Architecture & Business Transformation

<figure style = "margin: auto; text-align: center;width: auto;"><img alt="Illustration of a man and woman discussing tools to include in their company's composable digital experience platform." src="https://images.contentstack.io/v3/assets/blt7359e2a55efae483/blt2d1d61c9376c3725/63e6623235c8196a07997e2e/Composable_DXPs_-_Blog_Post-01.png" /></figure>To provide your customers with responsive, engaging and memorable digital experiences, your company needs a robust digital experience platform. In this guide, you’ll learn how to create and implement a platform that is tailored to your specific needs and can be easily updated as your business evolves.&nbsp;&nbsp;<h2>Step 1: Define your business goals and objectives</h2>Implementing a composable digital experience platform can help improve customer engagement, brand awareness and overall business growth. To achieve these goals, you need to identify the strategy for implementation and specific objectives that you need to meet. Understanding the business case for why a DXP is necessary provides you with a framework to help with planning, setting priorities and ensuring successful implementation.This involves recognizing any pain points that need to be addressed and taking advantage of new marketing channels that could benefit your business objectives. It would be best if you also understood how various data sources can be integrated into the DXP to fully leverage its functionality and maximize its potential impact on customer engagement and overall organizational growth.Clearly defining your objectives, strategizing around their fulfillment and keeping an eye on your desired outcomes can help ensure success when it’s time to scale up toward achieving your broader goals.<h2>Step 2: Research what you have and what you use</h2>Reviewing the capabilities of your current marketing technology stack will help you identify any potential gaps. You should ask your team which features they use regularly and if there are any changes they would like to see. This will help you further define the elements you want to include in your composable DXP.Look at data points such as customer interactions, project success rates and user feedback to determine what areas can be improved. Considering all of these factors when making decisions regarding required elements for your DXP structure will allow you to craft a solution tailored to the needs of your business and its customers.<h2>Step 3: Create an ecosystem strategy</h2>Your perfect composable DXP ecosystem will be a platform that integrates all essential components to help your company design, build and manage digital experiences that are personalized, responsive, secure and engaging. It will provide end-to-end capabilities to create and deliver customized user experiences across web, mobile and emerging platforms. You'll want the features to cover everything from content management to commerce and from marketing automation to data analysis.&nbsp;&nbsp;Mapping out your ideal composable DXP ecosystem helps you see all the different parts you need to succeed. This includes workflows to streamline content creation, review, approval and publishing. You will also need to make sure your content governance meets regulatory standards. Look for an integrations marketplace that is a hub for extensions, apps and integrations built by partners and your engineering team.A comprehensive set of features and capabilities will give you the freedom necessary to build your own unique digital experiences with ultimate flexibility and scalability to stay ahead of the competition.<h2>Step 4: Define a roadmap</h2>A high-level roadmap needs to consider all the factors that will affect the construction of your composable DXP. Include pricing, licensing agreements, data privacy, compliance regulations and any technical issues that may arise. Everyone involved in the project needs to think about things that could make the project more expensive, take more time or change the end result. This is important so that the project meets all of the standards set by those in charge. This approach will help identify the relative costs and dependencies of the project.Think about the support you will need and involve the IT team from the beginning. This will help uncover any compatibility issues when integrating solutions into existing systems. Consider support you will need in the long term. This could include ongoing training or access to technical support if any issues arise after implementation. <h2>Step 5: Integrate MACH technologies</h2>A MACH-based content management system as the foundation of your composable platform will provide the agility you need to deliver omnichannel experiences, adapt quickly to market conditions and scale up or down as needed. MACH is an acronym for microservices-based, API-first, cloud-native and headless. MACH technology allows businesses to create a custom-built tech stack using best-of-breed technologies. This means you can choose the features that meet your unique business needs instead of investing in a fixed, pre-made set of services. It also gives you the flexibility to add new functions gradually as your business grows.<h2>Step 6: Begin your transition</h2>Starting a composable DXP journey is a big change that needs to be planned carefully. Sometimes problems come up that weren't expected, but having a roadmap will allow you to make changes as needed based on user feedback while reducing the stress for your teams during the transition. By taking an incremental approach, teams can ensure that their progress is steady and can adjust their strategy as changes or new requirements arise. This iterative development cycle also allows you to learn as you go, so when it is time to scale, you’re equipped with all the knowledge you need to succeed.&nbsp;&nbsp;Implementing a platform with the right tools and workflows for your business is critical for success in this fast-paced digital age. Defining your goals, researching what resources you have and need, creating an ecosystem strategy and defining a roadmap will help make sure you're on the right path.&nbsp;<h2>Learn more</h2>Learn more about composable DXPs in our guide, “<a href="https://www.contentstack.com/cms-guides/the-ultimate-marketers-guide-to-composable-dxps/" target="_self">The ultimate marketer’s guide to composabe DXPs</a>.”<a href="https://www.contentstack.com/request-demo/" target="_self">Schedule a free demo</a> to see how Contentstack’s composable digital experience platform can help your team create engaging digital experiences at the speed of your imagination.


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.  


Composable_DXPs_-_Blog_Post-01.png

How to go composable in 6 steps

REI-highlight-final.png

Artboard_1.png

pce_ep32_jurre_rectangle_6.1.23.png

pce_ep24_andreas_rectangle_v1_2.28.23.png

mindyfix.jpg

pce_ep27_keith_rectangle_v1_3.31.23.png

cs_pce-ep7-icelandair-rectangle_v1-11.1.22.png

pce_ep31_juliette_rectangle_5.3.23.png

Blog_GC_DigitalLeader.png

How a Composable DXP drives experimentation, innovation and digital transformation

Blog_GC_Developers.png

Building a scalable DXP - Part 1

Blog_GC_Executives.png

Why MACH architecture matters

Jeff Baher

Nuno Mendes

Automation Hub

The problems that retailers are trying to solve

There's a trend that started a few years ago. Obviously, post-pandemic, it was more critical than ever because people got out of the stores and started buying online. The issues that already existed but were not so visible became much more preeminent. Businesses were not preparing for the scale that they needed. So systems, for example, monolith systems managed by small teams, could not withstand the huge product catalogs or huge demands in order fulfillment. Those are some of the issues that we see.Order and checkout, for example, there were major issues. I remember one of our customers when they came to us; their systems could not handle the holiday traffic, for example. So that was critical to them. Every time there was an influx of more users to their systems, everything would go down. And we were talking about a massive customer with thousands of requests per minute. So the scale was the most important thing here.

What a composable commerce architecture looks like and how it differs from a monolithic solution

There are, of course, two options, right? You go for one solution that includes everything, or you go composable. What we have seen from the past is that for platforms with all the pieces, it's difficult for them to fulfill your requirements to the fullest with what's outside of the box. Of course, it is very tempting to get just one solution with everything included. But what happens is you end up with many features or modules on the shelf that will never be used. Even the ones you will be using typically have to be customized. The difference between the customization [of a monolithic platform] or the implementation of a best-of-breed [composable system] is where things start to make more sense. Do you choose a composable solution, or do you go with one with everything included, but then you have to tweak or customize it?Typically, customization involves a bigger effort. And you will also be relying on or at least exposing yourself to costly upgrades with a monolith all-included solution. When you customize whatever module you are using, it works, but then the next year, you need to upgrade your CMS, so you have to upgrade the customization. That's not a good deal. On the composability side of things, it's so much easier because you have already chosen a solution that fits your current needs. That's the most important thing because your needs today might not be your needs a year or even six months from now. This is an important detail. You'll be much close to your desired result. You will be able to own your business logic. You'll not be customizing a solution; you will implement your business logic on top of a solution that is already providing you with the tools needed to achieve your goals.

Where customers are when it comes to figuring out what will work best for them

Some customers already understand which path they will take. They know they want a composable solution. They know their business will change and want to test things out. They come to us saying they want a MACH CMS and will choose a commerce platform, then this and then that. They have identified the pieces they want to replace one by one in the market. Other customers are still learning about the advantages of going composable or MACH. This happens less and less, but we still have the opportunity to teach about headless CMS. It still happens.

The role of content in a composable commerce architecture

I've been working in content for almost 20 years now. I'm passionate about this field and thoroughly enjoy it. Admittedly, I may be biased, but I view content as the central orchestrator in the commerce experience. Various components play significant roles, which is why I joined Contentstack; we aim to place content at the core. It must integrate with numerous other platforms. Yet, where users, or editors, in this case, will spend most of their time is in the CMS. Naturally, there will be merchandisers who invest time in search or merchandising rules or even commerce. However, it's about enriching the experience, connecting the dots - that's CMS. CMS will be at the center and probably one of the most important tools in the toolbox.

How a manual experience is becoming more automated

One of the most important things for scaling a business is to have all tools working together, automating processes to minimize reliance on the human factor. This extends to routine tasks such as product publishing or modifications, often involving several systems. For instance, a product may start on the commerce platform with stock and product information, undergo content enrichment on the CMS, get updated in the search tool, and be curated with relevant search terms in the merchandising system. Further, there may be digital asset management where product-related assets are stored. Coordinating all these systems is complex but crucial, especially when launching a new product, as we must ensure everything goes live simultaneously without missing any details. This is where automation plays an important role.Our uniqueness lies in providing a CMS tool that facilitates low-code or no-code automation across all systems. Automation is essentially a workflow creation process. For example, when launching a new product or campaign, our Automation Hub can cascade or ripple changes through all systems with a single click, triggering publishing, unpublishing, or other processes, all reflecting at once. So, when you click 'publish' on the CMS or your PIM, your assets update, your search updates, and everything goes online simultaneously; even scheduling can be handled. It's about orchestrating and coordinating all tools in a single platform without additional costs or maintenance worries. Aspects like password storage or authentication, those low-level things businesses shouldn't have to worry about, we take care of them, encapsulating them into one single tool.

A sketch of the journey from starting the path to composable to measurable benefits

Typically, projects progress in phases; it's uncommon to completely replace everything at once, especially when dealing with a company's main revenue stream. Companies usually start small, replacing one page at a time, perhaps starting with a homepage or something less visible to test it out and learn. In such a phased rollout, it's possible to see pages going live within weeks. We've seen full end-to-end e-commerce websites go live in as quickly as three months. It's a fast and integrated process.Compared to previous approaches, the initial effort required is at least double what we see now. But beyond the initial phase, we also need to consider the resources necessary for maintenance. Headless isn't as relevant a term as it once was; even monoliths can be headless. Customers often struggle with their 'headless monoliths' because they're still focusing on the wrong things. Our approach's efficiency and immediate benefits stem from the minimal learning curve. Users can start with our CMS and have a well-constructed page within a week, with minimal training. This is due to our system's intuitive and clear design, allowing users to figure things out quickly. It's one of our platform's most advanced features.

Things to consider to be able to scale and grow

When preparing for scale, readiness for change is crucial. What works for your business today might not be suitable a year from now. As you grow, be prepared to replace components. Automating processes is another vital aspect. As you aim to increase content delivery or order numbers, automating processes and curating tools to reduce human intervention is essential. Our company is prepared for scale, with numerous customers who have successfully scaled for years. Essentially, let experts be experts. Focus on your business and allow us to provide the software that facilitates your growth and scale.

What guidance does Contentstack provide retailers in terms of security?

When considering security for your digital assets, think about how many doors you want between your assets and potential threats. A monolithic solution presents only one barrier; if breached, access is granted to everything. With a composable architecture, however, there are multiple barriers. If one barrier is compromised, several more must be navigated. This approach is generally more secure because each system has its own built-in security mechanisms. It is not just one point of failure; it's multiple points of failure. Security by obscurity is not a robust solution. Many security breaches occur in systems maintained internally by companies and are often unknown until it's too late. In contrast, our systems are constantly tested and verified, with robust controls in place to ensure security. If you're aiming for the most secure system, on-premise solutions may not be the best choice, as they typically cannot match our speed and efficiency in response to threats.

How retailers can create better digital experiences with composable technology

Watch

CS_Live_Thumb_Web_[1200x630]_-_Nuno_Mendes.png

Jeff Baher 

Conor Egan

Contentstack AI Assistant Early Access Program

What is ChatGPT and why all the buzz?

ChatGPT is what's called a large language model, which is basically what's called a neural network. So it's designed to basically learn, so you throw a lot of stuff at it. In this case, it's basically ingesting all the text on the internet. And what it's doing is learning to replicate human-like speech. And then, as a side effect, also giving pretty accurate answers to certain questions.

Limitations for prompts and outputs

I'm not sure what the upper limit is. I mean, we've been experimenting with it. And you know, it can generate pages and pages, there have been books that have been written with it, people are writing scripts. So you know, the sky is kind of the limit with this. And the other thing I'll say is that it is just evolving like crazy. You may have seen an announcement; there is now GPT-4. So unlike other technology, where there's kind of a gradual progression, you know, we have this thing called Moore's law, which is, you know, this the power of our transistors, the density doubles every couple of years. This is not a case of that. This is where self-learning and improvement are happening very, very quickly. So even what we talked about today will probably be irrelevant six to 12 months from now. So it's moving very, very quickly.

New tools to allow humans to focus on higher-value work

There's a lot of activity that happens in your CMS. This first use case that we're talking about is around text. So we have content editors that are going in there writing blog posts or updating websites. So making a lot of decisions around the content that they're creating. And what they also have to do is a lot of lower value activity, like tagging things, summarizing things, and also doing some things that they actually aren't capable of doing, like translating that content. These are all things that ChatGPT and other models like this happen to be very good at. And so what we're trying to do is bring tools to our content editors that allow them to really focus on the higher-value work and the strategy, and less of the, Hey, I gotta rewrite this headline a couple of times.

ChatGPT in an integrated environment

It's really powerful when you're able to reference other pieces of text, you know, in the same blog post, right? You can say, hey, I want this title to specifically capture the essence of, you know, this part of the blog, right? So instead of having to move things back and forth in your own account, having a right there in context not only makes that a lot easier to do but also it will help you think of use cases you may be worth thinking of using AI for because it's right there at your fingertips. So it's kind of like a reminder that, hey, maybe there's a way that I can do this better using the AI.

Contentstack AI Assistant announced

"So we're definitely in the exploratory phase that is totally usable for actual work. But right now, we're kind of doing a limited rollout just to make sure that we don't overwhelm the system and that we can make it work consistently for everybody. And so this is installable as an app into our CMS. So we've got a really great marketplace and App Framework. We are eating our own dog food; if you will, we built this as an app. So if you opt-in, you can install it into your CMS. And it will show up along any kind of text fields that you're working in, which is the main use case for the AI assistant in this first iteration." "We do ask if you do opt-in, that we can do some feedback sessions with you. We'd love to hear what worked and what didn't work. Is there anything we can add to it? Because we do have some, you know, out of the box, sort of macros that we've put in there based on our experience, but we'd love to hear, you know, the innovative, innovative ways that you'd like to use it and make your job easier also."

How the AI Assistant works

"What I can do is say, well, maybe I'd like to start by having a title recommended to me. So you can see on each text field there's this little wand, which is the AI assistant. So if I open that up, I can walk you through what we have here. So you have the ability to rewrite text because you might want to try a couple of different ones. Shortening text is another really common one, and then also translating to a different language." "And if I wanted to write a summary, this is going to be like a paragraph of text. I could also be doing an outline. It can choose the SEO tags, which is a really helpful thing because you want the most relevant bits from this article pulled out. And so you can see how we're going from maybe a small kernel, and then going up all the way into all this additional text that you would just kind of spend your time on, which maybe isn't the best thing that you could be doing in an afternoon."

Headless CMS and AI in the future

"We're looking at everything in our backlog through a completely different lens now. So it's very much a different world, where the availability of this is so ubiquitous. I think people are also going to get used to having it at their disposal. So we're looking at products that we're currently building that, you know, maybe are coming out later this year, early next year. And basically rethinking, do we have the right solution? Is there anything in this product that we can help speed up? Are there any low-value activities that you have to do as part of this?"

Now is not the time to bury your head in the sand

"I would recommend that everyone start adopting this as a tool because the one way I think people will get left behind is if they say, like, Oh, it's a fad. Or if I play with it, then I'm gonna lose my job somehow, like, just like a calculator is in everybody's pocket. And we all use them now, like, this is just going to be the same thing. So I don't think it will replace people, but it will fundamentally change the type of work that you do because it can handle those easier things to do. So now's not the time to bury your head in the sand, right? No, now's the time to understand it."

How about digital imagery?

"So we're gonna see a ton of activity here. And we're thinking as well, what is the way that we as the CMS provider can enable our content editors, and there might be certain things that in the past, you would have to go to a stock photo site, you know, it's like, I need a group of, you know, happy looking multi-ethnic people crowded around a computer pointing at the screen, right, like classic stock, image stuff, that kind of stuff. If you're writing a blog, you could probably replace it with something like this. So there isn't someone in your company that is necessarily going and taking that photo. You're already getting this from a different source. But now you can replace that with something like AI and actually get something that's a little better of a fit for the content that you're creating. So we're definitely exploring that we have an asset manager. We handle a lot of customer images. So that's definitely an area that we're exploring. And I think for certain use cases, it can make a lot of sense, if you just need sort of stock imagery."

ChatGPT and the future of AI-driven composability

Watch 

Conor.png

Michelle Grady

Contentstack Marketplace

Customers are telling us they want a flexible composable structure

I'm definitely seeing a shift away from wanting to be tied down to a single vendor. Our customers want a composable structure where it grows with them and has the flexibility of where they wanna go today and where they wanna go in the future. We see a lot of customers wanting to build out and extend Contentstack. And another thing, too, is it just makes it a lot easier. One of the things that makes it easier is our marketplace. This makes it easier to integrate faster with a lot of our partners. You can have vendors instantly added to your stack and don't really have to think about all the ways that you're gonna do all those integrations.

Marketplace is a one-stop destination for anything extensible within Contentstack

Our marketplace is our one-stop destination for anything extensible within Contentstack. You can build the tech stack that you want with apps that we've made, and based on your needs, one-click third-party integrations from our certified partners. We guide you through the whole entire process of installing these within your stack." “We also have our automations. Just like our apps, we walk you through how to build those automations based on certain unique use cases. You could have, for example, automation around localizing all of your content or even having it automate Slack messages based on when you have new content created.

How to keep track of new apps and other changes

There are two places to see what’s new. One, within the app, there's a What's New section. Here you'll see not just within the Marketplace but definitely all the Marketplace apps will be available every time we introduce them. We also have our product change log. You can filter these based on our Marketplace apps so you can easily see all of the apps that we've released to the Marketplace. So as you can see, we're releasing apps pretty frequently." “An example of a new app is our Release Preview app. This takes all of that content aggregated that you have within a release and shows how it will look in the future.

Learn what’s on the horizon for composable DXP builders

We have a lot of apps that we're releasing. One is another type of calendar view, but this really extends to just about anything that has dates. So you'll be able to see all of the due dates that you have in your workflows, all of your releases, and anything scheduled to be published later. You'll be able to see all that within a Google-esque calendar view.” “We have focused on productivity within our platform. Making it easier to do your day-to-day tasks.

The level of help users can expect with Contentstack

I think one of the biggest things is that we really want to help you through the journey. We have people there to help you know what integrations you need, based on your use case, even if it may be a Contentstack solution and from a different vendor." “You can even build out your own solution if APIs are involved. We have our Developer Hub, which is an easy way for you to build your own apps.

Where you can go to learn more about building your own app

We have all the documentation around our Developer Hub available. This allows you to see all the SDKs and APIs that we have available to build and extend the Contentstack platform.” “You could always reach out to us as well. We are always happy to walk you through the best way to implement an app." “We provide care with our compromise and don't push you off to somebody else who built the app. We're there every step of the way, working with our partners, understanding where the gaps are and working with you and the partners together. Definitely, our care without compromise extends to our extensibility and within our marketplace.

How to build the composable DXP you’ve always wanted

CS_Live_Thumb_Web_[1200x630]_-_Michelle_Grady.png

Dean Haddock

The main components behind digital experience delivery today

For ease of talking about it, let's say on the back end you have things like your inventory database, CRM, payment processor, and all kinds of different stuff. Maybe even tools like AI and machine learning and those kinds of things. You'll have some kind of database architecture, and you'll have your content management system. As you move further away from those back-of-house systems and data warehouse tools, you start moving toward the front end where your website is. It might even go further than your website. You might have Internet of Things [devices] and all kinds of really far-out futuristic stuff where we will end up sometime in the months and years to come.

Differences and advantages of the composable approach over a monolithic system

When you think monolithic, a lot of those things that I mentioned coexist in one system, or they are one system. Tools like a traditional monolithic CMS, a lot of times, are built on lots of different components, but they're stitched together in a proprietary way. So what you get is what you get. Contrast that with composability; all those different parts of that supply chain I mentioned could come from different suppliers. One or two of them might be something that is really close to your business, so you build it yourself, or it's very proprietary, so you'll use a tool like Contentstack, a headless CMS, as one component of that. ... What's really beautiful about it is you can fine-tune and tailor the tools that you need to meet the exact outcomes that you're looking for.

Controlling friction with composable

What's a little bit mystifying about composable is that it doesn't just eliminate friction for you out of the box because you went composable. What it does is it gives you control over the friction so that you can pick to add or remove friction where you need to add or remove it. There are some things you want to do in your supply chain that are high friction. Like you want your legal team to stop a piece of content and look at it and read it to make sure that it's in compliance before it goes to the next stage. What you don't want is your engineering team being siloed off in some other building, not really talking to your content managers using completely different tools or a completely different system.

Launch—Contentstack’s new front-end hosting solution

Launch is very cool because one of the biggest transaction costs in migrating over or booting up your next-gen digital experience is procurement. One of the things about Launch that is novel and unique is its proximity to the rest of the tools that you need. You've got your CMS where your content lives. You've got your automation tools and extensions. Well, now you have Launch, your front-end hosting, and it's a container where you host your front-end website, and it delivers very low latency, very high-performance caching, all of the things that you demand and expect from a modern front-end headless hosting tool. If you are leveraging Contentstack's suite of digital experience tools, you're already ahead of the game and can get to market faster with your new project because right out of the gate, you don't have to procure two things at once or procure one and then the other. You've got a tool that's just ready to go with your front end

Saving time with Launch

One of the really great features of Launch is that we can instantly connect to your stacks in the CMS and import your environment variables. We can do that faster and in fewer clicks, but also, we don't have to have developers sharing lots of different credentials. If somebody leaves a company, we don't necessarily have to go and figure out all the sticky notes and where they were keeping their API keys. We could recycle those API keys really quickly and redeploy the site. We also have Automation Hub connectivity with Launch, so you can trigger redeployment when a new piece of content goes live, for example.

The future of digital experience delivery

Technologically speaking, where we're going is closer and closer to the end user in extremely low latency, very close geographically, computing and data access and availability. I think when a lot of people hear that, they think, oh, so it's gonna be faster, and yes, it is going to be faster. But a lot of the potential innovation in technology is only held back by the resources that we have available at any given moment. ChatGTP, for example, could not exist until certain conditions emerged.

Is Launch required for Contentstack headless CMS users?

No. Not at all. As much as these tools share DNA and it allows us to do really cool things and save you a lot of time and effort in stitching these components together and even integrating other components, it's one option for you.

What does it mean to be framework-agnostic?

There are myriad front-end development frameworks. You can use any of these with Launch. You simply connect to your repository, like GitHub, and put in your build commands and output directory. The build command is where you would put your framework-specific commands. There's a lot of flexibility in how you leverage Launch—being framework-agnostic is one such flexibility.

Eliminating friction and delays in digital experience delivery

Dean_ThumbNOTitle_LIVE!.png

Pete Larsen

Contentstack’s new Technical Services Organization

We [Contentstack's TSO] came onboard in 2021. We bring agency knowledge with hands-on experience with our product. For about five years prior to joining content stack, we were operating with our sister company, in an agency capacity and a digital service capacity. We bring that field experience with what I consider best practices and our advisory experience to help our customers, our prospects evaluating our product, and even our partners implementing it. I tried to bring our knowledge to the table to help them succeed with their implementation projects.

Top strategic reasons for transitioning to a composable DXP architecture

It's an opportunity to transform and streamline business processes, like segregation of duty, reviewing your software development lifecycle to streamline that process or reduce your development time. You can do direct empowerment of your content marketers. There's an opportunity to look at whether you want to operate from a centralized management standpoint or empower satellite capabilities if you're multi-branded. It's a chance to redefine your rules of engagement. It also gives you an opportunity to evaluate the core solution services, be able to review the costs and think about how you might be able to improve capability or performance. Going composable means that you get to pick the best-in-class services and work to integrate those. ... If you spend a little bit of time upfront planning and thinking about how you want to transform and document those, that information helps us identify the direction you're going. And we could bring experiences specific to your planning goals.

Adoption strategy example

I worked with a telecommunications company. They had a massive site on WordPress. It was over 5000 entries with lots of assets. It was stale and old. They were at a point where they knew they needed to make a change. We helped shape their strategy of doing a small discovery project—kind of a POC—where we focused on one of their main internal pain points. We took a microsite and put in a couple of key integrations. We worked together with them to help build that out. And then we were able to use this as a show-and-tell model internally to the company and get additional adoption and excitement around that with the other business teams.

Benefits of going composable

I spent 20 years in enterprise working specifically in software development. The construct of reducing reliance on your team for day-to-day management operations is, to me, the biggest piece of that. Having managed both the maintenance and support side, plus the new project side of things, having my resources directed towards more strategic projects was always the goal. But we always had to manage the maintenance lift in the back, and that usually impacted our ability to do future forward-thinking work. So I'd say that reliance on technical teams goes down. You're able to decrease your work intake process and focus and then point your resources towards strategic projects—more roadmap things. ... If you're managing support day-to-day operations, and you're doing a great job, you get that nice pat on the back. But if you're closing strategic projects successfully, you get a lot more visibility within the company and your career as a whole. I think that strategic projects are how you get ahead.

Myths about re-platforming

I've learned working with UI UX developers that, generally, people don't know what they want. They know they want to change after the first time they look at a design from a UI UX developer. They may say, 'That may not be exactly what I want, but at least now I can give some feedback.' Another iteration will get closer to their feedback. And it's usually not till the third iteration of UI UX design that they have an agreed upon design collaboratively against all their stakeholders that they can move forward with. You need to plan for that. I've seen design take as much as eight weeks—two months of work before the project can even begin.

How long does switching to a composable architecture take?

For me, it's 16 to 18 weeks, including collaborative business user acceptance testing and a full round of QA. To me, that's about average. But I've seen projects go a little bit longer, depending on the complexities. I always talk through understanding what can be worked in parallel versus what has dependencies. Make sure you optimize your project plan around that, and it will enhance your time to market with your project.

How retailers can create better digital experiences with composable technology

You may find interesting

ChatGPT and the future of AI-driven composability

How to build the composable DXP you’ve always wanted

Eliminating friction and delays in digital experience delivery

Join the conversation

Community

For executives

For digital leaders

For developers