{'fraction_non_alphanumeric': 0.03082272106403234, 'fraction_numerical': 0.013245215855627147, 'mean_word_length': 5.563433849497419, 'pattern_counts': {'":': 0, '<': 0, '<?xml version=': 0, '>': 0, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 1, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
Co-evolution of platform architecture, platform services, and platform governance: Expanding the platform value of industrial digital platforms

Industrial manufacturers increasingly develop digital platforms in the business-to-business (B2B) context. This emergent form of digital platforms requires a profound yet little understood holistic perspective that encompasses the co-evolution of platform architecture, platform services, and platform governance. To address this research gap, our study examines multiple platform sponsors from an industrial manufacturing context. The study demarcates three platform archetypes: product platform, supply chain platform, and platform ecosystem. We argue that each platform archetype involves a gradual development of platform architecture, platform services, and platform governance, which mirror each other. We also find that each platform archetype is characterized by a specific innovation mechanism that contributes to the platform service discovery and expands the platform value. Our study extends the co-evolution perspective of platform ecosystem literature and digital servitization literature.


Introduction
Digital transformation profoundly changed the way firms innovate and secure competitiveness (Hanelt et al., 2020;Nambisan et al., 2019;Yoo et al., 2012). For instance, digital technologies such as the Industrial Internet of Things (IIoT) have allowed firms to make products and services smarter (Kiel et al., 2017;Porter and Heppelmann, 2014;Raff et al., 2020), blur the lines between physical products and digital services (Hanelt et al., 2020;Jocevski, 2020) and unlock vast innovation opportunities . Yet, to reach the full potential of digital transformation, firms need to adopt digital platforms (Parker et al., 2016;Sandebrg et al., 2020). Digital platform firms use digital technologies to "exploit and control digitized resources that reside beyond the scope of the firm, creating value by facilitating connections across multiple sides, subject to cross-side network effects" (Gawer, 2020).
However, firms approach digital platform development in different ways . While some firms use digital technologies to build multi-sided platforms (e.g., Spotify, Netflix, Uber, Airbnb), others use it to collaboratively expand the platform value with their customers, suppliers, technology providers, and competitors (e.g., Volvo, Komatsu, BMW) (Adner et al., 2019;Cennamo et al., 2020). In particular, industrial firms in the business-to-business (B2B) setting have also started embracing so-called digital servitization. Literature defines it as a large-scale transformation in processes, capabilities, and offerings within industrial firms and their associated ecosystems, to progressively create, deliver, and capture increased service value, arising from a broad range of enabling digital technologies (Sjödin et al., 2020b). For example, smart and connected products, combined with artificial intelligence (AI) capabilities, have enabled manufacturers, such as Volvo and Komatsu, to develop an ecosystem that brings together different vehicle markets, connectivity providers, applications, and customers (Raff et al., 2020).
Digital servitization is enabled by connecting installed bases of industrial assets and equipment to an industrial digital platform that provides aggregation of data and analytical capabilities for greater value creation and capture (Kiel et al., 2017;Paiola and Gebauer, 2020). Thus, previous research showed that digital servitization goes hand-in-hand with a platform approach (Cenamor et al., 2017;Leminen et al., 2020;Rajala et al., 2019;Wei et al., 2019). For instance, industrial digital platforms allow to connect various IIoT-enabled machines, collect operational and equipment data, and conduct cutting-edge analytics to provide advanced platform services, such as preventive maintenance, fleet management, or even site optimization .
Industrial platform sponsors gradually open up their platforms to a specific set of complementors, such as technology providers or traditional intermediaries (Hilbolling et al., 2020), in order to develop more advanced platform services. This creates opportunities for higher value creation and capture through an ecosystems approach (Jacobides et al., 2018;Kretschmer et al., 2020). However, such advanced use of industrial digital platforms is mostly in a nascent stage of development and further inquiry is needed.
Based on a review of studies, a platform ecosystem can be viewed as an evolving meta-organizational form characterized by enabling platform architecture, supported by a set of platform governance mechanisms necessary to cooperate, coordinate and integrate a diverse set of organizations, actors, activities, and interfaces, resulting in an increased platform value for customers through customized platform services (Cennamo, 2019;Constantinides et al., 2018;Hou and Shi, 2020;Jacobides et al., 2018;Kretschmer et al., 2020). The mirroring hypothesis suggests that a technological architecture and associated governance mechanisms "mirror" one another in the sense that the structure of one will correspond to the structure of the other (Colfer and Baldwin, 2016). Despite this, it is only recently that the literature has started exploring the co-evolution of platform architecture, platform services, and platform governance (Hou and Shi, 2020;Rietveld and Schilling, 2020;Saadatmand et al., 2019;Tiwana et al., 2010). Many research gaps remain open for investigation related to digital servitization and industrial digital platforms.
First, a major concern regarding the current platform research is that scholars largely exclude the design of platform architecture (Cennamo, 2019;Thomas et al., 2014;Tiwana, 2014) and associated features of the value proposition (Kiel et al., 2017;Leminen et al., 2020;Schroeder et al., 2020), from the unit of analysis. For instance, to reach the higher-order platform services such as optimization and autonomous services, a platform sponsor needs to add a complementary set of external modules to the platform core (Constantinides et al., 2018). Moreover, a platform sponsor needs to make careful architectural decisions to support the platform growth (Cennamo and Santaló, 2019;Tilson et al., 2010). Thus, the interplay between the platform architecture development and platform services is important to take a more progressive approach towards the full-scale digital servitization transformation.
Second, the current platform literature lacks a process perspective in terms of how the platform architecture development and associated platform governance mechanisms co-evolve. Scholars predominantly focus on the B2C digital marketplaces at advanced stages with an established pool of complementors and customers (Cennamo, 2019). In the B2B context, a platform sponsor usually develops a proprietary platform with an exclusive set of complementors and customers (Eisenmann, 2008;Rietveld et al., 2019) and gradually opens up to other complementors (Broekhuizen et al., 2021;Cenamor and Frishammar, 2021;Wei et al., 2019). Thus, the emergence of a platform ecosystem in the B2B context gradually unfolds through close collaboration between a platform sponsor, complementors, and customers (Enkel et al., 2020;Granstrand and Holgersson, 2020) as well as competing platforms (Adner et al., 2019). Moreover, functional contributions of actor-specific data are vital in the emergence of platform governance as they actively shape the platform growth (Alaimo et al., 2020). Therefore, there is a need to further understand the co-evolution of platform architecture and platform governance in the B2B context.
Third, scholars argue that digital generativity challenged the traditional assumptions of value creation and capture and raised the need for new theory development (Nambisan et al., 2019;Yoo et al., 2010). Advances in artificial intelligence (AI) and the growing availability of data that cut across diverse platform ecosystem members (Alaimo et al., 2020;Haefner et al., 2021), allow rapid scaling of knowledge search and more effective knowledge recombination Lenka et al., 2017;Savino et al., 2017). This results in new platform services that increase the platform value for customers (Cennamo, 2019;Gregory et al., 2020). However, it is only recently that studies started exploring the underpinnings of the platform service discovery (Dattée et al., 2018;Hou and Shi, 2020). Consequently, empirical insights from digital servitization can be helpful in further understanding the innovation potential arising from a platform ecosystem.
Considering the aforementioned gaps in the literature, the evolution of industrial digital platforms requires more attention (Hou and Shi, 2020;Nambisan et al., 2019). More specifically, the literature lacks a process perspective on how the co-evolution of platform architecture, platform services, and platform governance expands the platform value. In this paper, we develop new theoretical insights into the evolution of industrial digital platforms as a vehicle for the digital transformation of manufacturing firms. More specifically, the purpose of this paper is to investigate how industrial manufacturers can expand the platform value through the evolution of industrial digital platforms.
Our study draws on rich data from four world-leading construction equipment manufacturers. These platform sponsors have gradually invested in the platform architecture that supports highly advanced platform services. Our findings delineate three phases in the evolution of platform architecture: (1) product data collection, (2) analytics utilization, and (3) artificial intelligence enablement. We show that each platform architecture phase links with the specific platform governance namely, (1) value chain expansion, (2) value system expansion, and (3) ecosystem expansion. Hence, both platform architecture and platform governance need to be considered simultaneously, in each phase of the industrial digital platform evolution, to expand the platform value through (1) monitoring service development, (2) optimization service development, and (3) autonomous service development. We also find that each phase is characterized by a specific innovation mechanism: (1) search depth, (2) search breadth, and (3) recombination. Consequently, we demarcate three platform archetypes: (1) product platform, (2) supply chain platform, and (3) platform ecosystem. Our study extends the co-evolution perspective of platform ecosystem literature and digital servitization literature.

Digital servitization and industrial digital platforms
Digitalization is increasingly regarded as one of the most prominent drivers of innovation (Nambisan et al., 2019). Manufacturing firms have been at the forefront of the adoption of advanced wireless sensors that provide information about the environment, context, and location of their industrial assets (Leminen et al., 2020;Ng and Wakenshaw, 2017;Zheng et al., 2020). These technologies allowed digital components and electronics to be embedded in various "things" and enabled them to be smarter and progressively more interlinkedoften called the Industrial Internet of things (IIoT) (Porter and Heppelmann, 2014;Sestino et al., 2020;Suppatvech et al., 2019). Today, manufacturers link physical and digital worlds and collect data from diverse objects, devices, and machines (Bilgeri et al., 2019;Leminen et al., 2018;Schroeder et al., 2020). As a result, they are able to make new digital products that perform better in terms of productivity and profitability (McAfee and Brynjolfsson, 2012).
Recent studies view digitalization of manufacturing as closely related to servitization transformation . In particular, the emerging literature on digital servitization shows that digital technologies allow manufacturers to provide new value creation and value capture opportunities through monitoring, control, optimization, and autonomous functions Kohtamäki et al., 2019;Paschou et al., 2020). In other words, digital technologies not only facilitate servitized business models (Arnold et al., 2016;Suppatvech et al., 2019;Vendrell-Herrero et al., 2017), such as outcome business models (Sjödin et al., 2020a;Visnjic et al., 2017) but also contribute to the development of emerging industrial digital platforms with opportunities for value creation and capture that go far beyond traditional products and services (Cenamor et al., 2017;Rajala et al., 2019;Wei et al., 2019). However, the industrial digital platform development has implications for industrial manufacturers. First, manufacturers are required to mature in terms of platform architecture and shift away from firm-based product platforms to platform ecosystems (Sandebrg et al., 2020). Second, they are required to manage a wide range of tensions that relate to platform governance (Rietveld and Schilling, 2020).

