Transformation Mechanisms in the Business Model/Business Process Interface

Transformation Mechanisms in the Business Model/Business Process Interface

Tobias Weiblen (SAP Research, Switzerland), Markus Schief (SAP Research, Germany) and Amir Bonakdar (SAP Research, Switzerland)
DOI: 10.4018/978-1-4666-4667-4.ch012
OnDemand PDF Download:
No Current Special Offers


Many scholars view the emerging business model concept as the missing link between a company’s strategy and its operational implementation into business processes. They remain vague, however, in answering the question as to how strategy-induced changes to the business model can be transformed into business process adjustments. The other way round—a feedback mechanism that triggers business model adjustments in case of issues at the business process level—is not conceptualized either. The study hence is twofold. The authors explore both the top-down (business model to business process) and the bottom-up (business process to business model) perspective of this interface. The top-down part considers business model changes, such as induced by adopting a Software-as-a-Service strategy, which require an effective implementation in a firm’s organization. The explorative findings cover a detailed description of the transformation framework as well as an exemplary expert survey that can serve as a reference for software firm decision makers. The bottom-up part clarifies the influence of business processes on the business model based on a literature review, expert interviews, and inductive reasoning. The authors derive a classification framework that provides new insights into the maturity of current KPI-systems and their strategic importance with regards to business model changes.
Chapter Preview

Introduction And Theoretical Background

Business Models and Business Processes

A rapidly changing economy drives enterprises to continuously reconsider and adjust their business model. More than other industries, the software sector is facing a fast changing and highly dynamic business environment induced by continuously evolving technologies and rapidly changing customer needs (Lee, Venkatraman, Tanriverdi, & Iyer, 2010). Studying transformation mechanisms in the business model (BM) and business process (BP) interface, three research streams need to be considered. First, we view the BM concept as a mediating layer between strategy and processes (Al-Debei & Avison, 2010; Morris, Schindehutte, & Allen, 2005). Second, we use the value chain (Porter, 1985) concept as a coarse grained abstraction of BPs. Finally, key performance indicators (KPIs) are seen as process performance measures which transmit bottom-up feedback from the process layer back to the BM layer (see Figure 1).

Figure 1.

Layers of business modeling and their interdependencies


Conceptually, business models (BMs) subsume the actions of an enterprise concerning value creation and value capture, whereas business processes (BPs) encompass the concrete process implementation of a scenario. Hence, the design of BPs generally is supposed to begin with the determination of the company’s BM and its strategic goals. By starting from the top, a clear understanding about the aspects to be modeled can be gained, as modifications within the BM cause changes within the underlying BPs (Scheer, 2001; Schief, Bonakdar, & Weiblen, 2012). BMs in this top-down perspective provide a sense to BPs by explaining the way the processes have to be carried out.

A BP represents a chain of coherent activities which have to be carried out in a certain logical order (Österle & Winter, 2003), thus implying a strong relation to organizational aspects (Scheer, 2001). Another definition describes BPs as a certain amount of activities that have to be carried out to deliver a specific value in form of an output to a company’s customers by use of several input factors (Hammer & Champy, 1994). Furthermore, a dynamic relationship between BPs and their underlying IT systems exists, which has to be taken into consideration (Petrovic, Kittl, & Teksten, 2001). The BP model contains an implementation of a concrete scenario into BPs (Osterwalder, Pigneur, & Tucci, 2005).

Considering these diverse aspects covered by a company’s BPs, they can also be perceived as an expressive unit of analysis in the context of organizational realignments. Taking the idea of business process archeology (Pérez Castillo, García-Rodríguez de Guzmán, & Piattini, 2011) one level up, helpful information for the conceptualization of BMs and BM adaptions can be gathered from BPs. This viewpoint provides a second, bottom-up perspective to the relationship between BPs and BMs.

BMs and BPs are hence characterized by a continuous mutual alignment and permanent optimization of both layers. Figure 1 illustrates the connection between BPs, BMs, and a firm’s strategy. The BM as a mediator between strategy and BPs is influenced from both directions. Changes within a firm’s strategy and within its BPs both have an effect on the BM. For this reason, BM analysis should not only be conducted top-down, but also bottom-up, beginning from the BP layer. In doing so, implications caused by external or internal process changes cannot just be considered in a generic fashion. Enterprises must be able to estimate the implications of these changes for each element of the BM to meet countermeasures. Moreover, enterprises must be able to measure and monitor the quality of their (adapted) BM. In this context, key performance indicators (KPIs) can be used as feedback parameters. Once key measures for each BM element are defined, a new kind of BM adaptability can be reached through an automatic propagation of change events across model layers. Thus, an evolutionary dynamics support can be realized by defining rule sets to define adaptation measures or to provide the relevant data basis for subsequent recommendations and analysis (Di Valentin, Emrich, Werth, & Loos, 2012).

In the following sections, we will provide a theoretical background on how the two concepts of interest – business model and business processes – have been defined and used in a software industry context.

Complete Chapter List

Search this Book: