Skip to main content

DX Engine Use Cases

Manage who sees what content, when and where

In many digitally mature organizations, page layout and design is often predetermine by design systems. This results in a shift away from traditional WYSIWYG editing towards more dynamic content control. Even in less digitally mature organizations, if you were to take stock of all the pages within the website, a large proportion of the pages has fixed layout and styling and small fraction of the pages may fall in the hands of the business teams with complete WYSIWYG control. In both cases, marketing teams need an approach that allows them to assign content dynamically to predefined slots in the page/screen layout, with the content varying based on customer's real-time context.

Conscia's DX Engine is designed to facilitate this dynamic content assignment. It offers marketing teams an intuitive interface to control what content goes on what section of the page/screen based on the customer's real-time context. This context could include factors such as the type of device being used, the user's location, their navigational context, their customer segment, purchase history, and more. The DX Engine also offers preview capability to allow marketing teams to visualize how the dynamic content assignment will render on different parts of the page before it goes live.

The rules for dynamic content placement are evaluated in real-time by Conscia's DX Engine when the front-end/client calls DX Engine's Experience API. What this means is that the content is decoupled from its presentation, while giving marketers control over who sees what content when and where. This allows the frontend team to apply their own styling and presentation layer based on the frontend framework in use, without being constrained by the content delivery mechanism.

Stitch data from multiple backend APIs without writing glue code

There are instances when the content on a webpage needs to be aggregated from several backend sources. Take, for example, a product detail page. The basic product information could be sourced from a Product Information Management (PIM) system, Commerce Engine, or even a Search platform. Additional product content may be pulled from a Content Management System (CMS), while inventory data could come from a real-time inventory management system, and discounts or promotions could be managed in a separate pricing engine.

In a traditional setup, the frontend would have to make multiple calls to these different backend systems, or rely on a custom logic layer to aggregate this data. This approach can lead to complexity, inefficiency, and potential points of failure.

Conscia's DX Engine offers a more elegant and efficient solution to this challenge. With a single Experience API call, the DX Engine can aggregate data from multiple backend systems. It applies the business rules set up by your digital teams and delivers the data in the schema required by the frontend.

This is achieved through an intuitive drag and drop Schema Mapper which can use to define the data model for your frontend. This means you can translate backend schema to frontend schema without having to write and deploy custom code. It allows your frontend team to focus on creating a great user experience, rather than getting caught up in backend data aggregation.

Moreover, this entire process is managed by Conscia's DX Engine, eliminating the need for you to manage any infrastructure such as GraphQL servers for executing this custom business logic. It also eradicates the need for "plumbing code" within your frontend - the often cumbersome and error-prone code necessary to connect your frontend to your various backend systems.

In essence, Conscia's DX Engine streamlines the process of aggregating and delivering content from multiple backend sources, making it easier for you to create rich, dynamic, and personalized webpages. It gives you the flexibility to source content from the best possible systems, without being constrained by technical limitations or complex data aggregation tasks.

Add Personalization to Your Headless Stack Without Re-Writing Backend Integrations

If you are looking to add personalization to your existing headless stack, you may be concerned about having to rewrite your integrations with the CMS or other content sources. With Conscia's DX Engine, you can continue to deliver content to the frontend in the same data model that you had defined in your initial integration. You can choose to pass through the data model as-is from your source systems or transform it before it is delivered to match the schema required by your frontend. This, as explained in the previous use case, is accomplished through a zero-code, drag and drop Schema Mapper component of the DX Engine.

Modernize your Legacy Systems

Organizations often find themselves dealing with legacy systems that, despite their age, play a critical role in their operations and cannot be easily replaced. These systems, however, weren't built with modern scalability requirements or data delivery mechanisms in mind, and can thus pose a challenge when trying to integrate them into modern digital experiences.

Conscia's DX Engine offers two solutions to this common problem:

  • If your legacy system provides an API endpoint, Conscia can connect to it directly using our Universal API connector, treating it like any other modern application. To improve performance and lessen the strain on your legacy system, Conscia provides component-level caching. This minimizes the need for frequent calls to the API endpoint, ensuring that your legacy system doesn't become a bottleneck in your data delivery pipeline.

  • If your legacy system doesn't have an API endpoint, Conscia can create a modernization layer over it. This is done by syncing data from the legacy system into a graph-based data repository, also known as the DX Graph. The DX Graph provides real-time APIs for data access, which means you can query and retrieve data from your legacy system in a modern, efficient way. An added benefit of the DX Graph is its ability to unify and enrich data from multiple backend systems, allowing you to create a holistic view of your data landscape.

In essence, Conscia's DX Engine provides a flexible and efficient way to integrate legacy systems into your modern digital experiences. Whether your legacy system has an API endpoint or not, Conscia can ensure that it doesn't become a stumbling block in your path towards digital transformation.