The evolution of platform architecture
A platform ecosystem is an evolving meta-organizational form where the platform architecture is a shared technological core that supports the ecosystem's members to create and capture value (Hou and Shi, 2020;Kretschmer et al., 2020). A platform ecosystem is usually organized around a hub firm that owns or sponsors the platform (Rietveld and Schilling, 2020). A platform sponsor designs the platform architecture that describes how a relatively stable platform core, with specific design rules and a diverse set of complementary modules, allows stakeholders to orchestrate data collection, data storage, data flow, data aggregation, and data commercialization (Alaimo et al., 2020;Constantinides et al., 2018;Tiwana et al., 2010). However, a key concern for manufacturers that operate in the B2B context is how the platform architecture can evolve and extend its functional scope to effectively serve emerging opportunities for future services (Agarwal and Tiwana, 2015;Koutsikouri et al., 2018;Tilson et al., 2010)?
In the initial phase of industrial digital platform development, manufacturers often develop product platforms around key installed bases (Gawer, 2014;Sandebrg et al., 2020;Svahn et al., 2017). Product platforms incorporate digital modules that are programmable, addressable, sensible, communicable, memorable, traceable, and associable (Warner and Wäger, 2019;Yoo et al., 2010) and allow separation of form from the function . Therefore, the integration of digital modules allows manufacturers to collect valuable data on the installed bases (Björkdahl, 2020) and render new functionalities such as monitoring or visualization services that generate supplementary revenue streams (Zhu and Furr, 2016).
Next, to reach the higher-order platform services such as optimization and autonomous services, a platform sponsor needs to add a complementary set of external modules to the platform core (Constantinides et al., 2018). External modules may come in form of advanced sensors, data analytics, applications, or cloud-based data storage (Iansiti and Lakhani, 2020). Consequently, the effectiveness of such platform architecture depends on the management of different modules that are introduced over many years, for different purposes, and by diverse actors (Henfridsson and Bygstad, 2013). More specifically, for manufacturers, a large part of the technological setup and digital knowledge may lie outside their organizational boundaries, which contributes to greater dependency on the surrounding digital ecosystem (Björkdahl, 2020;Hanelt et al., 2020). For instance, external modules may come from traditional suppliers and distributers to start-ups and tech-giants (Hanelt et al., 2020;Visnjic et al., 2018). As a result, it is difficult for manufacturers to fully control the platform architecture (Eisenmann, 2008). It also requires from manufacturers to reconsider platform boundary choices (Gawer, 2020;Huikkola et al., 2020) and increase platform openness (Cenamor and Frishammar, 2021).
The platform literature shows the utility of boundary resources in the platform growth (e.g., API) (Ghazawneh and Henfridsson, 2013). For instance, boundary resources are 'resourceful' as their design enables external contributions from heterogeneous actors that increase the platform value (Cennamo, 2019;Yoo et al., 2010). Boundary resources can also be 'securing' as they prevent the development of applications that risk to damage the overall platform value (Ghazawneh and Henfridsson, 2013). Thus, architectural control decisions on boundary resources allow to balance between promoting and constraining the platform growth (Cennamo and Santaló, 2019; Tilson et al., 2010).

