I would not be surprised if most digital transformation initiatives in the future involve product (and service) management. Yet, literature about this subject is scarce. Product managers often work in isolation from the rest of the company, even if product management \u2014 which can be either the creation of a new product or, more often, the revamping of an existing one \u2014 involves multiple types of customers, business units, functionalities, capabilities, and sets of business strategies from an organization.\nTo make sense of this complexity, and to increase the odds of getting it right more rapidly and within budget, amalgamating business\/enterprise architecture and product management is required. A tool like such as Customer Value Map as seen in Figure 1 below can help:\n Daniel Lambert\nBusiness architecture and product management today\nLarge corporations today have a very complex product portfolio that can include one, several or all the following:\n\nPhysical material\nHardware\nSoftware\nBusiness process outsourcing\nWarranty services\nCustomer service\/support\n...and more\n\nTo add to this complexity, many products may have been introduced through acquired businesses. Various capabilities are required to deliver these products to their respective markets. Driven by intensive competition, companies try to expose more capabilities (products and services) to the market, increasing further the complexity of product management.\n\u201cProduct managers are responsible among other things for product vision, market research, competitive analysis, target market, customer requirements and roadmap,\u201d\u00a0says\u00a0Ganesh Balasubramaniam in \u201cBusiness Architects and Product Managers.\u201d\nSome of these tasks can be executed with the assistance of business architecture that articulates its model around product mapping using mostly these basic relationships, where a product is:\n\nPart of a product line\nImpacted by one or several strategies\nRelies on several value streams and capabilities, offered\/managed by business unit(s), impacted by an initiative, sometimes sourced from a partner and enabled by capabilities (as per the\u00a0BIZBOK Guide's Product Mapping Section on page 229 of Version 6.0.).\n\nFigure 2\u00a0below shows a three-dimensional table on how product lines can be enabled by capabilities and offered\/managed by business units. (Figure 2 is somewhat like Figure 2.7.10 from the\u00a0BIZBOK Guide's Product Mapping Section on page 245 of Version 6.0.)\n Daniel Lambert\nExamples of product management using business architecture\nSome companies are using business architecture to address their product management. Two examples are VF Corporation and Nordea.\nLet\u2019s start with VF Corporation, as seen in Amy Crockett\u2019s presentation\u00a0made at the Business Architecture Guild in 2016. VF Corporation is a global leader in branded lifestyle apparel with more than 30 brands and $12.3 billion in revenue.\nIn 2012, a Product Line Management (PLM) business solution was implemented in Europe at Kipling, one of VF\u2019s line of products. With escalating concerns regarding functionality, customization, complexity and region-specific terminology, Kipling reverted to a manual solution. Without a business solution in place, there was a risk that its rate of growth could be impeded.\nVF decided to use Enterprise Business Architecture to consolidate successfully the implementation of the PLM business solution at Kipling Europe to maintain VF\u2019s simple business model and lean team approach. They did this by defining goals and needs, understanding current operations, identifying potential technology solutions, comparing capabilities\/features to technology solutions and targeting state business solution options to finally come up with a VF Enterprise Product Management Best Practice Guide reusable for every brand.\nNordea\u2019s approach to product management using business architecture was very different, as seen in Christina Honor\u00e9\u2019s and Lene \u00d8sterberg\u2019s presentation made at the Business Architecture Guild in 2015.\nNordea is one of the Top 10 European Retail Banks doing most of its business in Scandinavia and the Baltics. It has applied more precise business architecture to product control, since there is an increasing demand from regulators on reporting and control standards. Banks need to adjust more and more rapidly to the market conditions with more complex combined products that need to be constantly streamlined and simplified.\nTo increase product control in a far more dynamic market, Nordea has started using value mapping and stakeholder identification, capability map and value stage\/capability cross-map, information map and capability\/information cross-map, and root cause map delivered in a database using business architecture tools for additional analysis and continued evolution. This business architecture modeling applied to product control is resulting in an enhanced stakeholder experience throughout the bank.\nCustomer value mapping\nBy no means should business architecture replace product management. Still, business architecture modeling could contribute substantially more to product management and at the same time enhance the holistic view of their enterprise using the Customer Value Map, as shown in Figure 1 above. (A customer value map is somewhat like a\u00a0Value Proposition Canvas.)\nA Customer Value Map addresses product design, enhancement and management. It is more complete, rigorous, and linked not just to a Business Model Canvas, but also mapped to a business architecture model. A Customer Value Map includes two main sections, the customer profile and the value proposition profile. The customer profile for each type of customer is made of needs, gains and pains. The value proposition profile is made of the covered products\/services, benefits and features.\nEach need should ideally be covered by a product\/service. Each gain and pain should be addressed or remediated by a benefit and\/or a feature of one of the covered products\/services. Once needs, gains and pains for each targeted customer type are addressed, a product manager or a business architect can start planning which capabilities, information, business units and initiatives are required to execute and deliver properly the products\/services of a value proposition.\nConclusion\nAs product designs and launches become more complicated and are executed at a quicker pace, product managers and business\/enterprise architects need to work together more often. Their combined efforts can deliver products planned in line with the specificity of all types of customers, all involved business units, with all the necessary enabling capabilities, and all aligned to specific sets of corporate strategies. This will certainly increase the odds of getting it right more rapidly and within budget.