There are two categories of in-depth analysis required when determining which multidomain master data management (MDM) architecture style is best for an organization. The first is a business case analysis, which involves understanding how the system will be used to create value for the company by improving specific business processes. The second is an analysis of system environmental-use metrics, which will ensure that availability, scalability and reliability requirements are supported. The combination of these analyses will help system architects determine whether a registry, hybrid or centralized architectural approach is best for their organization.
The business case analysis must always come first. And the first questions that the multidomain MDM enterprise architect needs to answer are:
When defining the potential use cases for these services, the architect should try to be realistic about how data will be used now and in the future, and attempt to balance short- and long-term views, which can be a challenge.
For example, a business-to-business or a business-to-consumer company might want to build a multidomain MDM service that puts all customer data in one place and manage it to achieve incremental business value. It might also want to identify opportunities to cross-sell and up-sell to increase revenue, which means it will require information about the interrelationships between customer and product data, and it also will need to look at data about the products it wants to sell.
To boost wallet share, it is likely that this company will also want to know which licenses or entitlements its customers have. In addition, the organization may have a strong business need to better manage its product catalog to improve customer satisfaction and to ensure that customers are receiving consistent prices across all channels: offline, online, direct and indirect, etc. Finally, the company will most likely want to perform marketing analytics to make its marketing campaigns more effective and increase revenue and profits.
The goals for defining business use cases should be to avoid analyzing too many use cases that are unlikely to come to fruition, such as real-time tailored marketing, while not having too narrow a focus and thus overlooking likely use cases, such as providing consistent prices to customers.
Once the business use case portion of the multidomain MDM architecture analysis is complete, the next step is to conduct a more in-depth analysis of use cases and how they affect the proposed system. This analysis helps to ensure that overall system availability, scalability and reliability requirements are met for each potential business use.
A number of areas need to be analyzed to determine which multidomain MDM architecture is best for an organization. They include:
Once the analysis of each of these areas is complete, an architect can evaluate the results and begin to make decisions about which architectural style (registry, hybrid or centralized) might be best for the multidomain MDM service. None of the three multidomain MDM architectural styles are right or wrong on its own. Deciding which style to choose depends on the specific needs of an organization, which is why a careful business and system analysis is required to make an intelligent and informed choice.
Investing in the analysis upfront helps prevent unnecessary costs and re-engineering efforts later. This process is complex and requires a company to involve an experienced enterprise architect in the project. The architect will be capable of understanding the challenges, metrics and business use cases and, based on that information, be able to make the best architectural decision for the organization.