The evolution of platform governance
Platform governance requires addressing tensions related to platform openness and control but also managing simultaneous collaboration and competition with complementors (Rietveld and Schilling, 2020). Industrial digital platforms focus on the B2B context that is largely understudied in the platform ecosystem literature and presents a relevant empirical context for the investigation.
First, in the B2B context, actors actively shape the platform ecosystem through bilateral governance mechanisms between the platform sponsor and prospective members. In other words, the platform sponsor does not draw the governance structure for other actors to fill in their roles and positions (cf. Adner, 2017). As a result, the platform sponsor has less control over the evolution of the platform ecosystem (Gawer and Henderson, 2007). Therefore, the ecosystem governance is emerging, which presents a more nuanced setup to study strategic interactions between the platform sponsor, complementors, and customers (Panico and Cennamo, 2020).
Second, the majority of industrial digital platforms emerge as proprietary platforms (Eisenmann, 2008), where the platform sponsor usually initiate the platform development with an exclusive set of complementors (Hilbolling et al., 2020), traditional intermediaries (Randhawa et al., 2018), and customers (Sjödin et al., 2020b), what resembles a supply chain platform logic (Gawer, 2009). In contrast to the B2C digital marketplaces, complementors cannot join based on self-selection (cf. Gulati et al., 2012). Subsequently, the platforms sponsor gradually opens the industrial digital platform through the selective promotion of complementors (Rietveld et al., 2019). However, the platform sponsor needs to make careful strategic decisions about how many and what type of complementors it wants to induce to join the platform (Rietveld and Schilling, 2020). Current literature lacks clarity about the antecedents of complementor selection in the evolution of platform ecosystems (Hou and Shi, 2020;McIntyre and Srinivasan, 2017). Moreover, the industrial B2B context may shed light on governance mechanisms in the early phase of platform ecosystems (Hannah and Eisenhardt, 2018).
Finally, due to the complexity around the onboarding prospective ecosystem members, platform size and platform scope are rather narrow in the early phase of the industrial digital platform development (Cennamo, 2019;Gawer, 2020). The platform sponsor usually focuses on a specific profit foci around its industrial assets and equipment, which creates opportunities for complementors and competing platforms with different profit foci to cooperate and capture more value when they interact through the specific platform (Adner et al., 2019). Yet, the current literature is underexplored in terms of platform strategic positioning (Pellizzoni et al., 2019) and platform coopetition in the industrial B2B context (cf. Basaure et al., 2020). Finally, such context may provide a useful ground to study platform competition that goes beyond the winner-takes-all approach (Mcintyre, 2019).

The platform service discovery and the platform value
Platform services bring together the platform architecture and platform ecosystem's members through joint exploitation activities (Jacobides et al., 2018;Tilson et al., 2010). However, the current ecosystem literature has diverging views about how the focal value proposition, that is, platform service, came about (Hou and Shi, 2020). While some authors reason that the value proposition defines the configuration of ecosystem activities (Adner, 2017), others see value proposition as a derivate of modular structures (Jacobides et al., 2018). Recently, Hou and Shi (2020) point in the direction that the value proposition is a result of the co-evolution of ecosystem members that are embedded in micro and macro contexts. Still, the literature presents ambiguity around the antecedents of the value proposition discovery (Dattée et al., 2018).
Platform services have been frequently associated with greater possibilities for innovation (Nambisan et al., 2017). Moreover, platform services leverage digital technologies that allow rapid scaling of knowledge search as well as more effective knowledge recombination Lenka et al., 2017;Savino et al., 2017). As a result, new platform services can often be developed at a marginal cost (Rifkin, 2015). Therefore, new functionalities expand the overall platform value as they increase benefits that customers can derive from using the platform (Cennamo, 2019). Empirical insights from industrial digital platforms can be helpful in further understanding the antecedents of the platform service discovery. First, digital platforms support firms to deepen the knowledge search within current knowledge structures . For instance, sophisticated algorithms can find patterns within existing data sets that were previously not possible to identify, such as in the case of error detection (Kieu et al., 2018). Second, digital platforms can also broaden the knowledge search with novel inputs from various objects, devices, and machines. For example, the broad inclusion of various inputs contributed to the development of advanced feel management systems (Crainic et al., 2009;Haefner et al., 2021). Finally, the inherent modular structure of digital platforms allows for recombination Yoo et al., 2010). Weitzman (1998) argues that the greater the number of recombinable modules, the more opportunities for creation of novel solutions. For instance, agile development allows to recombine a multitude of micro-services into complex solutions (Ghezzi and Cavallo, 2020;Sjödin et al., 2020b). Thus, the platform value expands as the synergistic interaction of micro-services increase platform functionalities (Bozan et al., 2021;Tiwana et al., 2010).

Methodology
We conducted the study using four in-depth cases of manufacturers that gradually developed industrial digital platforms around their industrial assets and equipment. We opted for a qualitative study with a grounded theory building approach (Glaser and Strauss, 1967) as it responds better to "how" questions than quantitative research's input-output models (Yin, 2017). Moreover, our multiple case studies generated rich, field-based insights into the evolution of industrial digital platforms.

Research setting and sample
In order to investigate how platform sponsors approach the development of industrial digital platforms, we adopted an inductive case study design. The present study is based on four global equipment manufacturers (hereafter Alpha, Beta, Gamma, and Delta). Multiple case studies allow to generate multiple observations on complex and simultaneous processes (Eisenhardt and Graebner, 2007;Gioia et al., 2013) and to develop detailed insights of the theoretically novel phenomenon (Edmondson and Mcmanus, 2007). This research design was particularly useful since there is limited knowledge about the evolution of industrial digital platforms. Information from real-life cases can help identify new aspects and factors derived from reality (Yin, 2017).
The selected manufacturers are world-leading providers of equipment for construction and related industries. They have taken significant steps to restructure their organizations and processes to ensure successful digital platform development. Moreover, they also engaged in collaboration with various external partners to develop and deliver advanced platform services. Currently, these digital platforms already offer various platform services, including geo-location monitoring services, proactive failure detection, and fuel consumption, but also advanced platform services such as fleet management services and agreed-upon availability services with risk-reward sharing. Moreover, all digital platforms reached a level of technological maturity where platform sponsors started developing AI-driven autonomous solutions (e.g., co-pilot services) together with complementors and industry-level competitors. Finally, we had established good contacts with each manufacturer, which led to the collection of detailed descriptions of the digital platform's development trajectory and in-depth information about the process and key milestones.