Real-time API Orchestration - Example - Checkout Process

The checkout process is a critical part of any online retail operation. It typically involves several steps, such as fetching the items in the customer's cart, checking the inventory for these items from a real-time inventory service, and finally, making a call to complete the order. These services may be completely separate and decoupled, each requiring a call to its own standalone API endpoint. This can result in a complex web of interactions, often requiring custom code and integrations to manage.

Conscia's DX Engine simplifies this process through its powerful API orchestration capabilities. Instead of manually coding each API call and managing the interactions between them, Conscia allows you to define the sequence and dependencies of these API calls through a visual interface, all without writing a single line of code.

For example, the checkout process could be orchestrated as follows:

  • Conscia first makes a call to the cart service to fetch the items in the customer's cart. This data is then passed on to the next step in the sequence.

  • The second call, to the inventory service, checks the availability of the fetched items. If any item is out of stock, the process can be configured to halt and return an error message. Otherwise, the process continues to the next step.

  • The final call is made to the order service to complete the order. If any error occurs at this stage, for example due to a payment issue, the process can again be configured to halt and return an appropriate error message.

This sequence of calls is entirely orchestrated by Conscia's DX Engine, based on the business logic you define. It ensures that each step is executed in the right order, with the correct data, and handles any errors that may occur along the way.

This not only simplifies the process of setting up and managing your checkout process, but also makes it more reliable and efficient. It also frees up your developers to focus on other critical tasks, rather than spending their time writing and maintaining custom integrations.

Ensuring 'Compostability' of Your Composable Backends

The concept of composability advocates for the ability to swap out any backend technology with another, as long as they offer the same functionality. However, practically speaking, this process is not as straightforward. When you introduce a new technology into your stack, it requires integration into your frontend experiences. In a typical composable architecture, the frontend often serves as the integration point for backend APIs. This results in a tight coupling between the frontend and backend APIs, making them difficult to swap or replace without modifying frontend code. For instance, if you were to replace a legacy CMS with a headless CMS, changes would need to be made to the frontend code to accommodate this change.

Conscia's DX Engine addresses this issue by introducing a layer of abstraction between the frontend and backend APIs. This is achieved through a drag-and-drop schema mapping feature that allows you to map any backend API response to any frontend schema. This decouples the frontend from the backend, making it possible to change or replace backend technologies without affecting the frontend code.

Should you need to swap out a backend technology, all that would be required is a reconfiguration of the schema mapper in the DX Engine. This approach vastly simplifies the process of swapping out technologies, making it more aligned with the ideals of the composable movement. It ensures that the frontend remains isolated from changes in the backend, reducing the risk of frontend disruptions when backend changes are made, and significantly reducing the development effort required for such changes.

Tackling Content Silos with Real-Time Orchestration

In large-scale enterprises, content and data management can become intricate due to the distribution of these resources across numerous systems and even within multiple spaces of headless Content Management Systems (CMSs). Originally, the philosophy behind the headless CMS paradigm was to centralize all content into a single system of record for reuse across various channels and digital products, thereby streamlining content operations and ensuring content consistency.

However, in practice, many organizations have inadvertently fallen into the trap of creating content silos within their headless CMS architecture. This occurs when spaces within the CMS are designated for individual digital products, leading to a fragmentation of content. Consequently, when there's a requirement for content to be shared across different spaces, organizations often resort to duplicating the content, which involves copying and pasting it from one space to another. This approach introduces a synchronization issue, as changes made to the content in one space don't automatically reflect in its duplicates.

This deviation from the original philosophy of the headless CMS has resulted in a significant operational challenge. Some organizations are dealing with over 100 distinct spaces where content resides, leading to lost governance and a chaotic content operation process. This disorder hinders the efficient utilization of content and detracts from the primary goal of a unified, efficient content management system.

Conscia's Digital Experience (DX) Engine offers a solution to this widespread problem by orchestrating content straight from its source, thereby eliminating the need for the inefficient and error-prone copy-paste cycle. With the DX Engine, content required for a digital experience can be aggregated from multiple spaces or even disparate backend systems into a single payload. This content is then structured according to the data model required by the frontend experience.

The DX Engine's approach ensures that content is always up-to-date, as it is pulled directly from the original source, thereby eliminating synchronization issues. It also allows for more efficient use of resources, as content does not need to be duplicated across different spaces. Moreover, it enhances content governance by maintaining a single source of truth for each piece of content, regardless of how many frontend experiences it is utilized in.

In summary, Conscia's DX Engine streamlines the process of managing and delivering content in large organizations, staying true to the initial purpose of the headless CMS - a centralized content system for multi-channel reuse.