4.1. Data and Market Context
This section aims to present an analytical model of the evolution of SAP’s (Systemanalyse und Produktentwicklung in German, or, Systems, Applications & Products in Data Processing in English) product innovation “R” and the way it shaped the market over irreversible historical time. In 1972, SAP introduced a software program to the market which was targeted to businesses. This software program was the first one standardized for businesses, integrating business processes for sales, materials management and accounting and allowing to enter data in real time [
32]. The latter property corresponds to today’s terminology of “online”, and was associated with the product name “R” for real time. By providing this software, SAP changed decision making processes in businesses by reducing transaction and agency costs, and making use of network externalities in form of standardization [
33]. This product innovation is accepted as the starting point of a new market segment, that is, in today’s terminology the market for enterprise resource planning (ERP) software [
33]. As found out by Yun et al. [
34], how a certain market is shaped depends much on the leading firms’ behavior; hence, the focus on SAP as the global market leader for the ERP software market can deliver new evidence for exploring and explaining the complex relation between product innovation and market shaping.
Based on the above-mentioned method, the author translates the research question into the context of the causality measurement due to Lehmann-Waffenschmidt [
31] as follows: Was SAP’s success a necessary, or a strong, or a weak consequence of its product innovation? To be more precise, the author asks whether we can explain SAP’s market shaping success with the variation-selection-retention paradigm and by constructing a blind analogy from evolutionary biology, as suggested by the universal Darwinian framework [
15,
19] and the corresponding image of the heroic innovator [
35], or if the market expansion process of its product innovation is rather a contingent process [
6]. Here, the author expects that SAP’s market success is not a necessary consequence of its product innovation, hypothesizing Hayek’s [
7] observation that the evolution of the market has a game-like structure where both luck and plans of actors are relevant for the direction of the evolution.
By trying to answer this question with universal Darwinian arguments, one may choose a wrong turn for explanation, since these arguments may fall into the trap of post hoc ergo propter hoc [
20]. The same applies for (neo-)Schumpeterian traditions of observing either entrepreneurs without firms, or firms and routines without entrepreneurs [
36]. These different (neo-)Schumpeterian models seem to neglect an important dimension of the market process; imagination, leadership and the entrepreneurial input focusing on business conceptions [
28]. A further shortcoming of the neo-Schumpeterian scope of research is to take a dualistic ontological stance on the relation between change in nature and change in economy [
37]. This seems to be a problematic view, since knowledge generation relevant for economic change starts in the human mind [
6,
9,
10,
27] and through the involvement of human cognition, an interdependency between economy and nature can be established, as the latest attempts to associate the psychologic work of Hayek with his economic theories also demonstrate [
6,
10,
38].
The first step of the analysis was to identify the success factors of SAP’s product innovation based on the literature [
33,
39,
40,
41,
42,
43].
Table 1 summarizes and categorizes the literature review conducted by Erkut [
33] regarding the success factors of SAP, where ✔ indicates a direct implication of the corresponding contribution regarding a certain success factor, (✔) on the other hand indicating an indirect implication that is interpreted by the author as belonging to the certain success factor. The “compatibility with IBM (International Business Machines Corporation)” factor indicates that SAP’s software program was compatible with IBM mainframe computers [
41]. With “word-of-mouth strategy”, the author indicates the marketing strategy used by SAP in order to market its product innovation “R” and its successors [
32], which was mainly by focusing on managers of firms that were potential customers of SAP, instead of a direct marketing campaign.
It has been questioned by Tuomi [
35] whether the notion of a “success story” has a good explanatory power when it comes to innovations and their success in the market. Taking a look at the relevant success factors that were identified in the literature, it can be questioned whether these properties that constituted the success of SAP had any plausible alternatives that would hinder its success in shaping a new market segment. From this perspective, the focus will be put on the emergence phase of SAP in order to take a look at other firms in the software market which emerged during this era. SAP was one of a handful of software firms that emerged in West Germany after the unbundling decision of IBM [
41]. The software-oriented firms that emerged during this era can be categorized with three different organizational structures; software firms, consulting firms and hybrid firms combining software development and consulting [
41].
The emergence of West German software market after the unbundling decision of IBM and the successful product innovation of SAP were both key events in the evolution of the global ERP market. SAP’s product innovation was an answer to the long lasting debate on standardization versus adaptation [
40], which emerged during the 1970s as a challenge for multinational corporations to balance the trade-off between increased needs of global integration in terms of competing standards, and local adaptability and responsiveness. This was a challenge for the transformation towards electronic data processing and information-based decision-making systems in firms, since on the one hand a cross-functionality was recognized as a need to enable better and more precise decision-making processes for the management level. On the other hand, local adaptability and responsiveness implied that such a cross-functionally integrated software program meant excessive planning and lack of flexibility [
40]. Hence, two alternative standards on the market emerged as the integrated business software program R of SAP, and diverse single-function software programs from different software vendors.
Based on the literature on lead users [
44], it can be asked whether a tendency for own development of the software should be expected, i.e., whether a fourth category of
lead user firms can be added to the three categories mentioned above. Empirically, the closest form of a firm to that of lead users was university spin-offs, but in case of SAP, this is questionable, since the software program R was developed together with an industrial customer. According to Leimbach [
41], such a tendency for own development was associated with very difficult market conditions of standardized software applications. In addition, industrial users were for software firms both potential customers and potential competitors regarding the market for qualified employees [
41]. These considerations, together with the lack of software firms and the lack of knowledge in case of industrial users led to the fact that a phenomenon like lead users did not emerge in 1970s Germany in the case of standardized business software integrating business processes in real-time. Hence,
lead user firms or university spin-offs cannot be considered as a fourth category.
The evolution of different types of IBM spin-offs goes back to the decision of unbundling hardware from software by IBM, which is generally accepted as the starting point of the software market in the USA (United States of America) [
45] and had similar effects in Europe, especially in West Germany [
41]. Many former IBM employees resigned to establish their own firms, and the emergence of software firms of West Germany in this era can be associated with a number of IBM spin-offs, as well as some subsidiaries of other foreign firms and university spin-offs. In terms of Buenstorf [
46], IBM served in this context as an enabler of a number of spin-offs that emerged. Since IBM played a big role during this emergence process, and its concentration on hardware turned out to be less promising as it was considered initially by the management level [
41], a relevant question would be whether the unbundling decision was an inevitable one for IBM. For considering this, taking a look at IBM’s competitor Apple would be relevant in order to see what makes the unbundling decision of IBM unique in comparison to Apple’s strategy of not to unbundle hardware from software.
Unlike IBM, the US Department of Justice did not put pressure on Apple to unbundle hardware from software, simply because it was serving a niche market where most of its profit was coming from hardware [
47]. Hence, not only seems the unbundling decision to be inevitable for IBM, but it is also visible why the US Department of Justice put pressure on IBM and not on Apple regarding the implementation of the unbundling strategy. Hence, it was inevitable for the German computer industry to observe the birth of a number of software firms after the unbundling decision of IBM. Clearly, these IBM spin-offs noticed some profit opportunities outside IBM, which they could exploit, a characteristic of opportunity-induced spin-offs [
48], but there were also some spin-off founders who simply did not see any favorable conditions in IBM to continue to their careers, a characteristic of necessity-induced spin-offs [
48].
Even though the motivations of the entrepreneurs may be different, the institutionalization of a new idea goes beyond the type of the spin-off to a cognitive dimension of organizing economic resources, which Witt [
28] names as “business conceptions”. According to Witt [
29], a business conception consists of “subjective, sometimes highly idiosyncratic imaginings in the mind of (potential) entrepreneurs of what business is to be created, and how to do it” (p. 1127). Due to its subjective nature, a business conception has a contingent nature, and how a business conception emerges is not only dependent on the (potential) entrepreneur’s cognitive dimension, but also how this cognitive dimension generates a pattern of association at a certain time with previous experiences of that particular person that resemble the current experience at that certain point of time [
6,
9]. As Witt [
29] puts forward, this process of pattern recognition and knowledge generation regarding the business conception of the (potential) firm is guided by cognitive frames of (potential) entrepreneurs, which are very subjective and heterogeneous, leading to the formation of different business conceptions due to different framing and selection effects regarding the interpretation of perceived information associated with the business conception.
4.2. The Factual Process
The factual process starts in February 1972 with the recognition of the objectively available information by Dietmar Hopp and Hasso Plattner and their cognitive capability to transfer this objectively available information into tacit and subjective knowledge—i.e., the nano dimension described by Erkut [
6] (E
i). In this context, this corresponds to the higher order opportunity [
49] of the need for an integrated business software program working in real time, and standardized for firms. By recognizing this higher order opportunity which existed in an objective way [
49], the two engineers came together with three other personalities Klaus Tschira, Hans-Werner Hector and Dr. Claus Wellenreuther to become a team for turning this tacit knowledge into a new product with a corresponding business conception [
28]. SAP was established in April 1972 as a software firm with flat hierarchies, where all cofounders contributed to the transmission of tacit knowledge into a software program (E
i+1). What the cofounders had in common was their previous employment in IBM, and how they resigned from IBM in order to develop their idea (where Dr. Wellenreuther resigned from IBM before Hopp, Plattner, Hector and Tschira). Nevertheless, the newly founded SAP did not have any investors and did not own any computers to work with, therefore, after some time in coding in the newly founded headquarters, around May 1972 it started the initial phase of the NPD. It could only focus on the NPD in codevelopment with its customer ICI (E
i+2), by using the computer facilities of ICI [
32,
41]. At the beginning, the NPD consisted for only the use of ICI, but nevertheless, the cofounders made a deal with ICI enabling the further sale of the software program upon a successful NPD. Hence, around the same time as the first efforts were done by cofounders, SAP cofounders contacted the managers of firms which were operating in the Rhine-Neckar Metropolitan Region (RNMR) to inform them about the advantages of the software program which they were developing. As shown by Erkut [
33], the software program R shaped the market later on by means of making use of network externalities, and by reducing agency and transaction costs.
The fact that the cofounders recognized similar business processes and similar needs regarding business software in different firms during their employment period in IBM also means that they continued to make use of their previous customer network. Since RNMR was a plethora of industrial firms—both German firms competing internationally, and foreign firms with branches in RNMR—it was for SAP’s advantage to show these potential customers the ways they were codeveloping the program with ICI [
32] in the early months of 1973. Through that way, it aimed to perform regional market shaping by focusing on the needs of the potential customers, but building a new product to address these needs (E
i+3) [
5]. In addition, SAP cofounders got the help of Kurt Bruch, a consultant who previously did his PhD at the chair of Walter Georg Waffenschmidt in Heidelberg University right before Claus Wellenreuther, in order to reach the managers of firms active in RNMR. Through this way, not only did SAP try to optimize the standardization process of the software program, but also made sure that there would be a market demand. Therefore, the marketing strategy chosen was a word-of-mouth strategy (E
i+4), where the point of time corresponds roughly to June–August 1973 since Kurt Bruch was holding meetings with the managers in his consulting firm during this time, where SAP cofounders were already talking on the first version of the prototype. Nevertheless, these meetings were formalized and gained importance in 1974, since the product was officially available for sale around that time. This strategy was used by SAP for more than two decades to reach the target group of managers [
32].
In the starting phase, there were also manager launches at ICI (Imperial Chemical Industries) where potential SAP customers were observing the progress of the NPD. Since these potential customers were either foreign firms with branches in RNMR, or German firms of RNMR with branches in foreign countries, an international focus emerged around this time in the cognitive organizational framework of the newly established SAP (Ei+5), roughly corresponding to the late months of 1973. As it would be seen later on, the way SAP shaped the global software market was mainly due to this early internationalization focus by the interactions with internationally oriented industrial customers.
The successful NPD was finalized in December 1973 (E
i+6) and was a result of the codevelopment with ICI, especially the key feature in the successful development was to make use of ICI’s IBM mainframe computer of type /360 in order to simulate higher hardware capacities of the future IBM mainframe computer of type /370—in other words, the cofounders went beyond the restrictions of the technological frontiers [
32] in order to continue with their product innovation. The cofounders made use of the word-of-mouth strategy to emphasize the market shaping effects of their software program. This ended in the success of R in the market, creating a new product class and differing from both the rest of the software programs that were available (E
i+7) in the market conditions of 1974. Especially since until that time business processes of firms were organized in terms of data collection and data processing by different groups in teams, firm managers targeted to cut costs by investing in R, since the integration of different business processes into a single software program meant that not every department of a business would need a different team for data processing [
32]. Furthermore, the fact that the same information would have to be processed each time at different departments of a business until the introduction of R also meant that through that way both costs and the risk of wrongly entered information would be reduced [
33]. The question at this point is, whether this was a necessary consequence of the new technological knowledge that was building the basis of SAP’s product innovation. For this purpose, the author considers three different counterfactuals.
4.3. Counterfactual 1: SAP as IBM’s Subsidiary
The author considers SAP being IBM’s subsidiary (E
i+1I,II,III,IV) as a plausible alternative development that could have occurred, but did not. In addition to the fact that IBM subsidiaries existed in other forms throughout its business history (hence, corresponding to an
alternative factual occurring in consecutive time), the plausibility can be expressed in terms of the following factors: First, the key role Dr. Claus Wellenreuther had in IBM Germany, who was not considered during the centralization process of software development, which led to his resign and the key role he took in SAP’s founding team. In addition to being the only one with a business degree in the founding team, he was known in the home region of IBM Germany and SAP with the “Wellenreuther bookkeeping” software methods, which contributed to the word-of-mouth strategy of IBM Germany and SAP [
32,
41]. In addition to that, the state of the art technology to capture business processes prior to the establishment of SAP was causing problems in data processing of firms [
33], which implies the emergence of a higher-order opportunity in terms of Buenstorf [
49], meaning that there was an opportunity to create an opportunity. One such attempt was IBM Germany’s codevelopment of a real-time data processing system with an industrial client called ICI in order to solve this problem. This attempt ended up as an IBM working paper, and ICI requested IBM Germany to continue with the development of the software program with Hasso Plattner and Dietmar Hopp (later on, two of the founders of SAP), which was rejected by IBM Headquarters in Germany [
32] upon the regret of IBM Germany head Henkel after the emergence of SAP [
50]. The integration of single-function systems into one—one of the most important properties constituting the product innovation that shaped the market—was already an attempt by IBM in its COPICS concept [
32].
Therefore, there are plausible reasons for considering SAP as an IBM subsidiary. The question is, whether this organizational form occurred at any point of time in IBM’s history—and what it would have looked like. The suggestion of ICI to IBM Germany was to codevelop the software program together with Plattner and Hopp independently from the central software development unit of IBM Germany in Stuttgart (E
i+2I,II,III,IV), which is structurally similar [
1] to the IBM USA’s “Project Chess” [
22,
51] in 1980, which was an independent development unit for personal computers far away from IBM’s Headquarters in New York. This alternative factual case is therefore a case in consecutive time and generated by decision makers [
31]. Whereas the time limit for “Project Chess” was one year [
51], SAP’s factual start-up phase and the real standardization phase of the program took up to 10 to 15 years according to Dietmar Hopp [
52]. This was basically because the target was to create a standardized software program that would capture the business processes of any industrial firm [
32]. Even though the idea went back to recognizing patterns in business processes of different firms, fitting this in a software program was very challenging. This would have taken time and placed enormous pressure on the developers (E
i+3I,II,III,IV). One of the most important reasons that caused a factual delay is the technological frontiers of the era—the technological frontiers were IBM’s mainframe computer of type/360 and the display terminals of IBM 2260 [
32], and they were not able to function with SAP’s software. Only after writing a special software program to simulate larger hardware capabilities, the cofounders of SAP succeeded to have a compatible software program. Whereas going beyond the technological frontiers was only with the imagination of cofounders possible, this also means that the imagining of not existing technological alternatives would not have necessarily occurred in any other case. The author points out to a number of previous attempts that were unsuccessful because of the restrictions of technology frontiers [
41].
Since one of the reasons of the factual rejection of IBM Germany was that it was too costly for it to keep two of its good employees for a single customer [
32,
41], and due to IBM Germany’s own dependency on IBM USA, the author concludes that the headquarters of IBM in USA would have decided on the continuation of this codevelopment project. This conclusion is also in line with the factual development of IBM Germany after the resignation of the SAP cofounders, as it was written by Henkel, whose suggestion to concentrate on the opportunities regarding material resource planning software was rejected from the headquarters in USA, which corresponds to today’s ERP software. It is clear that the focus of IBM USA was on hardware [
41,
50].
An acceptance of the continuation of the project from IBM USA (E
i+4I,II,III) can be considered as plausible because of a number of reasons: The first written evidence of the blueprint of SAP’s “R” was published as an IBM working paper with Plattner, Hopp and ICI manager Meier [
41] being the coauthors—implying, even though IBM was focused on hardware, it might have claimed the intellectual property rights of the working paper. In addition, the technological frontiers of business software were causing big problems for the industrial customers of IBM [
32], hence, the need for a better alternative was visible. These two reasons may seem contradictory to the hardware-focused strategy of IBM, nevertheless, it must be said that the unbundling strategy of IBM was restricted to a certain level in order to overcome antitrust actions against it and was not a complete sacrifice from software development [
53]. In addition, since IBM had a strategic position regarding its hardware systems, development of software that would be priced separately brought a competitive advantage to it [
53] due to the fact that new software programs were designed in a compatible way with IBM hardware. In this way, the intervention of the IBM headquarters in USA implies that the decision met would have been done with respect to the relevant target group of the much more developed software market in USA, rather than the emerging one in West Germany. Since IBM’s target was to make use of software in order to increase the value of hardware [
32], and since a continuation of the NPD would imply higher costs for IBM, it is plausible to consider that IBM USA would evaluate the continuation with the perspective of the software market in the USA. A knowledge filter or a bias as was the real case as IBM Germany’s head Henkel suggested the headquarters in USA to start an alternative to SAP [
50].
This is contingent on how far the headquarters in USA would overcome the knowledge filter described by Audretsch and Link [
54]. According to the authors, the knowledge filter may prevent the process of new knowledge shaping the market. A historical observation by Lehrer and Behnam [
40] points out to the fact that the software market in the USA was primarily a market of single-function systems which is the opposite of the standardized software program of SAP that integrated different business processes into one. Hence, if the headquarters would have accepted the continuation of the software development, this acceptance would be based on their ability to identify a market gap [
5] in the software market in the USA, implying an emigration of the program to the headquarters. This counterfactual is structurally similar to the alternative factual development that was the case in Software AG [
41], which shifted its focus from Germany to USA soon after it was established [
55], even though it has its headquarters still in Germany. The reason behind this shift was that the need for its products was more visible in the (more developed software market of) USA than in Germany. Hence, an emigration to the headquarters (E
i+5I,II,III) is a plausible counterfactual.
What would the continuation of the NPD look like, if it would have been done in the IBM USA? Since the factual development of the software was long, a structurally similar alternative factual NPD may be considered as a counterfactual event. A factual NPD during this era within IBM USA was the development of the Future System project. This project was a megaproject involving a radical development of a product line to incorporate technological developments within the IBM framework, starting in 1971 and ending in 1975 [
56]. According to Thürmer [
56], both conformism of an IBM egocentrism and risk aversion influenced the decision of the IBM Management Committee to stop the development of this project in 1975. This was due to the factual reasons behind the crisis in IBM, which led to the end of the Future System project, i.e., the lack of decision-making ability of the management level in order to match the firm strategy with the available technological developments [
56]. This would have also played a role in the counterfactual NPD of “R” in the USA, since IBM as a whole was affected by these reasons.
This would have led to three different outcomes:
NPD would have continued successfully (E
i+6I,II,VII,VIII), since both the recognized pattern of business practices and processes was not specific to West Germany—hence, developers would continue to learn from the interactions with customers, and continue with the standardization. The continuing interaction would have evolved to customers recognizing the need for this software, and willing to invest for it, even though there was a recession (E
i+7I,VII). A reason for this would be the failing capabilities of single function systems to reflect the real time state of business processes in an integrated way. Hence, the opportunity costs of staying with the dominant software systems of the era would be too high considering the problems they caused for decision-making and planning on the management level [
33]. The successful continuation of NPD can be seen in some parts of the Future System project developed after the official end of this project, becoming successful in the market, such as IBM’s System/38 and 3800 laser printer [
57].
Alternatively, the successful continuation of NPD would have ended as being an unsuccessful innovation (E
i+7II,III,V,VIII,IX), as it was unable to reach and influence the target groups. The plausibility of this counterfactual consideration can be explained with the fact that even in 1990s, where SAP’s software programs were already successful in Germany, the notion of an integrated software was still hard to grasp in the USA [
40]. The knowledge filter [
54] was therefore harder to overcome in USA than in West Germany. Therefore, it is plausible to consider that customers might have wanted to stick to single-function systems instead of investing into an integrated system during the Recession. SAP’s presence in USA starting in 1988 [
32] is an alternative factual in consecutive time for this counterfactual—even though in 1990 SAP was among the top five business software firms, the US market was still underrepresented in terms of its sales; in 1990, it was less than 5% [
45] and only with the third generation of its software, R/3, there was a significant increase.
Finally, the alternative of an unsuccessful NPD can also be considered as a counterfactual event (E
i+6III,IX). The plausibility of this event is explained with the changes IBM was going through during this era. According to Thürmer [
56], the reason behind the organizational problems IBM went through was its deviation from its founding principles and the lack of a clear strategy in order to allow for an organizational innovation. This lack of perspective was also visible in IBM Germany, not only in the headquarters, and as Plattner expressed, the founding team of SAP noticed that there wasn’t enough freedom to innovate within IBM—these organizational problems and their role in the unsuccessful end of the Future System project, would have also caused an unsuccessful NPD. In addition, the vertically organized structure of IBM and the interventionist policies of the central management committee [
56] would have affected the innovative perspectives negatively, leading to the unsuccessful end of the project (E
i+7II,III,V,VIII,IX), just like in the case of Future Systems.
These three counterfactuals are contingent upon the decision of IBM CEO Cary overcoming the knowledge filter [
54] and allowing the development of the software program in IBM USA. As described by Audretsch and Link [
54], new technological knowledge which presupposes the products developed out of them are “inherently uncertain” (p.12), and their outcomes or values cannot be forecasted precisely since their development is non-predetermined—a basic notion of what makes a new idea “new”. The already failed attempt of IBM Germany’s head Henkel to convince the IBM USA headquarters for developing a similar software program can therefore be used in this context as a counterfactual (E
i+4IV), stopping the process.
4.4. Counterfactual 2: SAP as a Consulting Firm
The main trend among newly established software-oriented firms was to become consulting firms [
41]. This trend is considered as a “driven by the market” strategy [
5] since consulting firms were not involved in the development of the software programs but rather focusing on individual (organizational or software-oriented) solutions for their customers [
41]. The plausibility of SAP becoming a consulting firm is explained with cofounder Plattner’s view that becoming a consulting firm was an option for SAP, since both himself and Hopp were system advisors to IBM customers, and were not a part of the software development team of IBM [
58]. A strong argument for consulting firms is that almost all software firms established after the unbundling decision of IBM in West Germany were either consulting or hybrid firms combining consulting and software development jointly [
41]. In the specific case of SAP, the restricting factor of the technology frontiers not allowing the development of the software program [
32] and the associated solution by the cofounders to simulate larger hardware capacities indicate that also SAP might have been ended in the case where the higher order opportunity was perceived by them, but they were not able to develop it (E
i+1V)—since imagination of non-existing alternatives such as simulating nonexistent hardware capacities is very subjective. In addition, as Plattner says, “SAP might not have come into being were it not for his efforts one rainy day in 1972” [
59].
Since the initial version of “R” consisted of around 2000 punch cards, which Plattner accidentally dropped onto a wet floor during a rainy day, the continuation of the NPD was only possible because the cards were not completely damaged. If the cards had been completely damaged, it would have been possible that Plattner and the other cofounders would not have been able to completely rewrite the software program in the same way as it was before, and since the opportunity costs of becoming consultants were lower than spending more time for the software program (without a funding source), they would have become consultants.
In a similar way, another (future) ERP vendor started its operation quite differently, but shifted its focus. Larry Elison, Oracle Corporation’s cofounder, initially started to focus on IBM’s System R, which is a database system and the first application of SQL. Even though his aim was to have a compatible product with IBM’s System R, but his efforts were stopped by IBM, which did not agree to provide him some error codes [
60]. Instead of continuing his efforts, he changed his focus. Hence, it is plausible to consider that SAP would have shifted its focus from software development to services (E
i+2V). Since the dominating software form in the market was single-function systems like in the USA, they would have continued to work within the available technological frontiers to focus on individual solutions instead of software development and standardization/integration (E
i+3V). In this particular setup, the focus of SAP cofounders would turn into the international software market to capture new developments for creating these individual solutions to the customers (E
i+4V). This would have altered the evolution of the ERP market—since around the same time another German hybrid firm, ADV/Orga, was focusing on standardized single-function software programs (IPAS for human resources, IFAS for accounting, ICOS for cost management), the market would have evolved towards the dominance of the standardized single-function software programs instead of an integration (E
i+5V,VI). No NPD would have come into existence (E
i+6V,VI) and those that came into existence like from ADV/Orga would have had the character of single-function systems, eliminating the possibility of R not becoming successful (E
i+7II,III,V,VI,VIII,IX) since the dominant designs in the market would not have the same market shaping effects as R [
33]. This corresponds to the factual development of the software market in USA, hence, the counterfactual is an alternative factual occurring in synchronic time.
4.5. Counterfactual 3: SAP as a Hybrid Firm
A third type of business conception that is relevant and plausible is the hybrid form (E
i+1VI,VII,VIII,IX). Among the software oriented firms that emerged during this era, important firms like Softlab were hybrid ones that combined both consulting and software development. Since SAP was not a one-man business but involved five different cofounders with different competencies, the decision of flat hierarchies and equal contribution of all cofounders to software development is not a necessary decision—as it can be seen from the course of the events, one of the cofounders (Hector) was in fond of hierarchical structures, and another one (Wellenreuther) worked with his own group in SAP like a firm within the firm, and later established his own software company [
32]. In addition, Hopp and Plattner were system advisors at IBM and not software developers [
32], meaning that a division of labor between consulting and software development would have been possible. These facts confirm the plausibility of a hybrid firm, since this type of firm often involves more hierarchical structures that are necessary to cope with dual capabilities of software development and consulting. In addition, SAP started its cooperation with consulting companies in 1980s [
32] as a result of the need for consulting regarding SAP software, which is also a plausible reason to consider that SAP would have been a hybrid firm.
The hybrid firm would have had a clear division between software development and consulting (E
i+2VI,VII,VIII,IX). This would have implied that the organizational structure would have involved developing dual capabilities for both processes. Among the two branches, software development is more cost-intensive than consulting (E
i+3VI,VII,VIII,IX)—and even though ex post it was visible that SAP’s product innovation shaped the market in a very radical way [
33], ex ante this was not foreseeable due to the knowledge filter [
54]. Hence, due to the convenience of consulting, the unpredictable nature of the product innovation and cost-intensive structure of software development, this branch would have been outsourced (E
i+4VI,VII,VIII,IX). As a result of this outsourcing, the hybrid firm would have evolved into a consulting firm, focusing on individual solutions instead of software development.
Here, two outcomes would have been possible. First is a focus on the single function software products (Ei+5V,VI) as it has been the case described in the counterfactual event of SAP being a consultant firm, leading to a market where standardized single function software products would have been in dominating roles (Ei+6V,VI) and the emergence and the diffusion of R would not have come into existence (Ei+7II,III,V,VI,VIII,IX). Second is the possibility that the “outsourced” group of software developers would have established an autonomous software firm to provide the necessary software for the hybrid firm which evolved into the software firm. The autonomous software firm would have continued the NPD (Ei+5VI,VIII,IX), but the success of the NPD would have not followed straightforward, since the factual process of the NPD in case of SAP involved the joint work of all cofounders who had different competencies relevant for the successful NPD. If this would have been achieved with a part of the cofounder team, and a part of the employees of the original hybrid firm, there would have been a successful NPD (Ei+6I,II,VII,VIII). The successful NPD would necessarily require the acceptance of the target group and their willingness to invest into the software program. In this case, the consulting firm would have been a catalyzer, but the outcome would have been dependent on the ability of the target group to prefer a standardized and integrated software program to individually developed ones which were single function software programs, hence, implying either success (Ei+7I,VII) or no success (Ei+7II,III,V,VI,VIII,IX). If the development of the software program with a part of the original cofounder team would have not been achieved successfully (Ei+6III,IX), the NPD would be unsuccessful (Ei+7II,III,V,VI,VIII,IX), and the hybrid firm which evolved into a consulting firm would have been focusing on services and consulting without being affected by the unsuccessful NPD of the outsourced software unit.
The structurally similar alternative factual in this case is the resignation of SAP cofounder Dr. Claus Wellenreuther from the firm due to his illness, followed by the resignation of a group of SAP employees who were working together with Wellenreuther in SAP as a firm within a firm [
32], and Wellenreuther establishing DCW (Dr. Claus Wellenreuther GmbH & Co. KG) after the recovery from his illness in 1983—as a software firm, developing similar software programs to that of SAP for the small and medium enterprises, which have been later on taken over by SAP [
61]. Hence, the splitting of the counterfactual hybrid SAP into a consulting and a software firm independent from each other can be seen as a counterfactual which is an alternative factual that occurred in consecutive time. Even though the remaining cofounders did not change the structure of SAP to a consulting firm, after the resignation of Wellenreuther, and the introduction of new versions of R, consultants were required for the installation of the software program [
32]—which implies that at a certain point consulting and software development started to cooperate to generate a value for customers. Until today, the ERP market is recognized by this phenomenon [
62]. The installation itself is not as cost intensive as the customization of the ERP software programs according to the specific needs of customers.
4.6. The Prograde Degree of Causality
Figure 1 visualizes the factual and the counterfactual events over time, as it has been described in
Section 3. Here, the abscissa corresponds to the time axis, whereas the ordinate axis corresponds to the space of all admissible states as described by Lehmann-Waffenschmidt [
31]. The author asks whether the successful market shaping follows straightforward from the product innovation, i.e., is the new technological knowledge (initially in tacit form) a necessary, a strong, or a weak consequence of the successful market shaping? In order to answer this question, the prograde degree of causality is a useful tool [
31]. Based on the definition of Lehmann-Waffenschmidt [
31] as explained in
Section 3, the author counts the number of all connecting paths between the event of SAP cofounders developing the software program (E
i) and the event of successful market shaping (E
i+7, E
I,VIIi+7), and puts this into relation with the number of all alternatively possible paths between the event E
i and any event at the time i + 7. Formally, this is given as C
PEi->Ei+7, EI,VIIi+7 = 3/9 = 0.33, which shows a weak causality. On the other hand, the event of no successful market shaping (E
II,III,V,VI,VIII,IXi+7) appears to be stronger in causality than the event of the successful market shaping, C
PEi->EII,III,V,VI,VIII,IXi+7 = 6/9 = 0.67. These numbers can be interpreted in terms of their closeness to 0 or 1, indicating two extreme cases of “no consequence” and “necessary consequence”, respectively. Hence, it can be seen that even though the successful market shaping followed the product innovation later in time, it is not a necessary consequence of the product innovation.
This contingent nature of the market emergence [
6] is also reflected in the long-lasting debate over adaptability versus standardization in case of the ERP market [
40]. With respect to the market context as it was described in 4.1, the author concludes that the emergence and the diffusion of an integrated business software in real time did not necessarily need to occur in case of SAP. By using the widely accepted definition of a contingent event as an event which is “not impossible but not necessary” [
31], the results from the counterfactual study and the prograde degree of causality point out to the contingent nature of a market. In a previous study, it has been observed that SAP’s product innovation shaped the market by three different effects on transaction costs, network externalities and agency costs [
33] but this was by no means a necessary consequence of the product innovation, since subjective knowledge can take on different forms as the generators of this subjective knowledge frame the market by means of different business conceptions, with which an idea becomes institutionalized.