Data collection
Between May 2018 and January 2020, the authors gathered data primarily through two sources: cross-functional interviews and archival data (Yin, 2017). A semi-structured interview guide was developed that aimed to unfold the process of digital platform development (Fontana and Frey, 1998). In total, the authors conducted 48 interviews with key informants. The informants were identified by snowball sampling, where key informants such as vice presidents were asked to recommend people who had an active role in different phases of digital platform development (Kvale, 1996). Informants who had both functional and senior roles were interviewed in order to capture a multifaceted view of the process. This approach was deemed necessary because the evolution of digital platforms typically requires complex interactions between multiple organizational functions. The informants included senior vice presidents, chief technology officers, business development managers, R&D managers, project managers, key account managers, product managers, portfolio managers, and other managers. These informants gave us a wider understanding of the case studies. We concluded the data collection when theoretical saturation was reached (Glaser and Strauss, 1967). Table 1 summarizes the case studies and the data collection efforts.
With the support of an interview guide, the informants were asked open-ended questions. The interview guide targeted themes about digital servitization, technological architecture development, partner engagement, and how platform sponsors developed a portfolio of platform services. For example, informants were asked questions such as: How did you initiate the platform development process from the technology perspective? What were the initial functionalities of the platform? What platform services you initially offered to customers? How did platform architecture relate to platform service development? How and when did you involve partners in the platform development process? In seeking answers to these overarching questions, we encouraged informants to base their answers not only on the current status of their digital platforms but also on the initial steps taken that preceded the emergence of the platform ecosystems, so that the process could be captured. Follow-up questions were used to clarify points and obtain further details, which enabled further exploration of relevant steps in the development process. The interviews took approximately 60-120 min each and were held face-to-face or via online conference calls.
We combined retrospective data and real-time data (Miller et al., 1997). In order to mitigate retrospective bias we focused on concrete events in the platform development process (Miller and Salkind, 2002). Moreover, we used archival data to track changes in the platform development process. We performed document studies, reviewing company reports, presentations, and newspapers to validate and provide context to our informants' views. This additional effort helped us triangulate data collected from different sources and increase data reliability (Rowley, 2002). Finally, we recorded and transcribed the interviews, or, in the cases where informants did not wish to have their interviews recorded, took extensive notes during and after the interview (Yin, 2017).

Data analysis
The data analysis was based on a thematic analysis approach, which provides ways to identify patterns in large, complex data sets (Braun and Clarke, 2006). Moreover, the thematic analysis offers means to effectively and accurately identify empirical themes that are grounded in the case study context. Through a series of iterations and comparisons (Alvesson, 2011), the authors grouped empirical themes into the conceptual categories. Moreover, the conceptual categories reflected the theoretical constructs from the literature (Strauss and Corbin, 2015). Next, the authors performed a cross-case analysis (Eisenhardt, 1989) to identify similar empirical themes and categories across the cases (Miles and Huberman, 1994). Finally, the conceptual categories were clustered into the aggregate dimensions (Gioia et al., 2013). Therefore, we followed a three-step process similar to that described in the literature (Braun and Clarke, 2006;Gioia et al., 2013).
The first step in our data analysis was an in-depth analysis of the raw data (i.e., the interview transcripts). This analysis consisted of reading interview transcripts, highlighting phrases and passages. By coding the common words, phrases, and terms mentioned by informants, we identified empirical themes that reflect the views of the informants in their own words. The second step of the analysis was to further examine the empirical themes to detect links and patterns among them. This iterative process yielded conceptual categories that represent theoretically distinct concepts created by combining empirical themes. The third step involved the aggregation of conceptual categories. Here, we used insights from the literature to form theoretically-rooted dimensions. More specifically, the authors grouped the conceptual categories into three aggregate dimensions: The first dimension platform architecture unites the categories "product data collection," "analytics utilization," and "artificial intelligent utilization". The second dimension platform services contain the categories "monitoring service development," "optimization service development," and "autonomous service development". Finally, the dimension platform governance consists of the categories "value chain expansion," "value system expansion," and "ecosystem expansion". This step of the data analysis involved thorough discussions about the data structure. Internal validity tests were conducted to ensure greater accuracy of the data structure through email correspondence and follow-up discussions with selected informants.
As the last step, we analyzed the logic, linkages, and mirroring across aggregate dimensions, conceptual categories, and empirical themes. We were able to demarcate three phases in the industrial digital platform evolution that we label platform archetypes: "product platform," "supply chain platform," and "platform ecosystem". Moreover, we wanted to explicate the antecedence of the platform service discovery for each archetype. We used insights from the literature to identify conceptual categories related to innovation mechanisms "search breadth," "search depth," and "recombination". This practice allowed us to generate an overall model (see Fig. 2) while Fig. 1 shows the entire data structure that resulted from the data analysis. Table 2 provides examples of illustrative quotations for the conceptual categories. The initial results of the study were presented to 10 key informants from case studies to validate the results through discussion. Further adaptations were made where relevant.

The evolution of industrial digital platforms
In this section, we present a holistic model of the industrial digital platform evolution that emerged based on the analysis of the four cases. We present our findings in three parts, each corresponding to one of the key dimensions in the industrial digital platform evolution: platform architecture, platform services, and platform governance. Following the presentation of the findings, we offer the resulting framework where we further elaborate on three platform archetypes and the underlying innovation mechanism for each archetype.

Platform architecture
There is no one-size-fits-all approach to the industrial digital platform development. However, this study shows that a key part of the digital transformation journey was investing in the technology of the platform core. During the initial phase, platform sponsors tended to invest in the platform architecture progressively and increase the capacity for product data collection. This included enabling data gathering for major installed bases ex-ante to the possible use cases. Next, platform sponsors focused on analytics utilization as advanced sensors provided increased data quality and data variety. It enabled platform sponsors to start aggregating data, correlating different data sets, and finding patterns. Finally, artificial intelligence enablement brought the power of AI and platform openness that could leverage external data sources and reveal hidden insights. Overall, a key initial milestone in the platform architecture development was investing in the sensor network that generated data and allowed a higher degree of connectedness within the industrial assets. Henceforth, data aggregation and data analytics unlocked opportunities for higher value creation through collaboration with external partners.
Product data collection refers to efforts in gathering and sharing The company is the world's leading manufacturer of equipment for construction, mining, and agriculture.
The company is one of the world's largest construction equipment manufacturers.
The company is the world's leading manufacturer of specialized equipment for drilling and rock excavation, and a complete range of related consumables and services.
The company is the world's leading supplier of equipment, tools, services and technical solutions for the mining and construction industries.

Data collection
Semi-structured interviews Executive (1), Product portfolio manager (2), Project manager (3), R&D manager (2), Senior project manager (1), Procurement manager (1), service delivery manager (3), regional manager (2) Vice president (1), Director (3), Service manager (3), Division manager (1), Strategy manager (1), Digital and technology director (1) Senior manager (3), Procurement manager (1), IT manager (2), Head of automation (1), key account manager (3), business development manager (2), project manager (1) Executive (2), Product manager (2), Line manager (1), IT manager (2), Project manager (1) data about product portfolios, creating a wealth of information about equipment's daily usage, user behavior, and faults. Initially, informants reported that the installation of sensors provided a good starting point. Digital sensor data helped manufacturers to have a better understanding of the product in use, gather operational insights, and look for potential inefficiencies. For example, platform sponsors initially installed sensors for measuring oil quality and temperature, which facilitated automatic measurement (i.e., digital). However, installing sensors was not enough; a critical point was ensuring that sensors allowed connecting products to the network and remote monitoring of various aspects of the product performance. The installation of sensors was initially a machine-centric exercise that offered limited opportunities for creating new services. While the sensor data unlocked advanced remote monitoring services, visualization of data was found to be extremely important for customers. As a result, platform sponsors created digital portalsan embryonic version of the digital platform. For example, one executive explained how they installed a series of sensors focused on connecting as many machines as possible. He elaborated: We started 2001 by connecting all our biggest machines, with no idea what we were going to use the data for, to be frank. It was more of a strategic decision, saying that 'we are probably going to use the data in the future to build services'. That's where it all started, then the current CEO took the decision to accept that cost, so today we have thousands of machines connected.
Then, we started looking at creating some intelligence in this. We created a portal called the (portal name), which consists of the basic information for the individual machines. So, we could provide a very machine-centric view to our customers. We took one machine and we showed the fuel efficiency, the idle time, and basic machine data and visualized this for the customer in the portal.
The next phase included analytic utilization as platform sponsors began installing advanced sensors that were able to collect data about geolocation, load measurement, hydraulic assessment, etc. One informant highlighted that there are approximately 400 sensors per machine that funnel the data to the platform. Such data sets allowed to proactively discover anomalies so that appropriate actions can be taken in advance, if necessary, in terms of both safety and efficiency. As data volume and data variety rapidly increased, a critical investment was needed to ensure that all collected data is utilized. This required labeling, structuring, and correlating data that previously resided in silos. Having structured databases made advanced analytics more feasible and allowed a larger number of users (i.e., data scientists and engineers) to understand and analyze the data. Moreover, these advanced sensors allowed machines to communicate with each other, with the infrastructure, and created significant machine-to-server activity. Thus, the real-time visibility of data was required. The cloud servers and analytics enabled the platform sponsors to access the data from any location and, more importantly, transformed the way platform sponsors use the data and develop services, which shifted from operational to strategic level (e.g., headquarters). Accordingly, cloud servers made possible to display live analytics dashboards to customer's executives. A service manager elaborated: Increasingly, all the important data are being stored and analyzed in our proprietary cloud platform. This shift has been revolutionary for our distributed experts as they can provide closer to real-time data insights to the service engineers and customers.
Finally, the most advanced platform architecture included artificial intelligence enablement. Platforms sponsors started including the lidar (i.e., optical radar) data that created a detailed picture of a machine's surroundings. In such scenarios, machines can understand the structure of their workspace and the objects that surround them. Artificial intelligence algorithms analyzed a combination of various sensor streams to enable machines to act autonomously. First, designing AI algorithms was the key activity on the way to full autonomy. This initial design of AI algorithms aimed at finding the root-cause problem across various functions. For instance, potholes can contribute to tire aging and deterioration. However, if the algorithm navigates the machine, it will bypass potholes and the tire's lifespan will increase. Similarly, controlled acceleration and deceleration of vehicles can enormously reduce fuel costs. Moreover, autonomous machines can operate in complete darkness, which lowers operating costs and eliminates on-site deaths caused by object strikes. Second, the real power of algorithms is their ability to learn. More specifically, they provide self-reinforcing, reprogramming, and simulating abilities. For instance, the algorithmic ability to analyze data at high speed and accumulate knowledge allowed to pre-program new machines with the intelligence of all other machines that preceded them. One executive summed it up: We started looking more into machine learning and analytics to add to proactive monitoring, but also other areas such as spare part logistics, simulations, and operator assistance functionalities. It's low scale but we look into different opportunities.
The value of building on machine learning is that we can build on data insights from all our active and connected machines, not only the ones that customers own. For example, the bucket filling function in the mining environment. This, combined with learning based on a unique customer operational environment, allows for a significantly higher value.
Finally, the ability to improve algorithms depends on the inflow of high-quality data, which requires more interconnected and open systems. Platform sponsors started to collaboratively develop advanced platform services through open APIs. Platform sponsors started opening up their interfaces in an authorized way to extend the platform value and meet customers' requests. Platform openness offered vast opportunities for creating value that goes beyond manufacturers' core competencies. For instance, a collaboration with specialized external partners such as drone surveying and 3D topology technology partners unlocked the benefits for their mutual customers. A product portfolio manager highlighted the importance of opening up platform architecture to complementary partners: We already have API going out. We also have third-party applications that we work with, but in limited numbers. We do strategic partnerships.

Initially, it has been a challenge to have a totally open platform, as we need to ensure adherence to safety regulations and legal requirements. But it has always been our ambition to have an open platform where other suppliers can develop applications.
It's not possible to have the leading digital platform in the industry using only in-house development of applications. We have to be progressive and allow other technology companies to gain from our data and deliver high value to our customers. This is a win-win situation for us, our customers, and other actors.

Platform services
Platform sponsors progressively developed more advanced platform services building on the platform architecture functionalities. Our analysis uncovered that platform service development closely mirrored three phases of the platform architecture development. Therefore, we delineated three levels of platform services: monitoring service development, optimization service development, and autonomous service development.
Platform sponsors began with monitoring service development, which initially took a machine-centric view and focused on creating automated reports (e.g., fuel analysis). Connected machines unlocked the possibility of providing active remote monitoring and generating automated reports. Automated reports served as a base of all other more advanced platform services. Next, early warning services presented a natural extension to automated reports and an opportunity for additional value creation and capture. It encompassed the key machine performance data including location, machine hours, availability, fuel consumption, and history of repairs. More importantly, these services warned customers about potential upcoming breakdowns or operator misuse based on deviations in the data. One executive reported that this move was the cornerstone of the shift from reactive platform services to proactive platform services. Proactive platform services unlocked higher value for customers through more sophisticated data analysis. Gradually, platform sponsors started extending the proactive approach, which resulted in basic diagnostic services. Basic diagnostic services included assisting services and basic proactive monitoring services. However, they focused on individual machine statistics on utilization, such as fuel consumption and uptime. One executive elaborated: We have machine services; we have data coming from the individual machines where we can look at various efficiency services, such as the fuel consumption, load assist and those things. On the machine level, we have uptime and here we have different things, for example, proactive monitoring. It's not for the whole fleet, it's machine by machine.
The second group of platform services refers to optimization service development where the scope was extended from an individual machine to an entire fleet. For instance, fleet management services provided customers with the analytical support to eliminate or minimize risks associated with vehicle investment, to improve efficiency and productivity of the fleet, and to reduce the overall fleet transportation and staffrelated cost. Vehicle tracking technology (e.g., GPS), driver behavior monitoring, and mechanical diagnostics played a key role in the development of fleet management services. For example, Alpha executives described how fuel consumption and productivity data of the entire fleet helped to single out the outliers. Moreover, fleet management services enabled a high degree of fleet utilization and provided customers with effective tools to analyze and compare detailed characteristics of different machines or models. With the help of these services, customers were able to create the optimal 'assemblage' of machines for every assignment. Consequently, fleet management services gave a comprehensive systemic advantage to the customer, from the operator-level to the customer's headquarters level. A service portfolio manager elaborated on the logic behind fleet management services: Then you have fleet services and the customers' needs are very different from those at the machine level. Efficiency services are about fuel efficiency in your fleet. Here, you'd like to be able to analyze maybe 200 machines at the same time and single out the ones that are above the average, for example, when it comes to fuel consumption and understand what application they are so that you could categorize them over time. Also, advanced platform architecture enabled site management services, which served to optimize the entire customer's site (e.g., a mining jobsite). This required mapping out the traffic flow and aggregating data across all equipment on the site to identify inefficiencies. Naturally, this required connecting equipment owned by partners or competitors to the platform and integrating them in the analysis. Site management services encompassed site simulations and site path planning that navigates the equipment along the shortest path, site safety services, and productivity improvement services. For example, executives described how analyzing the traffic flow of the entire customer's site allowed them to identify that a particular crossing created a bottleneck as fully loaded machines driving on an incline were forced to stop for other traffic. The site management service recommended giving these machines priority what subsequently led to reducing wear on critical components (e.g., gearbox) and lower fuel costs by up to 5%. Typically, a dedicated site management service team was formed to identify similar issues and increase customer productivity. A manager of product planning described how site management services could improve customer performance: So, site services are different from the individual machine or the fleet. Here, it's more about creating the routes and making sure you don't have accidents on site. Then, we also have production monitoring. You need to pinpoint which machines you need to pull data from in order to track production. For example, we look at how much they put in the crusher and relate that to fuel efficiency. Finally, we do site simulations and look at what could drive their machines in shorter cycles.
With all platform functionalities in place, some customers opted for outcome-based services, where the platform sponsor guarantees predefined performance and ensures that all downtime is planned. Outcome-based services entail long-term commitments that encouraged platform sponsors to innovate and continuously improve services. On the other hand, customers trusted that they would always get the best advice because the service performance would directly affect the platform sponsor's bottom line. With outcome-based services, platform sponsors entirely took responsibility for the customers' processes. A manager elaborated: Customers can see consistently strong results from their investments that positively influence business outcomes, and the service team at Alpha is empowered with a sense of ownership and incentivized to think big, innovate, and outperform in their own right. This enabled radically re-thinking how we create value. For example, instead of 5 large wheel loaders, Alpha could put in 10 smaller ones, which would reduce the risk of productivity loss when one machine is undergoing maintenance.
Then you have uptime services, and here our customers don't buy machines, they buy uptime instead, and that's for the whole fleet. They don't care what machines we put in to those production cycles as long as they produce whatever they need to produce and we then guarantee an uptime for those machines.
You can all but guarantee they'll be committed to continued optimization to ensure that their solution consistently meetsor exceedsexpectations. When Alpha wins, the customer wins and vice versa.
The third group of platform services refers to autonomous service development. In the case of autonomous services, advanced platform architecture allowed to further improve flexibility, precision, and productivity of unmanned equipment. While still at the nascent stage, autonomous service development started within the transportation function. Based on site path planning capabilities and self-driving technologies, autonomous transportation solutions enabled to use unmanned equipment to transport large volumes of goods on pre-defined routes. First, these services changed the customer's cost structure as driver costs disappeared. Second, they enabled fleets of unmanned equipment to work around-the-clock. In addition, the combination of autonomy and electrification made operations more sustainable. One informant elaborated: We have automation solutions and here you have the automated e-checks machines and machines without anyone onboard. They use advanced radars and those kinds of systems that can prevent accidents.
Finally, autonomous advisory solutions incorporated outcome-based logic in autonomous solutions. Autonomous advisory solutions provided dynamic adjustments to customer-centric processes to maximize strategic objectives. Informants shared with us that providing autonomous advisory solutions would not be possible without active collaboration with external partners and customers. Moreover, it was necessary to thoroughly explore the application context and control for the factors that might affect the performance ahead of implementing autonomous advisory solutions. Finally, autonomous advisory does not necessarily mean unmanned technology; it could be the increased level of autonomy, increased safety, efficiency, or sustainability of the construction equipment industry as a whole. A senior executive illustrated the prerequisites for offering autonomous solutions: If you look at what we did before, the customer paid for the machines and they paid when the machines were broken. So, we have the machine portfolio, and we also have these individual services, proactive monitoring, for example, and we add services to that. However, if you look at what we are doing right now, and what we are trying to expand, it is the use-based models and the outcome-based models. In this we have three different aspects. We have the automation solutions, but it is impossible to sell automation solutions without having performance solutions where we help the customer set this up so that they become more efficient. And then we have these fleet capacity solutions. All three are needed to offer full automation solutions.
But, if they are not interested in automation solutions, then of course we can go with performance solutions and help them optimize their operations. We will look at data coming from our machines or competitors, whatever, and we have a digital platform where we can pull that data to analyze their key machines and the processes that we want to monitor.

Platform governance
The industrial business-to-business context characterizes a low appetite for risk and requires a high level of privacy. Therefore, platform sponsors gradually induced partners on the supply-side, followed by platform adoption on the demand-side (e.g., customers). The first phase included value chain expansion, which implied training, testing, and promoting the platform among traditional intermediaries such as delivery partners. In the second step, platform governance aimed at value system expansion, which involved simulating platform use among various partners and customers. Finally, the ecosystem expansion was facilitated by opening up the platform interfaces, promoting interoperability between different platform services as well as creating an open marketplace for new partners to deploy their value-added services.
The industrial digital platform development requires the alignment of strategic priorities within traditional supply chain partners. Consequently, platform sponsors' initial value chain expansion started with their delivery partners because they historically played a key role in delivering high value to customers. Accordingly, close collaboration with a network of delivery partners was a necessary step to ensure that the early version of the platform was working flawlessly. Our informants highlighted that the aim was two-fold: first, to allow subsidized access to the platform, which signaled partners that the platform offers opportunities for improved collaboration and future gains through platform service delivery; and second, training delivery partners that focused on enhancing the digital capabilities of the delivery network and ensuring that partners were equipped for the digital future. Delivery partners were instrumental in delivering tailored platform services to customers. Moreover, delivery partners were trained on how platform services could add value to customers' businesses. A dealer development manager described: We have been working for a long time on educating dealers about the potential of our (platform name) system and how to use it in their service processes. Some dealers are more progressive in picking this up and others need more support from us. It is still a conservative industry and there can be resistance. But, we realize that we need our dealers on board to deliver increased customer value from our digital investments.
The second phase involved engaging additional partners on the supply side and, more importantly, engaging customers on the demandside. The value system expansion facilitated platform adoption, scaling of platform services, and sharing learnings across different customers' contexts. In order to support platform adoption among customers, platform sponsors granted platform services free of charge to all new machines for a limited period of time. Additionally, one executive shared with us that re-evaluating customer segments improved platform adoption. Platform sponsors tried to match platform services with specific customer's needs and technological readiness. For instance, customer segmentation assessment included total machine fleet size, adoption of new ways of working and technologies, analytical capabilities, operational behavior, and the customer's reliance on delivery partners. Simultaneously, platform sponsors supported platform adoption among partners. For instance, delivery partners actively participated in the platform service development and the platform service sales process. They bundled different platform services into tailor-made solutions and supported customers on an ongoing basis. On the other hand, the platform enabled delivery partners to monitor customers remotely and take action upon identified deviations. With this approach, problems were diagnosed early and delivery partners' technicians would arrive at the customer's location with the right tools, spare parts, and expertise. This increased the frequency of first-visit fixes, which often happened before the customer had realized that there was a problem. One executive explained: During the early years, we interacted with all customers, but we soon realized that we needed to focus on certain customer segments. For example, we had customers that would buy new machines with our digital platform, but turn off most of its features due to misinformation and lower readiness. So, we started focusing on a few progressive customers and we were able to increase their operational productivity. Such success stories helped us to fine-tune our digital offerings and also encouraged other customers to use the platform.
Also, platform sponsors started collaborating with selected third parties in the areas of digital technology development that were outside their core competencies. Certain partners were more important for further advancement of the platform, such as technology partners and specialized service partners. Technology partners were necessary to fast-track certain API developments while their brands added quality assurance to conservative customers. On the other hand, specialized service partners ensured that the touchpoints with customers are well-organized and managed. Consequently, platform sponsors facilitated the onboarding of specialized service partners to ensure quality service to customers. One manager explained: We only develop technology if it's absolutely necessary. The goal for us is to utilize what we have, to start with. Then, of course, there will be a need to develop digital solutions that put demands on the hardware, the software and the back-office. In many cases, we can solve this with the partners that we have. At the same point in time, we realized that we will not become the next Microsoft or SAP, so in this area we don't look that much to actually develop our own competence; we should be able to understand what we need and then use third parties and partners to create what we need.
The third phase involved ecosystem expansion. The industrial context brings a high degree of specialization and long-lasting products with high switching costs. Therefore, it was highly unlikely that any platform sponsor would follow the winner-takes-all approach. Instead of focusing on achieving platform dominance, platform sponsors committed to expanding their value creation possibilities for customers through collaboration with partners and industry-level competing platforms. For instance, one informant reported that their customers have a wide product portfolio, namely industrial equipment from different manufacturers, which required open interfaces to competitors' products. One manager elaborated: We don't want to be naïve and expect that we can convince all our customers to sign up for our platform and digital services. In certain customer segments, such as medium-sized open pits, we can be the dominant machine provider and site optimization solution provider, but in the majority of other cases, we are part of a mixed fleet. In these situations, being considered as the open digital platform provider is a strategic decision.
Next, promoting interoperability between different platform services developed by various partners was important from the customers' point of view. In some cases, interoperability was critical for the configuration of more advanced platform services, such as autonomous services. In fact, the digital landscape created a layer of coopetition; the platform ecosystem allowed competing firms to complement each other's platform services depending on the structure of their customers' industrial assets. One informant elaborated: How The ecosystem expansion showed its full generative potential with specialized third-party applications that used the platform's open interfaces to deploy their value-adding services. In several cases, customers merged services from several independent providers with the platform sponsor's services. In other cases, the platform represented an open marketplace and an opportunity for technology startups to create additional value for customers with innovative solutions. Thus, the ecosystem expansion has redefined industry boundaries, merging the construction equipment industry with the high-tech industry. One informant set the ambition of their platform ecosystem as high as Apple's ecosystem. He explained: We are increasingly thinking like a technological company, such as Apple. They provide the hardware phone but also generate revenue and create customer value through their App Store. We want to create a construction equipment app store for our customers. Such an open marketplace will have our internally developed recommended apps, but also third-party apps. We are committed to this vision of developing an open marketplace, but this is a challenging undertaking.

Expanding the platform value of industrial digital platforms
In this section, we propose a framework for the industrial digital platform evolution (see Fig. 2). The framework illustrates how platform architecture, platform services, and platform governance co-evolve. Moreover, we find that all three dimensions mirror each other. The framework further elaborates three platform archetypes that we label product platform, supply chain platform, and platform ecosystem, as well as the underlying innovation mechanism for each archetype.
The first phase in the evolution of industrial digital platforms outlined product platforms. The product platform was a cornerstone phase for platform sponsors, where they developed the platform core with a machine-centric data, basic data analysis, and ensured value chain partnership to effectively deliver monitoring services. Monitoring services generated a limited platform value through extended search depth mechanism within a specific data source. In particular, monitoring service development hinged on increased data volume and detecting errors within a machine-centric data. According to Global Product Manager: With intelligent equipment, we are able to capture "low hanging fruits". The next phase delineated supply chain platforms. The supply chain platform increased platform architecture functionalities with a fleet data, advanced use of data analysis, and strengthened partnership with both partners and customers that resulted in optimization services. In addition to search depth, optimization services extended the platform value through search breadth mechanism. The search breadth mechanism allowed analysis of incomparably higher data volume and data variety and identifying patterns within larger data sets. Telematics manager illustrated: We started to develop the [service name] with the main feature of generating load weighing data, among others. Then we started to realize that we can actually start looking at productivity data. And, we realized that we have the opportunity to correlate different things in a more valuable way than we did before. So, we started looking at uptime, what we could do there. We realized that we have other systems data that we could correlate. We looked at different types of data: we looked at statistical data based on quality claims and warranty data. We created a set of data that could be used. When the data were correlated with these patterns of claims for specific systems and machines, we could generate proactive notifications. It was not that long ago that we launched it, two years ago, and we are now also looking at improving our platform in different ways, to become more advanced. Also, we are looking at the productivity and load weighing data, how we can use it to correlate that with other data.
Finally, the most advanced stage covered platform ecosystems. The platform ecosystem additionally increased platform architecture functionalities that included AI-driven data analysis and opened interfaces to diverse partners that collectively enabled autonomous services. Autonomous services expanded the platform value through recombination mechanism. The recombination mechanism allowed utilizing micro-services to configure novel solutions. Portfolio manager explained the logic of recombination: It comes down to what we have to do in the future; if we use micro-services to configure the solutions, we can see this as kind of components of solutions.
Before, we used to have our machines, our individual services, and if we combine these, we get solutions … but we are moving away from that … we say we have our portfolio of machines, we have our portfolio of individual services (which are mostly related to uptime), but then you have also digital solutions that leverage both of these other portfolios … we sell these digital solutions as an individual entity. It's a modular approach.
Our solution portfolio for machines are very diverse and developed. This allows us to bundle many smaller services into a customized solution.

Discussion
The present study aims to propose a framework for the platform evolution in the industrial business-to-business context. In doing so, we offer a holistic perspective that encompasses both technological architectures and platform governance with broader implications for expanding the platform value. The study demarcates three platform archetypes that we label product platform, supply chain platform, and platform ecosystem. Therefore, the framework developed here extends the literature on platform ecosystem and digital servitization in several ways.
First, the present study shows that digitalization does not only facilitates servitization strategies but also enables new platform-driven business models that require reconsidering organizational boundary choices and entail greater dependence on the surrounding digital ecosystem (Huikkola et al., 2020;Kohtamäki et al., 2019). However, due to high specialization in the industrial sector, we argue for the necessity for manufacturers to become platform sponsors and work collaboratively with their partners and customers to develop advanced platform services around their industrial assets (Sklyar et al., 2019;Tronvoll et al., 2020). In particular, the platform ecosystem approach deems essential for the development of higher-order autonomous platform services (Iansiti and Lakhani, 2020;Sandebrg et al., 2020;Svahn et al., 2017).
Second, the study argues that the technological maturity of the platform architecture is associated with specific features of platform services. In order to shift from simple monitoring platform services to more advanced autonomous platform services, platform sponsors need to make gradual investments in the platform architecture to expand platform functionalities (Thomas et al., 2014). We also present how architectural control decisions on boundary resources allow to initially control and later promote complementary extensions to the platform core (Ghazawneh and Henfridsson, 2013). Moreover, we explicate how this process links to specific platform service development. Thus, study contributes to the literature on platform architecture and digital infrastructure (Constantinides et al., 2018;Tilson et al., 2010) with implications for the literature on platform openness and platform generativity (Cenamor and Frishammar, 2021;Cennamo and Santaló, 2019a).
Third, the study shows how the platform architecture development and associated platform governance mechanisms co-evolve. In general, the industrial digital platform evolution usually starts off with an internal focus, and gradually becomes more open and inclusive for other partners. Moreover, the industrial B2B context shows that the platform sponsor would first reach out to its traditional supply chain partners on the supply side (Randhawa et al., 2018) before engaging with customers and other complementors on the demand-side (Sjödin et al., 2020b). Thus, the study further elaborates the antecedents of complementor selection in the evolution of platform ecosystems (Hou and Shi, 2020;McIntyre and Srinivasan, 2017). Moreover, the study explores governance mechanisms in the early phases of the platform ecosystem and unpacks dynamics associated with the platform ecosystem formation (Hannah and Eisenhardt, 2018;Rietveld and Schilling, 2020). Finally, in contrast to the B2C context where the winner-takes-all approach prevails, we argue that the B2B context is vastly different. We display that the high switching cost of the industrial equipment as well as narrow platform scope and platform size would encourage platform coopetition rather than platform competition (Cennamo, 2019;Kretschmer et al., 2020;Pellizzoni et al., 2019).
Fourth, building on the existing platform literature, this study argues that successful industrial digital platform evolution hinges on mirroring platform architecture, platform services, and platform governance (Colfer and Baldwin, 2016). In contrast to the structuration ecosystem views (Adner, 2017;Jacobides et al., 2018), we present cases of the ecosystem co-evolution (Hou and Shi, 2020). We account that the platform sponsor's technological choices, existing supply chain relationships, customer readiness as well as construction equipment market attributes largely affect the platform ecosystem co-evolution. Consequently, we contribute to the co-evolution perspective of platform ecosystem literature.
Finally, the study explicates the underlying innovation mechanisms for three platform archetypes. More specifically, the study presents empirical evidence of how digitalization unlocks innovation opportunities through platform service development (Nambisan et al., 2017;Yoo et al., 2012). Building on digital innovation literature , we illustrate how digitally-enabled search depth, search breadth, and recombination extend the platform value. Thus, the study contributes to the literature on digital generativity (Kallinikos et al., 2013) and innovation mechanisms behind the platform service discovery (Dattée et al., 2018;Hou and Shi, 2020).

Future research and limitations
This study is not without limitations that call for further research. Though research has begun to emerge on industrial digital platforms, it is still a nascent research field. First, the winner-takes-all mantra from the B2C context is not transferrable to the B2B context. This also implies that the existing platform literature have limited generalizability and transferability to industrial digital platforms. Second, this study acknowledges that scholars should put more focus specifically on the early phases of the evolution of platform ecosystems. Third, industrial digital platforms offer a fruitful context to study how actor-specific data contributes to the development of platform governance and how platform governance mechanisms evolve. Fourth, industrial digital platforms offer a unique context to study the selective promotion of complementors and the transition from closed to open platform ecosystems. Finally, we invite scholars to further explore digital innovation mechanisms that contribute to the platform service discovery.

Managerial implications
In managerial terms, this paper makes several important contributions. First, the paper identifies the critical dimension in the evolution of industrial digital platforms. Prospective platform sponsors are required to simultaneously manage platform architecture, platform services, and platform governance. Second, the study highlights the investments and managerial steps required to transition from monitoring services to autonomous services. Third, we present strategic interactions between different actors in the B2B context and responsibilities of a platform sponsor role. Fourth, access to quality data is a critical step for the development of industrial digital platforms. For instance, platform sponsors often give away telematics systems for free in order to generate quality data for the development of platform services. Finally, platform services need to create a business case for both platform sponsors and customers.