Skip to main content
Top

Old Ways or New Bots: Conceptualizing Status Quo Bias and Corresponding Countermeasures for Robotic Process Automation

  • Open Access
  • 29-09-2025
  • Research Paper

Activate our intelligent search to find suitable subject content or patents.

search-config
loading …

Abstract

This article delves into the challenges of robotic process automation (RPA) adoption, focusing on the impact of status quo bias (SQB) and the effectiveness of countermeasures. The study combines an online experiment with a qualitative case study to provide a comprehensive understanding of SQB in the RPA context. Key topics include the conceptualization of SQB and its influence on technology acceptance, the evaluation of traditional countermeasures, and the identification of new, context-specific countermeasures. The findings reveal that SQB affects RPA adoption differently than other technologies, with net benefits and control emerging as significant factors. The article also highlights the importance of tailored countermeasures, such as training, key user involvement, and process selection, to enhance RPA acceptance and implementation success. The study offers valuable insights for practitioners aiming to overcome resistance and drive successful RPA initiatives, as well as for researchers seeking to advance the understanding of biased influences on technology adoption.

Supplementary Information

The online version contains supplementary material available at https://doi.org/10.1007/s12599-025-00962-2.
Accepted after one revision by Hajo Reijers.
A correction to this article is available online at https://doi.org/10.1007/s12599-025-00973-z.

Publisher's Note

Springer Nature remains neutral with regard to jurisdictional claims in published maps and institutional affiliations.

1 Introduction

Robotic process automation (RPA) offers many advantages to organizations; however, the corresponding implementation projects often fail. RPA is used to automate routine processes (see, e.g., Hallikainen et al. 2018; Lacity and Willcocks 2016; van der Aalst et al. 2018). It facilitates the rulebased automation of processes using the graphical user interface of other software systems without changing the underlying systems. It accomplishes this goal on the basis of predefined automation components and is often used in business process management (BPM) projects (Plattfaut 2019; van der Aalst et al. 2018). Organizations use RPA in processes for a variety of reasons, ranging from efforts to reduce development time and costs and attempts to mitigate staff shortages to efforts to free employees from boring and repetitive tasks (François et al. 2022). RPA implementation is widely described as relatively easy and low effort (see, e.g., Syed et al. 2020a, b; François et al. 2022). However, in practice, RPA projects are characterized by a high failure rate (see, e.g., Ernst and Young 2016), and many organizations fail to scale their RPA efforts (Deloitte 2018).
Examining the reasons why RPA projects fail and identifying potential measures to ensure success is crucial with respect to researchers’ ability to understand and design modes of RPA introduction as well as for practitioners’ efforts to ensure effective RPA utilization. RPA projects rely more heavily on the involvement of process participants and potential RPA users in the development and operation of automations than traditional information system implementation projects do (see, e.g., Oshri and Plugge 2022; Syed et al. 2020a, b). As such, a biased perspective on the part of individuals and their subsequent resistance could be an important factor for RPA project failures. The perception of RPA as a technology can influence acceptance (see Seiffer et al. 2021). As such, status quo bias (SQB), which has been discussed in a multitude of information systems (IS) contexts, could serve as a possible explanation for the failure of RPA projects.
SQB, first studied by Samuelson and Zeckhauser (1988), describes a biased preference for the current way of operating (Laumer and Eckhardt 2012). IS researchers have often investigated this topic to improve their understanding of acceptance of new systems (or the lack thereof; Kim and Kankanhalli 2009; Lee and Joshi 2017; Godefroid et al. 2024). The first conceptualization in the IS domain stems from Kim and Kankanhalli (2009), who examined SQB in an Enterprise Resource Planning (ERP) context. Since that time, SQB has been studied in diverse settings ranging from purchasing decisions (e.g., Khedhaouria et al. 2016) to diverse information systems such as the Internet of Things (Rimbeck et al. 2024) or knowledge management systems (e.g., Li et al. 2016). To counter SQB in an ERP context, the literature proposes several countermeasures (see Godefroid et al. 2022).
While SQB has been well researched in the context of ERP, three research gaps become apparent in the process of examining SQB in an RPA setting. First, studies have so far only considered RPA acceptance from a rational perspective. Recent studies have, for example, researched the established perspective of user acceptance models, namely, the Technology Acceptance Model (TAM) and the Unified Theory of Acceptance and Use of Technology (see, e.g., Tschandl et al. 2022; van Looy 2022; Vollenberg et al. 2024; Wewerka et al. 2020). However, as humans do not always follow rational behaviour, we need to include nonrational behaviour in our sensemaking (Simon 1955). To date, nonrational behavior (including SQB) has not been researched in the context of RPA acceptance. Therefore, we are interested in SQB applicability as modeled by Kim and Kankanhalli (2009) in an RPA context and the interplay of SQB and technology acceptance as we aim to answer the first research question (RQ1):
RQ1: How does SQB affect technology acceptance in the context of RPA?
Second, several SQB countermeasures have been proposed in the literature (Godefroid et al. 2022; Kim and Kankanhalli 2009). However, it is currently unclear how far their application increases the acceptance of RPA. Two measures are frequently mentioned in the literature (Godefroid et al. 2022) and are thus especially promising: (1) giving people more information about the change and (2) telling them success stories. This context motivates our second research question:
RQ2: Can more information and/or reference to prior success stories help counter SQB regarding RPA and increase individuals’ intention to use this approach?
Accordingly, we first discuss the conceptualization of user acceptance from an SQB perspective and appropriate countermeasures on the basis of the literature. Next, we conduct an online experiment to test the two most promising countermeasures identified in the literature.1
Third, the interesting and unexpected results of the experiment indicate that SQB functions differently in the RPA context. Lee and Joshi (2017) showed that most studies on the SQB include only some of the constructs proposed by Kim and Kankanhalli (2009), which could serve as indicators of the varying influences of these constructs in specific contexts. A specific conceptualization for SQB constructs and countermeasures in the RPA context is currently lacking. We thus decided to complete and expand our understanding of SQB in the RPA context (Venkatesh et al. 2013) and thus propose the third research question:
RQ3: Which other aspects of SQB are relevant in the RPA context in practice, and which countermeasures help reduce the impact of SQB?
To answer this RQ, we combined the experimental method with a follow-up qualitative case study. As such, we employed a mixed-method approach (Venkatesh et al. 2013), combining different research methods to solve a broader problem (Pratt et al. 2022). In the case study, we analyze the aspects of SQB and the effectiveness of different countermeasures. We discuss the implications of our results for both RPA and user-driven technologies in general.

2 Background

2.1 User Resistance from a Status Quo Bias (SQB) Perspective

SQB describes a biased preference for a current solution or way of doing things (Samuelson and Zeckhauser 1988). The literature distinguishes among three explanations for this preference: 1) Cognitive misperception or loss aversion refers to the "nonrational" preference of individuals to remain with the status quo because potential losses in the context of change are perceived as unrealistically large (Kahneman and Tversky 1979). 2) Rational decision-making captures the perception of "rational" aspects such as net benefits and costs (uncertainty and transition costs) (Kim and Kankanhalli 2009). 3) Psychological commitment comprises other "nonrational" influences, such as sunk costs, control, and social norms. In their initial publication, Samuelson and Zeckhauser (1988) did not explicitly delineate these rational and nonrational explanation approaches. We thus need to consider them in combination.
In the IS domain, SQB has received particular interest in the context of system adoption and acceptance. For example, Kim and Kankanhalli (2009) developed an integrative framework with distinct concepts combining SQB theory, the technology acceptance literature, and the equity implementation model. The constructs found in that study are shown and extended in Table 1. Kim and Kankanhalli (2009) successfully tested parts of this model in the context of an ERP introduction (Kim and Kankanhalli 2009). These authors did not rely on classical theories such as the Technology Acceptance Model or the Unified Theory of Acceptance and Use of Technology, but rather on a selection of related constructs.
Table 1
Constructs derived from the literature
 
Constructs
Definition
Source
Instantiation in the RPA Context
Techn. Acc
Performance Expectancy (PE)
Performance expectancy describes how beneficial individuals perceive the system to be in terms of their job performance
(Venkatesh et al. 2003)
Performance expectancy describes how well an individual thinks that the RPA bot will perform
Effort Expectancy (EE)
Effort expectancy describes how easily an individual perceives the use of a system
(Venkatesh et al. 2003)
Effort expectancy describes the overall effort of implementing and operating a bot
Behavioral Intention (BI)
Behavioral intention describes the individual’s intention to use the system
(Venkatesh et al. 2003)
Behavioral intention describes the intention to “delegate” (part of) one’s work to the bot
SQB
Loss Aversion (LA)
Loss aversion describes the fact that individuals prefer to avoid potential losses even when these evenly match with potential gains
(Li and Cheng 2014)
Loss aversion describes the individual’s fear of potential losses resulting from the implementation (e.g., loss of control or power) as compared to potential gains from the automation
Uncertainty Costs (UC)
Uncertainty costs emerge when the value of a good or service is not known beforehand
(Kim 2011)
Uncertainty costs emerge when the value of applying RPA is not known beforehand
Transition Costs (TC)
Transition costs emerge when the change to a new way of operating itself requires costs, effort, time, or other resources
(Kim 2011)
Transition costs emerge when the changes in working with RPA require costs, effort, time, or other resources (e.g., building and maintaining bots)
Net Benefits (NB)
Net benefits describe the perceived benefits relative to the costs of a change
(Kim and Kankanhalli 2009)
Net benefits describe the perceived benefits of the changes introduced by the bots relative to the perceived effort
Sunk Costs (SC)
Sunk costs refer to the tendency to continue a course of action once an investment in money or time has occurred
(Kim 2011)
Sunk costs describe the tendency to maintain current work practices (e.g., workarounds or Excel sheets) in which time or money has been invested
Social Norms (SN)
Social norms describe the level of influence the individual attributes to the opinions of others
(Hu et al. 2011)
Social norms describe the level of influence the individual attributes to the opinions of others in accepting changes in work practices, automation, and RPA
Control (CO)
Control describes the level of control individuals have regarding a change. They achieve this control through resources or capabilities that enable them to adapt to the new way of doing things
(Zhang et al. 2016)
Control describes the level of control individuals have regarding the implementation of the bots, the individuals’ work, and work outcomes based on the individuals’ continued involvement and capabilities
Treatment
Additional Information (AI)
Subjects receive additional information regarding the change to better understand the process and outcomes
(Lorenc et al. 2013)
Participants receive additional information on the effects of using RPA specifically for nonprofit organizations in a textual format adapted from an online source (Champawat 2020)
Success Story (SU)
Subjects are presented with a similar project that led to success
(Shealy et al. 2019)
Participants receive a success story pertaining to RPA in the context of nonprofit organizations in a textual format adapted from an online source (UiPath 2020)
To ground our research firmly in both the bias and technology acceptance literature, we rely on the two constructs that are most prominent across the multitude of available models:
(1)
Performance expectancy describes how beneficial individuals perceive the system to be in terms of their job performance (Venkatesh et al. 2003). Similarly, perceived usefulness measures the extent to which an individual perceives a new system to enhance their job performance (Davis 1985).
 
(2)
Effort expectancy describes how easy an individual perceives the use of a system to be (Venkatesh et al. 2003). Similarly, perceived ease of use measures the extent to which an individual believes that using a new system is free from effort (Davis 1985).
 
We focus on these constructs in our experiment, as researchers have determined that these are the most influential with respect to both the intention to use and the actual use of technologies (Ma and Liu 2004). Furthermore, the relevance of these constructs has been proven in the RPA context (Wewerka et al. 2020).
Table 1 provides an overview of the constructs.

2.2 Suitable SQB Countermeasures in the RPA Context

The research has discussed several countermeasures for SQB. Godefroid et al. (2022) reviewed the SQB literature and provided an overview of the described countermeasures. Two countermeasures stand out because of their suitability in the RPA context and their empirical foundations (albeit outside the domain of technology acceptance and use):
(1)
Providing additional information Providing individuals with additional information about an IS-related change they are on the verge of experiencing is a common recommendation to counter SQB in the IS literature (Kim 2011; Ma and Lee 2019; Nel and Boshoff 2021). Additional information can include more information in general (Merriman et al. 2016; Weiler et al. 2019), more information about alternative options (Lorenc et al. 2013), or specific information on the change (Henkel et al. 2019; Kim 2011). In the RPA context, previous studies have agreed that providing additional information is helpful in implementation projects. Especially important appear to be showing the impact of human labor (see, e.g., Hallikainen et al. 2018) and showing the technology’s capabilities and limitations (see, e.g., Syed and Wynn 2020). This measure has thus far not been tested in IS research but in other fields: Lorenc et al. (2013), for example, tested the effectiveness of an intervention aimed at motivating energy tariff switching. These authors showed that providing information on energy tariffs led to reduced SQB.
 
(2)
Telling success stories Success stories are similarly often recommended in IS research, but they have rarely been tested, too. Shealy et al. (2019) tested the effect of best practice examples (or success stories) on helping engineers conceptualize buildings that are more sustainable. Other researchers have also commented on the use of success stories, for example, demonstrations, lighthouse projects, or references to successful companies (Linnerud et al. 2019; Kim 2011; Bekir and Doss 2020). In the RPA context, the literature often mentions the possibility of creating a proof of concept within the organization to convey the bots’ capabilities and the possible positive outcomes (for an overview, see Plattfaut et al. 2022). These arguments suggest that telling a success story might be a useful countermeasure to overcome SQB toward RPA.
 

2.3 Literature-Based Hypotheses on SQB and Countermeasures

In the following, we introduce the research model and the hypotheses underlying the experiment on the basis of the constructs described above. For an overview of the constructs, see Table 1 in Sect. 2.1. The treatments build upon the selected countermeasures (see Sect. 2.2) and are described in more detail in Appendix A (available online via http://link.springer.com). Figure 1 provides an overview over the research model.
Fig. 1
Research model
Full size image
H1
On the basis of the results that have been reported in the technology acceptance literature, we expect performance and effort expectancy to increase the behavioral intention to adopt (Venkatesh et al. 2003; Wewerka et al. 2020). We thus propose that (H1.1) PE has a positive influence on BI to use RPA and (H1.2) EE has a positive influence on BI to use RPA.
H2
Kim and Kankanhalli (2009) proposed that SQB constructs directly influence technology acceptance constructs. Li et al. (2016) report a positive influence of loss aversion on user resistance, which we expect to be inverted for behavioral intention. We thus propose that (H2.1) LA has a negative influence on PE and (H2.2) LA has a negative influence on EE.
The literature review conducted by Lee and Joshi (2017) demonstrates that studies have typically selected only those SQB constructs relevant to their contexts. Thus, not all SQB constructs might be relevant in the RPA case. In the literature, one of the main advantages of RPA is that it is inexpensive and does not require substantial changes to the processes for automation (Syed et al. 2020a, b). Therefore, transition costs should become irrelevant in the context of a technology that requires no large investments and is easy to implement (van der Aalst et al. 2018; Lacity and Willcocks 2016). The RPA introduction effort must be negligible compared with that necessary in the context of an ERP introduction, as described by Kim and Kankanhalli (2009). We thus propose that (H2.3) TC has no influence on PE and (H2.4) TC has no influence on EE.
Continuing this argument, we must also assume that uncertainty costs are irrelevant in the RPA context. When the bot simply replicates the work of people without changing the process or the way they interact with the core system (Syed et al. 2020a, b), uncertainty over the outcome should be minimal. Additionally, in contrast to ERP systems, for which introducing only half a system for test purposes is impractical, RPA can be developed and tested easily for single cases or partial processes first (e.g., Lacity et al. 2015). We thus propose that (H2.5) UC has no influence on PE and (H2.6) UC has no influence on EE.
Zhang et al. (2017) report a positive influence of perceived benefits on behavioral intention. Kim (2011) reports a negative influence of perceived value on user resistance, which we expect to be inverted for the direct determinants of behavioural intention. We therefore propose that (H2.7) NB has a positive influence on PE and (H2.8) NB has a positive influence on EE.
Similar to transition and uncertainty costs, sunk cost also appears not to be relevant in the RPA context. RPA automates processes that are typically conducted digitally but manually (van der Aalst et al. 2018; Plattfaut and Borghoff 2022). Thus, no existing system must be replaced, and no extensive training efforts have become obsolete (Kim and Kankanhalli 2009). Therefore, we propose that (H2.9) SC has no influence on PE and (H2.10) SC has no influence on EE.
Hsieh (2015) reports a positive influence of social norms on the behavioural intention to use health clouds. Similarly, Polites and Karahanna (2012) report a positive influence of social norms on behavioral intentions. Positive affirmation by people important to the individual should increase the intention to use a system. Venkatesh et al. (2003) conceptualized performance and effort expectancy as direct determinants of behavioral intention; therefore, we also expect a positive influence of social norms. We thus propose that (H2.11) SN has a positive influence on PE and (H2.12) SN has a positive influence on EE.
Hsieh (2015) also reports a positive influence of control on the behavioral intention to use health clouds. He refers to the effect by which, when individuals have more resources and knowledge, they also have a greater intention to use a new system. Hence, we propose that (H2.13) CO has a positive influence on PE and (H2.14) CO has a positive influence on EE.
For our experiment, we considered only those constructs for which we hypothesized a positive or negative influence. We thus excluded those constructs we expected would not have an influence (H2.3–H2.6, H2.9, and H2.10), as we deemed them irrelevant to the exploration of SQB in the RPA context in our experiment and excluding them eased the experimental procedure and data collection. However, we consider all constructs in our subsequent qualitative research phase.
H3
In line with recommendations from the IS literature (e.g., Graf and Burell 2024; Kim 2011; see also Appendix A) and empirical evidence from other research domains (Lorenc et al. 2013; Shealy et al. 2019), we test two countermeasures that are suitable in the RPA context (providing additional information and telling success stories; see Sect. 2.2). We expect to observe a significant influence of our two treatments on the SQB constructs. We assume a positive influence on those constructs we hypothesized would influence the intention to use positively and the reverse. We thus propose that (H3.1) AI has a negative influence on LA, (H3.2) AI has a positive influence on NB, (H3.3) AI has a positive influence on SN, (H3.4) AI has a positive influence on CO, (H3.5) SU has a negative influence on LA, (H3.6) SU has a positive influence on NB, (H3.7) SU has a positive influence on SN, and (H3.8) SU has a positive influence on CO.

3 Methodology

3.1 Mixed-Methods Approach

We employ a (previously unplanned) mixed-methods approach, as RQ3 emerged from the results of the first study. To answer RQ1 and RQ2, we performed an online experiment to determine the effects of two promising countermeasures to SQB on RPA acceptance. We learned that SQB functions differently in the RPA context (see Sect. 4.1), which holds interesting implications for theory and practice. The reasons for this difference could not be inferred from the experiment. Therefore, we decided to follow up the experiment by conducting qualitative research to uncover the mechanisms at work via a sequential explanatory approach (Venkatesh et al. 2016). This approach is also inspired by the ideas of Pratt et al. (2022), who argue that researchers need to combine different analytical moves to solve a research problem and highlight the importance of emergence in research rather than preplanning all of the steps, and by Trieu et al. (2022), who use qualitative data to understand the unexpected results from their prior quantitative study. In our qualitative research, we focused on RQ3 and relied on in-depth case data to expand and complete the insights obtained from the online experiment (Venkatesh et al. 2013, 2016; Petter and Gallivan 2004). According to Venkatesh et al. (2013), expansion refers to the use of mixed methods to “explain or expand upon the understanding obtained in a previous strand of a study” (Venkatesh et al. 2013, p. 26), and completeness refers to the use of mixed methods “to make sure a complete picture of a phenomenon is obtained” (Venkatesh et al. 2013, p. 26). In both cases, Venkatesh et al. (2013) suggest following a quantitative study with a qualitative one. In the qualitative phase, we examined both the previously developed research model and additional countermeasures in the RPA context. In the subsequent chapters, we describe the methods used in this work.

3.2 Study One: Experiment

We performed an online experiment (Fink 2022) to assess our research model (see Section \* MERGEFORMAT 3.2). Online experiments are an increasingly common method in IS research (Fink 2022; Karahanna et al. 2018). Experiments have advantages regarding the ability to make causal inferences (see, e.g., Karahanna et al. 2018). Moreover, when participants are randomly assigned to treatment and control groups, “omitted variables are equally distributed across these treatments and the explanatory variable […] is thus truly exogenous" (Sajons 2020). For this analysis, we used structural equation modeling (SEM) with partial least squares (PLS) (Hair et al. 2019, 2017), a well-accepted method in IS research (Petter 2018).

3.2.1 Measurement

We used the items suggested by Venkatesh et al. (2003) to measure performance and effort expectancy. For the measurement model of SQB, we relied on Kim and Kankanhalli (2009). As these authors did not publish their items for the SQB constructs, we relied on the literature for the measurement items (Kim and Kankanhalli 2009; Li and Cheng 2014; Kim 2011; Hu et al. 2011; Zhang et al. 2016). We adopted these items in the context of processes automated with RPA. Following prior literature, we used a seven-point Likert scale (1 = “strongly disagree”, 7 = “strongly agree”) to assess all of the measurement items (Kim 2011). We chose the social sector for our test because RPA, as a cheap automation solution, should be attractive to the sector to address increasing cost pressures (Burkart et al. 2018). However, the technology is not yet widespread in the sector, which is in line with questioning at the beginning of adoption for technology acceptance (Venkatesh et al. 2003). We conducted two pretests with ten employees from nonprofit organizations. A preliminary test revealed conceptual issues with the control construct, prompting us to revise the wording. The second pretest revealed no issues.

3.2.2 Survey Administration and Data Inspection

We recruited 150 participants who were affiliated with nonprofit organizations from Prolific and via personal connections. Prolific, an online platform enabling large-scale data collection by connecting researchers and survey participants, yields adequate results for cognitive bias research (Bahreini et al. 2020). We recruited participants who indicated that they had a concrete affiliation with a charity organization. This broader focus allowed us to test our treatments in the broader ecosystem of nongovernmental organizations (NGOs). Support for new technologies needs to come not only from within the organization. A favorable view among stakeholders is vital, especially for organizations with high transparency and accountability requirements (Schmitz et al. 2011; Burkart et al. 2018). All of the participants were shown a general introduction to the topic of RPA. Then, the respective treatment was administered, and the participants were asked about their technology acceptance regarding RPA.
To replicate a reallife situation as closely as possible, we adopted both treatments from texts used in practice by RPA vendors and consultants, which are available on the internet. For the additional information treatment, we used a text by Tarulata Champawat posted under the title ‘How RPA Benefits Nonprofit Organisations’ on Infobeans in February 2020 (Champawat 2020). The text contains benefits that NGOs can reap when using RPA, such as improving results with less effort than traditional development, increased employee motivation, and concrete usage scenarios such as fundraising. For the success story treatment, we used a text sent by the RPA provider UiPath to describe their successful collaboration with the New York Foundling, a US-based nongovernmental organization (UiPath 2020). The text describes the success story of an NGO in which RPA was used for a laborious data entry task, resulting in significant time savings and thus improved community outreach. In addition, the initiative triggered a cultural shift toward a more agile and technology-driven approach. We removed pictures and edited the texts minimally to fit into our survey.2
We administered the online experiment via Unipark, an online survey tool, and randomly assigned the participants to one of four groups following a 2 × 2 factorial design. The first treatment group received the text with both the additional information on RPA and the success story. In Groups 2 and 3, the participants received only one of the treatments, whereas those in Group 4 acted as a control group by receiving no treatment. We checked the resulting dataset for quality measures, e.g., whether the participants answered attention checks correctly or answered questions unrealistically; however, no issues were observed. We also recruited several NGO employees as participants to check for significant differences regarding answer times or patterns but found none (Smith et al. 2016). No values were missing, all of the questions were mandatory, and we did not provide a no-answer option.
We employed both the general PLS algorithm and bootstrapping to assess our structural model (for the assessment of the measurement model, please refer to Appendix C). For the parameters of the PLS algorithm, we followed commonly used standards (Hair et al. 2017). We used a path-weighting scheme with 300 iterations and a stop criterion of 10–7. To test the significance of our model, we employed the bootstrapping approach on the basis of 5,000 iterations of randomly drawn subsamples and the parameters indicated above (Hair et al. 2017).
Given the unexpected and intriguing results obtained in our experiment, we decided to follow this quantitative study with an indepth qualitative one (Venkatesh et al. 2013) and conducted a case study to examine both the SQB model and potential countermeasures in the RPA context.

3.3 Study two: Expanding and Completing the Research on the Basis of a Case Study

Following the guidance of Yin (2018), we conducted a positivist case study to deepen our understanding of SQB in the context of RPA. We base the investigation on the literature on SQB, especially on Kim and Kankanhalli (2009) and Godefroid et al. (2022).

3.3.1 Case Selection

To analyze the effects of SQB and the effectiveness of treatments for it, we chose a case study organization that conducted several RPA implementation projects with different outcomes. Such an organization was chosen so we could assess the actions taken without any variance in significant contextual factors among the RPA projects.
As we did not observe such a case in the NGO context, we attempted to find an organization in a similar setting. Accordingly, we settled on the case of a municipal energy supplier. While this decision meant a shift in the analyzed industries, we believe that municipal organizations in the energy sector face challenges similar to those faced by NGOs. For example, both tend toward a conservative organizational culture, exhibit a general orientation toward public welfare, and are affected by the competition for talent.

3.3.2 Case Study Setting

The organization we chose as a case company comes from the energy sector and is partially owned by the local and regional governments. The organization produces, trades, and sells energy to individual customers and other companies. The case company conducted two individual RPA development initiatives. The first initiative in the purchasing department was unsuccessful, with no bots ultimately operating. The second initiative took place in the sales department, where several bots are currently operating, and additional bots are being actively developed. The organization used the same RPA suite (UiPath) for both implementations. As both groups developed their bots independently, they could provide valuable insights into potential sources of resistance in terms of SQB.
We conducted eleven semistructured interviews whose total length was 548 min. All interviews were conducted through video conferencing in German. Table 2 gives an overview of the interview participants. The interview guide is available in Appendix D. We selected interviewees from different divisions based on their involvement with the RPA projects. Two of the interviewees (I6 and I9) were external experts who worked closely with both departments and provided expert opinions on the projects. In total, 14 bots were implemented at the organization.
Table 2
Interview partners
ID
Division
Position
Gender
RPA bot operating
Interview length
1
Purchasing
Project lead
M
No
61:25
2
Staff member
F
No
58:26
3
Staff member
F
No
32:00
4
Sales
Sales department head
F
Yes
57:06
5
IT
IT staff member
M
Yes
18:22
6
IT vendor
M
N/A
58:48
7
Back office
Back office employee
M
No
50:10
8
Training
Training coordinator
“general digitalization”
M
N/A
52:21
9
External trainer
M
N/A
50:46
10
Digitalization team
Digitalization team
M
N/A
54:10
11
Digitalization team
M
N/A
54:26

3.3.3 Data Analysis

The interviews were transcribed verbatim and coded using the MAXQDA software by two of the authors on the basis of the SQB constructs and countermeasures that have been established in the literature (Kim and Kankanhalli 2009; Godefroid et al. 2022). In addition, we applied open coding via an approach similar to grounded theory in line with Yin (2018). One author coded all of the interviews, whereas another author recoded six randomly selected interviews to control for bias. Any differences in the codes assigned were discussed until both researchers reached a consensus regarding the segments and why they should be included or excluded. The first researcher then re-examined all interviews based on these insights. All of the coded segments from all of the interviews were discussed between the two researchers, and any differences in opinion were resolved. The researchers held regular meetings for this purpose and worked closely together. All three researchers discussed edge cases or unclear statements, relistening to the audio recordings where needed. This situation was particularly the case in the context of deciding if a decision was actually biased or reasonable given the consequences (e.g., net benefits within the two projects). Owing to this close collaboration, the calculation of an intercoder agreement was not feasible. The coding structure and exemplary coding excerpts for both the existing (theory-based) and new (empirically grounded) concepts are provided in Appendix E. The segments were translated from German to English during the writing phase.

4 Results

In the following sections, we first present the experimental findings and then substantiate these findings with the case study findings. We observed that SQB has a significant effect on technology acceptance and that it functions differently in the RPA context compared to other contexts.

4.1 The Effects of Status quo Bias on Technology Acceptance and the Effectiveness of Countermeasures: Experimental Findings

First, we tested the influence of SQB on RPA adoption via an online experiment. The hypotheses tested in the experiment are described in Sect. 2.2. Table 3 presents the path coefficients that we assessed to test our hypotheses. We analyzed significance on the basis of the p-values of the path coefficients.
Table 3
Path coefficients
 
beta
SD
T
P
Additional Information ➔ Loss Aversion
 −0.014
0.111
0.126
0.900
Additional Information ➔ Net Benefits
0.040
0.081
0.495
0.620
Additional Information ➔ Social Norms
0.009
0.082
0.114
0.909
Additional Information ➔ Control
 −0.035
0.082
0.426
0.670
Success Story ➔ Loss Aversion
0.103
0.097
1.071
0.284
Success Story ➔ Net Benefits
0.193
0.079
2.451
0.014*
Success Story ➔ Social Norms
0.035
0.085
0.410
0.682
Success Story ➔ Control
0.057
0.081
0.695
0.487
Loss Aversion ➔ Performance Expectancy
0.074
0.057
1.304
0.192
Net Benefits ➔ Performance Expectancy
0.537
0.062
8.687
0.000*
Social Norms ➔ Performance Expectancy
0.043
0.050
0.854
0.393
Control ➔ Performance Expectancy
0.280
0.062
4.519
0.000*
Loss Aversion ➔ Effort Expectancy
0.016
0.058
0.282
0.778
Net Benefits ➔ Effort Expectancy
0.290
0.070
4.133
0.000*
Social Norms ➔ Effort Expectancy
0.052
0.051
1.010
0.313
Control ➔ Effort Expectancy
0.535
0.062
8.620
0.000*
Performance Expectancy ➔ Behavioural Intention
0.537
0.073
7.386
0.000*
Effort Expectancy ➔ Behavioural Intention
0.229
0.080
2.868
0.004*
beta, path coefficient; SD, standard deviation; T, T statistics; P, P value
P < 0.05 marked *
Figure 2 presents the results graphically. In full support of H1, we observe a very strong, significant, positive effect of performance expectancy on the behavioral intention to use RPA (H1.1 +). We also observe a significant effect of effort expectancy on the behavioral intention (H1.2 +). We expected this result, as several studies have tested the UTAUT across domains (Venkatesh et al. 2012).
Fig. 2
Results of the PLS-SEM analysis
Full size image
We observe only partial support for H2. We note a highly significant, positive influence of the net benefits on the performance expectancy (H2.3 +) and the effort expectancy (H2.4 +). We intuit that a positive perception of the benefits of RPA is reflected in a positive expected performance and a high perception of usage ease. We also observe a significant effect of control on the performance expectancy and the effort expectancy (H2.7 + , H2.8 +). This finding is also logical, as individuals who feel more in control of the technology will be confident about their performance and effort expectancy. However, we find no significant effect of loss aversion on either performance or effort expectancy (H2.1; H2.2). Thus, in our case, the participants did not fear the loss of the current way of working. This effect could arise because the first processes to be automated are often rather repetitive administrative tasks (Syed et al. 2020a, b) that may not be missed. Similarly, we find no significant effect of social norms on performance or effort expectancy (H2.5-, H2.6-). This finding implies that, at least in the RPA context, the opinion of colleagues and friends does not affect the perceptions of the technology.
In contrast to our expectations, which were developed on the basis of the literature (see Sect. 2.3), we observe only weak support for H3. We observe a weak effect of the success story on one SQB construct and no significant effects of the additional information treatment. The success story treatment slightly positively influenced the perception of net benefits (H3.6). This finding aligns with the literature that has recommended success stories as a tool to influence rational decision-making (Linnerud et al. 2019; Kim 2011; Shealy et al. 2019; Bekir and Doss 2020), but we expected a stronger effect. Interestingly, we cannot confirm that simply giving individuals additional information about the technology and the associated change is a valid countermeasure. Thus, at least in our specific context of RPA adoption, this often discussed recommendation from the literature (Hsieh et al. 2014; Zhang et al. 2016; Merriman et al. 2016; Weiler et al. 2019; Lorenc et al. 2013; Henkel et al. 2019; Kim 2011; Li et al. 2016) does not seem to apply.
The limited effect of our countermeasures could be explained in four main ways: (1) The first possibility is that our participants did not suffer from SQB concerning RPA, or that the model, originally developed in an ERP context, might not fully apply to the RPA context. This explanation aligns with the data obtained thus far, which indicated that only the net benefits and control significantly influenced the technology adoption constructs. These two concepts also appear in contexts beyond SQB (Lee and Joshi 2017). It seems unlikely that SQB should not apply in this situation, given that prior studies have found SQB effects in multiple circumstances (see above). In our hypothesis development, we identified three constructs (transition, uncertainty, and sunk costs) that did not fit the characteristics derived from the literature. The SQB constructs might need to be reconceptualized in the RPA context. (2) The second potential explanation follows media richness theory (Ishii et al. 2019). The provided texts might not be rich enough to sway people’s opinions, given the complexity of the technology. Therefore, a video format might be more effective for the level of complexity required for delivery. (3) The third possibility is that not all of the often-cited countermeasures work against SQB. If so, researchers should reconsider their recommendations, and practitioners should allocate resources elsewhere. Our use of real-world examples aimed at encouraging NGO-affiliated individuals to adopt RPA implies that even the authors of these texts might need to reevaluate their strategies. (4) If the SQB constructs themselves or their influence varies by context, the countermeasures would also differ in their effectiveness. Table 4 summarizes our hypotheses and findings.
Table 4
Comparison between the hypotheses derived from the literature and the experimental results
Hypotheses (H) derived from the literature
Experimental results
H supported (in the experiment)
We proposed that (H1.1) PE has a positive influence on BI to use RPA and (H1.2) EE has a positive influence on BI to use RPA
We observed a very strong, significant, positive effect of the PE on the BI to use RPA (H1.1). We also observed a significant effect of the EE on the BI (H1.2)
Yes
We proposed that (H2.1) LA has a negative influence on PE and (H2.2) LA has a negative influence on EE
We did not observe a significant effect of the LA on either the PE or the EE
No
We proposed that (H2.3) TC has no influence on PE and (H2.4) TC has no influence on EE
Not included in the experiment
N/A
We proposed that (H2.5) UC has no influence on PE and (H2.6) UC has no influence on EE
Not included in the experiment
N/A
We proposed that (H2.7) NB has a positive influence on PE and (H2.8) NB has a positive influence on EE
We observed a significant effect of the NB on the PE (H2.7) and the EE (H2.8)
Yes
We proposed that (H2.9) SC has no influence on PE and (H2.10) SC has no influence on EE
Not included in the experiment
N/A
We proposed that (H2.11) SN has a positive influence on PE and (H2.12) SN has a positive influence on EE
We did not observe a significant, positive influence of the SN on the EE (H2.11) or the PE (H2.12)
No
We proposed that (H2.13) CO has a positive influence on PE and (H2.14) CO has a positive influence on EE
We observed a significant influence of CO on the EE (H2.13) and the PE (H2.14)
Yes
We proposed that (H3.1) AI has a negative influence on LA, (H3.2) AI has a positive influence on NB, (H3.3) AI has a positive influence on SN, (H3.4) AI has a positive influence on CO, (H3.5) SU has a negative influence on LA, (H3.6) SU has a positive influence on NB, (H3.7) SU has a positive influence on SN, and (H3.8) SU has a positive influence on CO
We found only weak support for H3: We observed no significant effects with respect to most of the hypotheses (H3.1, H3.2, H3.3, H3.4, H3.5, H3.7, and H3.8). The only exception was the SU treatment, which positively influenced perceptions of NB to a slight degree (H3.6)
Partial
Given the unexpected and intriguing results of our experiment, we decided to conduct a comprehensive qualitative analysis. Therefore, in the next step, we present a case study examining both the SQB model and potential countermeasures in the RPA context.

4.2 Expanding on the Insights: Results of the Case Study

In our data analysis, we identified several aspects of SQB at work. We identified countermeasures that have been established in the literature (Godefroid et al. 2022) and additional countermeasures from practice. In the following, we highlight the differences in the SQB constructs in the RPA context and then detail the observed countermeasures.

4.2.1 Key Characteristics Differentiating the Influence of SQB on RPA

Most of these constructs identified in the case were similar to the description by Kim and Kankanhalli (2009); however, they operated slightly differently as presented in the following.
Loss aversion due to fear of job loss was acknowledged by two of our interviewees (I1 and I2). In the case, it especially affected older individuals: “And there was already the fear: ‘Well, what am I still doing there, if everything is being automated anyway?’ So, that came up. These are older people who may soon retire, who have a different way of thinking, I would say […] they […] first and foremost see: That’s my work, and it’s gone.” (I2). As I9 noted, loss aversion was also observed among some employees who feared cognitively easier tasks being replaced with tasks that were more cognitively complex: “And what does that actually do for me? […] my job is to check whether the field is empty. That’s a nice task. It’s boring, but it’s nice and simple. […] So that’s the tradeoff […]: I’m not doing any more mindless, repetitive work, but now I have to somehow, I don’t know, do nuclear science on complex things, right?” (I9). Interestingly, one interviewee of advanced age that we interviewed saw no reason for elderly employees to fear job loss in the current company setting: “Well, we’re a public sector organization. […] We had an average age of almost 50 [four years ago]. […] That means in a company like this, they are more likely to automate for good purposes, namely, so that colleagues can take early retirement or work less, so we don’t have to collapse, right?” (I8). However, the employee speculated that this situation might be different in organizations with younger workforces: “If they were now an average of 35 [years] and had the same work structure, it would be different. Then, you would have people sitting here who essentially still have 20 years of professional life ahead of them […]. I imagine that fear would outweigh […] this interest and curiosity, right?” (I8). Interestingly, our interviewees only ever perceived loss aversion in others. We even encountered individuals who were adamant regarding the reason why their particular work or interactions with IT systems could not feasibly be automated (e.g., I3).
Transition costs, as defined by Kim and Kankanhalli (2009), did not prove to be relevant in the RPA context, which is in line with the literature describing RPA as inexpensive to implement (Syed et al. 2020a, b). However, we found that the process elicitation and description necessary to implement the RPA bots could present a substantial transition cost that might be invisible up front (e.g., I1, I2, and I4). Providing the necessary process documentation to create a bot is not an effort that should be treated lightly: “For weeks, we met again and again only to find that we had forgotten yet another step. But this and that could still happen. And then you would have to include another loop again. Just […] to show the robot everything that’s actually behind it [enacting the process]. So I found that very time-consuming” (I2). In another case, process documentation existed but was insufficiently detailed to create a bot based on it, requiring further effort (I4). The process participants were required to detail every step and every click to transfer the process to the bot. This burden differs from the introduction of an IT artifact, for which the transition cost refers to the limited time spent learning to operate the new system or backing up and transferring data, the latter of which may be performed by the IT department (Kim and Kankanhalli 2009).
With respect to uncertainty cost, we note that a broader focus is necessary, because in the RPA context, uncertainty cost can also stem from the interaction with the (technical) environment. Only one participant mentioned a perception related to uncertainty cost: The effectiveness of RPA in the context of automating a particular process was doubted (I4). However, this uncertainty appeared to be very short-lived and did not apply to RPA as a whole. Nevertheless, we encountered strong uncertainty regarding RPA’s interaction with the IT environment at the organization: “I think that I would try [automating] that [process] again. But […] I would [rather] connect the programs in the backend. You don’t go over interfaces much at all, but you have clear formats that don’t change frequently” (I7). This user had encountered a bot failure due to an unannounced change by the company’s IT provider, which left the bot unable to recognize buttons in one of the programs. Thus, he did not feel uncertain about the capabilities of RPA but about his company’s ability to maintain the necessary (technical) environment for a bot to function, a sentiment echoed by others: “You have a bot that works. Two weeks later, it doesn’t. Why? […] Because something has changed a little bit. So, we have made the experience, unfortunately, that […] with how the software and IT is set up and the infrastructure behind it. We can only run a robot over time intervals if we regularly check why it is hanging” (I1).
Net benefit appeared to apply in the manner defined in the SQB model (Kim and Kankanhalli 2009). Across the interviews, different RPA benefits were cited. The most frequent benefits mentioned were relieving an overworked and overaged workforce and increasing process speed and quality (e.g., I1, I2, and I3). In the few cases in which net benefits were perceived as insufficient, the efforts were stopped. Most notably, net benefits for the first bot launched in the purchasing department were perceived as insufficient: “So, at some point […] the people understandably said: ‘Quite honestly, we now have our doubts […] we are now spending amounts here, which do not match the gains, even if the thing now works well for the next few years’. […] It costs money, doesn’t do any good" (I1). Notably, after the employee who was initially responsible for the first bot left the organization, the other employee charged with finalizing the bot (together with the consultants) saw no benefit in the automation for her own work. We were told that this implementation ultimately failed due to a licensing issue (I3). The interviewee left open the question of the amount of effort expended to circumvent this issue versus it being a welcome excuse to bury the project. According to (I3), in the organization, the relevant benefits of automation are increasingly nonmonetary: “In the past, there was always the question of cost: what is cheaper? Then, a business case was calculated. Is it cheaper manually or with machines? Increasingly, this question no longer arises because the shortage of staff dominates” (I3). However, the gains associated with the use of RPA may be partially reduced by the introduction of new maintenance workloads. I9 described that keeping the bot updated regarding the process and underlying systems is sometimes perceived as requiring a greater effort than the original task requires. Additionally, frequent changes in the process can negatively affect perceived benefits, even though RPA is often presented as a fix for changed processes: “Especially with the assumption that these robots work like that, it’s just a really stupid robot that basically does exactly what it’s told. And as soon as something in the process changes a millimeter, it gets stuck again and doesn’t continue” (I1).
In contrast, sunk costs do not appear to have any effect, thus deviating from the SQB model. The main reason for this deviation appears to be the manual nature of the pre-automation process. Therefore, our interviewees appeared rather relieved that processes were now automated. The time required to learn how to perform the process initially was not perceived as relevant in comparison with the time potentially saved by transferring the process to the bots, and there were no significant automation solutions controlled by the interviewees that would be replaced (e.g., I1, I2, and I4). We received instead a hearty account indicating that the new solution was desirable, even if solutions such as an auxiliary Excel file existed: “I also used to maintain Excel lists because I am responsible for two areas. […] And it’s just not possible to keep all that in my head. Then, I make myself an Excel list. I wrote everything in it. […] Now I don’t have to worry about it because it [the bot] tells me so. And I could pull out an Excel list [created by the bot] with a few clicks of a button, where I had painstakingly put something together beforehand, right?” (I2).
Social norms, as defined by Kim and Kankanhalli (2009), do not appear to be relevant, in line with our experimental findings. All of our interviewees described a generally positive attitude in the organization toward RPA, even in the face of setbacks in the purchasing departments. However, the opinion was generally not strong (e.g., I1, I2, and I3). A potential reason might have been that only the employees who were involved with the automated process (rather than all of the employees) had to work directly with the bot. An interviewee reported that his coworkers “had been cheering along” (I7), but these coworkers never had to engage with the bot in their own right. Even an exchange with colleagues from other departments whose processes were being automated proved difficult: “Yes, there have been exchanges here and there. […] However, since the processes were quite different and the focus of what the robot was supposed to do was also very different, it was limited. Because everyone had their problems, I would say. The other one couldn’t necessarily help them. And vice versa, it was clear that people exchanged ideas[…] but we didn’t really work together very much; instead, everyone did things a little bit for themselves” (I7). However, the effect of social norms was visible when the organization first encountered RPA. The IT vendor told us that the general opinion at the first encounter with RPA influences the subsequent perception and norms: “The first one or two robot solutions are used to get to know each other, the topic becomes established, and the doubters are made to feel at ease. These are usually people from the staff or the works council. They have the wildest arguments as to why, for God’s sake, the technology should not be introduced. But we quickly put these fears aside, and things get going” (I6).
With respect to the construct of control, we found that individual skills and perceptions of control were less relevant in the RPA context. All of the interviewees were well informed about RPA and the intended automation projects (e.g., I2, I3, and I7). Those who had engaged directly with a bot even felt that RPA was less theoretical and more of a learning-by-doing technology: “Yes, I started from scratch. The company that supported us explained a lot. Yes, and apart from that, […] you’re in practice when you’re building the robot. Well, it was pre-built. But later, I did a lot of tinkering myself. You simply got into it via the UiPath program, and then, in principle, you understood most of what it does in practice. So, I didn’t go into the theory at all, but I just learned by doing, mainly” (I7). The availability of a knowledgeable key user appeared to be more important in this context. While the leader of the sales department (I4) attributes part of the success of RPA in her department to the fact that she has a key user who is well versed in RPA, the leader of the purchasing department identified the lack of a key user with sufficient training as the main reason for the failure of the first bot: “We did not want to build up expertise in a decentralized department […], which is then responsible for the entire group. […] At the end of the day, we would have liked to have had someone. It would also have been possible to have him or her trained. But in the end, part of the truth is that no one was found who said, he’s interested in this, and he’d like to do it or has the skills to do it” (I1).
In summary, our findings from the case study indicate that the SQB model must be adapted to the unique characteristics of RPA.

4.2.2 SQB Countermeasures in an RPA Context

In this case, we noticed that the success of individual bot projects was subject to adherence to the critical success factors (CSFs) pertaining to RPA implementation projects that have already been well established in the literature, e.g., skilling up the organization through external consultants (Plattfaut et al. 2022). The purchasing department selected a relatively complex process to automate; the organization changed the responsible (internal) personnel; and the project was challenged with changes in the underlying systems, license issues, and a deteriorating relationship with the first consultancy, while the sales department successfully circumvented all of these issues (I1–I4 and I7).
The overall acceptance of RPA as a technology currently remains relatively high in both departments, with the slight exception of the increased uncertainty cost perception in the purchasing department, which is understandable given their experiences. Therefore, as we identified evidence for most of the SQB aspects in the previous section, we infer that both department leaders addressed SQB successfully, and the project in the purchasing department failed because of a lack of adherence to the CSFs. Therefore, in the following, we describe the countermeasures that the organization employed.
First, based on our case study, we identified several SQB countermeasures established in the literature. Training is a countermeasure that can help address the SQB control aspect (see, e.g., Chi et al. 2020; Gardiner and Andoh-Baidoo 2019). The organization administered general digitalization training, which included RPA aspects. Employees involved in building the bots received more specific training individually (I1, I4, I8, and I9). The general digitalization training covers various digitalization topics, from agile working methods to automation technologies (I8). One of the sessions also covers RPA. The training participants are shown an operating bot and then work on the script to understand the mechanics of the bot. The training coordinator, who attended the first training session as a participant, described this approach as quite effective: “When you go through the code generated by the robot, you can see relatively well what it does? Press the button there, go into the field at the top and so on. And for me, that was what I wanted people to take with them, right? So, […] they should see […] that there is something they can still understand. But [they] don’t have to do it [create the bot] myself” (I8). The training aims to foster broad basic knowledge about digitalization in the organization and address a fear of the technology – not to create in-depth experts (I8 and I9). Thus, owing to the short amount of time allotted to each topic, the related knowledge remains at a relatively high level: “Well, we only have a limited time for these trainings. And the time we had would have been more than exhausted with these kinds of exercises and practical activities. Getting to grips with the environment was not as quick as we thought it would be” (I9). In addition to this more general training, those involved in the processes to be automated were offered training that was more in-depth: “But so informed were just these individual people, […]. They knew the ‘what’ and ‘how’; they had the explanation. But these were only some individuals, and this information was not broadly available” (I2). In these cases, the knowledge was transferred directly from the (external) expert to the user (I2 and I7), which is a common approach for digitalization projects in the organization (I10 and I11). One of the digitalization team members described this approach: “So, what I really liked to do were training sessions, one-on-one training sessions, like the one we’re doing in the call right now, with just two people. The specialist department employee, shows his screen” (I10).
The general training approach is also intended to foster change agents in the organization, another SQB countermeasure (see, e.g., Kim and Kankanhalli 2009; Chi et al. 2020). By identifying and training those individuals interested in (technical) innovation and change, the organization aims to foster the necessary curiosity and skills. The training participants are selected from across the organization to ensure that agents for the coming (technological) changes are located in every department: “Well, they are sent by the departments. Of course, you know from your experience, […] we have this one and this person on our radar, and then you suggest them. And most of the time, it works. Or you say, here, he is close to it [a specific digitalization topic]. But basically, of course, the departments are free [to choose].” (I8). The training coordinator implied that the organization now places an increased focus on selecting appropriate participants: “So, what I’m noticing in practice now that this is the fourth time we’ve done this [training]; it’s not like what we used to see; someone has a lot of time, so I’ll send him there. Now, it is indeed with consideration. But the [participant’s prior] knowledge is absolutely heterogeneous” (I8).
The organization also received an external opinion by involving two consultancies in the process of building the bots (one per department). Obtaining an external opinion can help address rational decision-making (Godefroid et al. 2022). Interestingly, the consultants provided general information on the process types to choose but did not influence the choice of processes to be automated (e.g., I2, I4, and I7). The head of the sales department also highlighted the importance of properly steering the consultants, which further hints at a limited degree of influence on decisions (I4). However, the consultants influenced how the selected processes were automated: “So she already asked: ‘Think about it, what happens then? Because she also knew her way around SAP. […] She also sometimes said, ‘You could also do it this way or that way. So she had a bit of an influence and didn’t just dully document what we were doing” (I2). Bringing this external opinion to the table was also a key contribution that the IT consultant whom we interviewed perceived himself to have made (I6).
The organization does not employ explicit (financial) incentives, which the literature indicates can motivate individuals to deviate from the status quo. However, incentives that are more implicit are still applied. Individuals who are involved in the projects would be exempt from some of their regular duties: “And then, when there wasn’t much going on […], my colleagues had my back because we all operate the processes in the same way. And I was able to take myself out of the processes a little bit” (I7). In the sales department, the employee who is responsible for the RPA projects holds an elevated position: “The key user in requirements management is like that. In terms of personality and character, he recognizes something, sees something and thinks about it. That’s what I just said: he always has a little bit of RPA in the background of his mind, […]. Is that perhaps something for another bot? Can we do something ourselves? Can I do that with the available resources? They simply have that in their blood, in fact” (I4). However, as departments also have only a limited training budget, a sense of privilege is attached to being selected for special training (I3).
As detailed above, a change in social norms had already occurred when we conducted our interviews. Nonetheless, the descriptions we were given that automation was initially met with resistance and that the purchasing department felt it was necessary to introduce its first bot project as an experiment indicate that social norms changed only over time (e.g., I1, I2, and I7). The training coordinator indicated that this limited commitment also applied to leadership: “So what I thought was good is just to try it out and really label it as trying it out. […] the company is, of course, very conservative in principle. And that they tried it out and said:’Okay, we’ll take the money into our hands. And if necessary, the money is just gone’, right? And we’re trying it out in the accounting department, even though I think [manager name] already suspected this wouldn’t be the hot shit for him. But he just wanted to try it out. He wanted people to get involved with it”. (I8). Thus, initially, not even the manager in charge fully believed in the success of RPA. Nonetheless, the trial and error approach was effective; thus, actively changing social norms – a countermeasure that has been mentioned in the literature – proved to be effective (Godefroid et al. 2022).
Success stories and more information were not perceived as decisive countermeasures in the case, despite their presence. Most of our interviewees mentioned that they had initially received substantial information on RPA. Nevertheless, the focus was on more concrete use-case–specific information: “In principle, we got our first information in a kick-off meeting. The company that helped us, the company that built the robot in the first place, simply introduced us to how robots work, what the processes are like, what the logic behind them is” (I7). Our interviewees also mentioned that they had heard success stories. However, while the IT vendor viewed these stories as one of his most effective marketing tools (I6), the reaction within the organization was to be rather disappointed at both the employee and manager levels: “On request, a little more information was provided about which companies or here and there where something was done. But they didn’t really go into detail” (I7). In addition, the organisation did not trust that the general success stories provided by the consultants were a good indication that RPA could be applied to their specific problems: "And yes, quite honestly, if you ask a consultant now: ‘Show me a good example of an RPA,’ then he’ll pull something out of his pocket, right? It’s no great feat for them to find some use case and then show it that works well” (I1). This reluctance to believe success stories could explain why the success story treatment in our experiment had limited effects.
In addition to the countermeasures mentioned in the SQB literature (Godefroid et al. 2022), we identified four new countermeasures in the case study: actively addressing loss aversion, reducing transition costs, choosing processes with pain points for employees and establishing transparency about the nature of RPA (and not about the intended change to the business process).
As noted, individual cases of loss aversion were conscientiously addressed. Especially in the purchasing department, everyone involved in the automation project followed a very clear line of communication regarding the RPA benefits. When we asked about a potential personnel reduction due to automation, the first answer was “So, I think there is enough other work. And the colleagues, in quotation marks, are also grumbling about these commercial things. […] And I think they would breathe a sigh of relief if they were spared that. So, they don’t feel like it [takes something away] at all” (I2). We received similar answers consistently across the interviewees; the similarities of the arguments indicate an intentional communication strategy of repeating the same benefits repeatedly to dispel doubts (e.g., I1, I2, and I7). Part of this strategy involved convincing any employees who still harbored individual doubts: "So we had one or two protests, where one or two people were affected. In one case, a colleague had to be convinced to cooperate because he worried his job was at stake” (I1). Management discussed the potential for cutting personnel through RPA use, but – given that the employees are currently overloaded and oftentimes close to retirement – opted not to do so. “Of course, it was considered [at the management level] whether something like this could lead to a situation where previous positions might no longer be needed. […] this concern was not […] out of thin air. We have now said […] that [personnel reduction] is not our goal, and we don’t want to communicate it that way. Instead, the work should become easier. And we should have more time for value-creating things and less of that. That was then also accepted" (I1). In particular, the department heads appeared to be very sensitive to the opinions of their teams and acted if necessary (I1 and I4). This countermeasure has not yet been addressed in the SQB literature. Nevertheless, we believe a valuable countermeasure is to acknowledge potential fears and engage actively with potential worries instead of shaming those not “innovative enough” and declaring their fears to be without substance.
The second new countermeasure we identified was to reduce transition costs actively for the internal employees, which was a beneficial side effect of involving a consultancy. "The service provider has done a lot. […] So a lot of things that could certainly have been done internally were done by a service provider. That had the advantage of relieving the internal people. Yes, I don’t have much to do with it, that’s quite good. Nevertheless, someone did it. In this case, a service provider" (I1). As highlighted above, RPA is not a technology with negligible transition costs, as the literature might seem to suggest (e.g., Syed et al. 2020a, b). Part of the positive attitude toward RPA demonstrated by the employees in our case study appeared to stem from their reduced workload due to the consultancies employed in both departments. Even though our interviewees had to spend substantial time explaining their processes, they did not have to document the processes, they did not have to build the bots, and they were not required to make adjustments to the programming(e.g., I1, I2, and I7). This approach is in line with the organization’s general IT outsourcing strategy, which was not entirely unproblematic as it entailed communication hurdles with their IT provider (I1 and I7).
We also observed that the selection process for the RPA projects was not based primarily on organizational goals such as maximizing profit. Instead, the organization selected processes with perceived pain points: “And then the lady, the consultant, […] introduced RPA, what happens. And then she asked: ‘Where is the biggest problem for you? Where is the shoe pinching the most?’ We chose this [process] because there were massive problems with the invoices at that time. That is a problem for us. It’s a lot of work, very extensive. And many departments are affected by the fact that something is not running properly” (I2). This selection approach resulted in the automation of a relatively complex process, which might have been a reason that the first attempt in the purchasing department was unsuccessful (e.g., I1, I2, and I3). However, acceptance was a very effective measure because it truly drove home the point that RPA was a technology meant to unburden employees and alleviate their greatest pain points, which was positively reflected in the general argumentation of all of the employees we interviewed (e.g., I2, I3, and I7). Loss aversion does not occur when a painful process is eliminated, which may also be useful as a way of influencing net benefits. However, such an approach needs to be treated with care because not all employees might perceive the same pain points. The employee who was ultimately responsible for putting the first bot into production perceived no improvement for herself in the process: “No, not for me. That [the automation] would have made it easier for the [other] departments” (I3). As a result, she appeared relatively unfazed when the first bot implementation finally failed due to licensing issues (I3). However, interestingly, the employees were more willing to accept the bot when it was presented as having the goals of helping them and relieving them of painful processes instead of “taking their jobs” (or the parts of their jobs that they liked).
Finally, we identified another necessary measure: establishing transparency about the nature of RPA. As the “users” must describe the processes in great detail, requiring much effort, and must feel able to repair the system in case it breaks (or to have it repaired), the users must develop an understanding of the way it operates: “If you go through the code generated by the robot, you can see relatively well what it does, right? Press the button there, go into the field at the top and so on. And for me, that was what I wanted people to take with them, right? […] they should have a little bit of the … yes, not the respect the fear … I can’t formulate it exactly now. But they should see a little bit that there is something they can still understand. But I don’t have to do it [create the bot] myself” (I8). This measure differs from others, such as giving employees more information about the change, as it focuses more on their general understanding of the technology rather than the specific change. In our discussions with the training team, team members noted that this component was an important aspect of their work. They felt that a high-level understanding of how interaction with the bot worked was necessary: “But the employee must be able to assess, at least at a high altitude, whether he or she has the confidence to maintain it, to develop it, perhaps to make the first prototypes, to sit down with guidance, yes? And that’s the thing where I say, this incentive, that’s what we provide” (I9). This measure is particularly crucial when business department members are directly engaged in the development process.

5 Discussion

5.1 Summary

SQB has often been used in IS to better understand user acceptance of new systems in a variety of contexts (see e.g., Kim and Kankanhalli 2009; Lee and Joshi 2017; Godefroid et al. 2022). However, our findings support the notion that existing models of SQB (Kim and Kankanhalli 2009) do not fully explain SQB in the RPA context. Different literature reviews have highlighted the need for research on RPA adoption (Plattfaut et al. 2022). While several works have researched rational (non-biased) decision-making regarding RPA acceptance (see e.g., Tschandl et al. 2022; van Looy 2022; Vollenberg et al. 2024; Wewerka et al. 2020), an examination of biased influences has thus far been missing. Our experiment and subsequent case study show that SQB affects RPA adoption and that it functions differently than does the adoption of other technology classes. Apparently, the antecedents of intention to use a technology from traditional user acceptance research are stable across different contexts. However, the single components of SQB across the three dimensions (i.e., cognitive misperception, rational decision making, psychological commitment) are context-sensitive, both regarding nuances in their definition and regarding their importance. In the case study, we uncovered possible explanations for the changed behaviour as well as mechanisms leading to this difference and new countermeasures specific to RPA. Those findings enabled us to re-conceptualise SQB for RPA.
In the first study, we revealed a significant influence of SQB on RPA adoption, essentially in response to RQ1. However, unexpectedly, the tested countermeasures were not determined to be effective overall (RQ2). Among the literature-based constructs used to measure SQB (Kim and Kankanhalli 2009), net benefits and control affect RPA technology acceptance. Moreover, unexpectedly, loss aversion and social norms did not have an effect. These findings indicate that the SQB studies must be examined closely with respect to their transferability to user-driven technologies such as RPA. The literature and the known effects relate to more traditional IS, such as ERP systems (Godefroid et al. 2022). The findings revealed by the first study highlight the need to test existing SQB countermeasures in this context and to find new countermeasures, as simply providing users with more information on the change is insufficient; instead, our case study revealed the necessity of obtaining an in-depth understanding of how the bot operates. Similarly, simply presenting success stories has a limited impact, at least in the RPA context. Again, our case study might offer an explanation, as we noticed that social norms present initially during the RPA introduction are not relevant throughout the RPA implementation. This finding explains why the treatment did not have a significant effect on the experiment and adds to the body of knowledge concerning SQB (Kim and Kankanhalli 2009).
In the case study, we gained further context into how the antecedents and countermeasures work to answer RQ3. The findings allowed us to reconceptualize SQB in the RPA context. We found evidence indicating that SQB functions differently in the RPA context. For example, we noted that uncertainty costs in the RPA context include the perceived interaction with the technical environment and that control can be aided by the availability of skilled key users. In addition, we found the construct of sunk costs to not be relevant in the RPA context, which stands in contrast to the SQB findings pertaining to other technologies (Rimbeck et al. 2024). We identified eleven countermeasures that were employed in the case company. While we observed some initial signs of low acceptance, by the time we conducted the interviews, acceptance had increased significantly. Therefore, the countermeasures seem to have worked in the two observed strands of development. While seven measures appeared in the SQB literature (for an overview, see Godefroid et al. 2022), we identified four new countermeasures in the case study.
Interestingly for the RPA community, six of the eleven identified countermeasures were previously known in the literature on RPA CSF (Plattfaut et al. 2022). This result highlights the relevance of SQB regarding RPA: If actions that serve as SQB countermeasures have been identified as critical for the success of RPA implementations, then overcoming SQB could be critical to successful RPA implementations, and practitioners are already doing so, possibly without being aware of SQB as the reason. Therefore, our findings on how SQB operates in the RPA context and the identified countermeasures can help researchers and practitioners design RPA initiatives that are more successful.
In the following sections, we discuss our findings in light of the extant SQB literature; reconceptualize SQB in the RPA context; and critically reflect on the bias perspective and its value in the RPA context and, in turn, in the BPM context.

5.1.1 Reconceptualization of the SQB Constructs in the RPA Context and Contextualization in the Bias Literature

Our quantitative findings and subsequent qualitative analysis revealed that several SQB constructs require careful rephrasing and repositioning in the RPA context. We thus propose a revised model for SQB (Fig. 3), which provides an understanding of how SQB affects RPA acceptance in practice (addressing RQ1 and RQ3).
Fig. 3
Revised SQB model for RPA
Full size image
Loss aversion Although we encountered reports of loss aversion in the interviews, the participants never reported experiencing it themselves. Loss aversion was reported only with respect to other employees. Owing to either an adverse selection of our interview partners or issues with self-reporting, we only encountered interviewees who vehemently stated that automation could not replace their jobs. These findings explain our experimental results but nonetheless force us to falsify H2.1 and H2.2 – (self-reported) loss aversion does not affect performance or effort expectancy. This result leads us to question the effectiveness of using a self-reported measure for loss aversion when social desirability seems to distort answer patterns. In prior studies, however, individuals were able to admit loss aversion regarding an ERP system (the construct used in Kim and Kankanhalli’s (2009) initial study). Further explorations are needed into alternative methods to capture this phenomenon, but we note that the construct of loss aversion does not operate as intended in the context of RPA. Future research should also investigate whether the differences in the mechanics of loss aversion are rooted in the process of system development (e.g., on the basis of deeply understanding what will be automated to eliciting every step) or in the RPA nature (e.g., the robotic nature of RPA, where employees “delegate” a task to RPA instead of “using” the system; Syed and Wynn 2020).
Uncertainty cost We did not examine uncertainty costs in the experiment as we assumed that the bot essentially replicates the (tried and tested) actions of the employee(s) (Syed et al. 2020a, b), thus introducing no additional source of uncertainty. As we explored the construct in further depth through our interviews, we found no evidence to contradict our assumption that uncertainty costs affect performance or effort expectancy (H2.5 and H2.6). However, once we had widened the focus to include the interaction with the (technical) environment, the construct became relevant again, as one interviewee who had experienced a bot failure due to a change in the underlying systems felt uncertain about the possibility of using RPA for a future use case.
Transition cost Similar to the uncertainty cost, we did not consider the notion of transition cost in the experiment, as RPA is a comparably cheap solution that requires little implementation cost (Syed et al. 2020a, b). However, in our interviews, we realized that considerable effort was involved in the process of allowing our interviewees to transition to an automated process. As these efforts are not part of the initial conceptualization of transition costs by Kim and Kankanhalli (2009), we found no evidence to disprove H2.3 and H2.4. This effort also does not yet appear prominently in the SQB literature, but creating the necessary process documentation with the right granularity to create an RPA bot is not a trifling matter. Creating such documentation is also more challenging if the process documentation is not current or at a high level, which we could see in the purchasing department. The efforts to create the full set of requirements for other information systems are also not to be treated lightly, but they do not affect the “users” in the same way. Requirements elicitation is typically performed upfront and might not need to be as detailed as it is in the RPA context (i.e., on a per-click level). Additionally, the details for the technical interfaces are not discussed directly with the users who need to be involved in the additional effort.
Net benefits Our experiment data and interview data indicate that this construct applies to RPA as defined by Kim and Kankanhalli (2009). Thus, both the experimental and the case study results support H2.7 and H2.8. Notably, in the RPA context, the net benefits also include considerations regarding the maintenance of the developed system, which seems especially relevant in the RPA context, in which the case company was required to continually fight stability issues and react to changes in the core system.
Sunk cost We excluded sunk costs from our initial experiment, as RPA automation usually replaces manual solutions or small-scale automation efforts such as Excel macros instead of processes and automation for which extensive effort has already been expended (van der Aalst et al. 2018; Plattfaut and Borghoff 2022). When we reexamined the relevance of sunk costs in the case, we also found no indication of it in our interview data. Both studies thus support H2.9 and H2.10.
Social norms Our experimental data indicated that social norms were irrelevant to performance or effort expectancy. Our interview data similarly disproved H2.11 and H2.12. However, during our interviews, we realized that the time when social norms are considered is decisive. We observed that social norms at the initial RPA introduction differed and that the perceptions changed over time. Thus, the concept of social norms must be refined. The nature of the social norms that are evident “at first contact” is relevant with respect to user resistance to RPA. The reasons underlying this effect require further study.
Control Interestingly, the level of individual control did not have a significant influence on the acceptance of RPA automation both in the experiment and the qualitative study. Thus, we must reject H2.13 and H2.14. RPA automates manual tasks in a manner that is similar to the ways in which humans previously performed those tasks. Individual control could have been less relevant in our case since the processes in the case company were automated using unattended automation, meaning that the original users did not interact with the bot directly. Another possible explanation is the detailed involvement of the users in the process of bot development. The users were required to formulate the bots’ operations in great detail so that the bots would perform the process in the same way that the users previously had. The ability to understand and alter the resulting “code” seemed to provide further assistance in this context. However, during our interviews, an interesting additional aspect emerged. While the control level of the individual user was irrelevant, the availability of guidance from key users was quite relevant. This guidance ranged from assessing a process’s value for automation to practical guidance on programming the bot. Interestingly, key users could be organization members or external consultants. However, requiring the consultant to play the role of a key user entailed that long-term availability was too limited to ensure continuous success. Several interviewees highlighted the importance of ensuring that the required knowledge and skills are available in-house (in line with Plattfaut et al. 2022). The relevance of key users might stem from the nature of RPA projects, in which one process is automated after another. In contrast to a large ERP introduction, not every employee needs to be knowledgeable about the new system. Only when their process is automated is a knowledgeable key user needed to skill up the employee who bears such responsibility.
While theories on user acceptance seem to be universal and hold in a variety of contexts, including RPA (see, e.g., Tschandl et al. 2022; van Looy 2022; Vollenberg et al. 2024), biases such as SQB and their respective countermeasures appear to be context specific. In both the experiment and the case study, we found interesting deviations from our expectations based on the findings in the literature in other contexts. Similarly to our observation that SQB can operate differently on the basis of technology, Rimbeck et al. (2024) reported that SQB may operate slightly differently for different user groups. This finding suggests that, while the constructs of technology acceptance are relatively stable, the SQB constructs change in their applicability and in their characteristics depending on the context. This possibility would hold significant implications for current user acceptance research: Since users not only evaluate technology acceptance using rational constructs (Kim and Kankanhalli 2009), and since a biased perspective seems to operate differently according to the context, the research on user acceptance may need to reevaluate the acceptance models proposed for various contexts if they do not consider a biased perspective.
We modelled SQB on the basis of a selected range of concepts drawn from the full set proposed by Kim and Kankanhalli (2009). Studies such as Kim (2011), which focused only on cost aspects, alluded to the fact that the whole model might not fit all contexts. Our example confirms that the full range of concepts does not function in all contexts. We observed significant effects only for two constructs, net benefits and control. We did not observe effects pertaining to loss aversion or social influence. Interestingly, loss aversion has already been found to influence IS adoption behavior, e.g., regarding two-factor authentication, and social influence is one of the key determinants of technology adoption models such as UTAUT (Venkatesh et al. 2003). This contradiction implies that RPA adoption differs from that of other technologies and contexts, contributing to the knowledge of SQB. As such, we must challenge the generalizability of the current cognitive bias and adoption research. Additionally, we provide a more nuanced understanding of SQB countermeasures, enhancing our understanding of ways to reduce the impact of SQB (RQ3). When individuals who are supposed to adopt IT are affected by SQB, technology is either not introduced or not accepted. As such, its value cannot be realized. Therefore, the task of identifying such effective countermeasures is essential for the IS community, including for both researchers and practitioners.

5.1.2 Critically Reflecting the Perspective of Bias in the RPA/BPM Literature: Countermeasures Compared with CSFs

In the case study, we noted a high RPA acceptance (except I7). However, this high acceptance did not occur by itself, as highlighted by the numerous countermeasures that we observed. In our case study, we identified 11 measures used to counter SQB. Seven of these measures have been mentioned in the SQB literature (Godefroid et al. 2022). Moreover, six of the eleven measures overlap with known CSFs for RPA implementation (Plattfaut et al. 2022), with three measures appearing in both the SQB and CSF literature. Two of the identified countermeasures could not be linked to either the CSF (Plattfaut et al. 2022) or the SQB countermeasures (Godefroid et al. 2022).
An example of a countermeasure known in both the SQB and RPA CSF literature is training. The SQB literature describes how sufficient training reduces SQB (Godefroid et al. 2022). Similarly, one CSF is the active planning and development of the necessary skills of employees (Plattfaut et al. 2022). Applying this CSF holds value, even if the managers doing so are not aware of the influence of training on control as one of the SQB constructs (Godefroid et al. 2022). Similarly, our case highlights the importance of external opinions with respect to efforts to reduce SQB. The SQB literature has discussed the possibility of introducing external people into the organization as an SQB countermeasure (Long et al. 2019). Similarly, the RPA literature argues that the utilization of external knowledge and expertise is essential for overcoming problems in piloting RPA (Plattfaut et al. 2022). In our case, the organization involved two consultancies that apparently helped overcome SQB (whether deliberately or not). The last example is changing social norms. While the RPA literature highlights the importance of top management involvement in driving change (e.g., Asatiani and Penttinen 2016), the notion of adapting social norms is also explicitly mentioned in the SQB literature (e.g., Hu et al. 2011).
Moreover, the case organization applied countermeasures that are already known in the general SQB literature, which indicates that they might also be helpful in the RPA context. Whether employing change agents, incentivizing change, providing more information, or providing success stories is actually necessary and/or sufficient to overcome SQB is still subject to rigorous testing. Regarding the latter two possibilities, our first experiment showed no indication of sufficiency, which might be due to limitations in the respective treatments.
Two additional countermeasures that are identified in the case study are known from the CSF literature. The case organization actively addressed loss aversion through discussions with individuals resistant to change. This measure is also part of the CSF in the RPA context mentioned previously (e.g., mentioned by Hallikainen et al. 2018). Similarly, the case organization selected processes with perceived pain points, which made the status quo unattractive and thus increased the willingness to change (the bots can perform unpopular tasks). The strategic selection of “quick win” processes has long been known as a success factor in RPA introduction projects (Plattfaut et al. 2022) and change projects in general.
Moreover, we uncovered two countermeasures not mentioned in the CSF or the SQB literature. The conscious reduction of transition costs was argued to be important in the case organization. The RPA bot needs to be “told” in great detail what its task is. This step needs to happen at the granular level of individual clicks, whereas the task would have to be described only on a more conceptual level when it is automated via traditional means (or handed over to a coworker). In the case study, the organization applied consultants to reduce the transition costs for internal employees regarding process elicitation and bot creation. Another countermeasure that was highlighted as important was establishing transparency about the nature of RPA. Showing the boundary of the bot’s capabilities seemed to be important to the process participants. Seeing a bot in action and understanding its potential and limitations were identified as essential. Moreover, this effect could explain why our experimental countermeasure of giving individuals more information about the change did not prove effective. Understanding the bot requires training and seeing a bot in action; a mere high-level textual description of its characteristics and capabilities appears to be insufficient.
Thus, consciously introducing the bias perspective and adapting it to RPA has two benefits. On the one hand, it offers an explanation of why known CSFs are effective, and on the other hand, it enables the identification of additional countermeasures. An improved understanding of why certain CSFs are effective would also help facilitate their implementation. Training, for example, can be designed to address the actual needs it is intended to address more effectively. However, the bias perspective is also helpful in identifying additional measures for successful system introduction and providing an understanding of the mechanisms underlying the CSFs. Using the example of RPA, we identify four additional SQB countermeasures, which complement the known SQB countermeasures identified in the literature (Godefroid et al. 2022). These insights and countermeasures further our understanding of how SQB operates in practice and how countermeasures can be used to address it (RQ3).

5.2 Theoretical Contributions

Our findings contribute to the emerging stream of literature on RPA, the theory of BPM, and the cognitive bias research in the IS domain. Moreover, we contribute to the knowledge base on integrating cognitive biases into the literature on technology acceptance.
We advance our understanding of RPA, especially in light of the scarce literature on its acceptance and implementation (see, e.g., Syed and Wynn 2020; Waizenegger and Techatassanasoontorn 2020; Santos et al. 2020). This paper provides insights into the mechanisms of RPA acceptance, how it can hinder implementation projects, and possible countermeasures. Research can adapt existing RPA implementation frameworks to account for these findings. SQB can hinder or prohibit successful system introduction, which should be particularly relevant when the implementation relies on specialty departments being willing and motivated to implement and operate information systems.
Similarly, we contribute to the literature on user-driven IT, regarding which an SQB perspective is also missing. Offering business departments the ability to create and alter their own software is one of the reasons why organizations utilize RPA (François et al. 2022), and RPA projects rely heavily on the involvement of process participants and potential RPA users in the development and operation of automations (see, e.g., Oshri and Plugge 2022; Syed et al. 2020a, b). When users are responsible for creating and maintaining their own IT systems, user acceptance naturally plays an important role, but acceptance also seems to operate slightly differently for user-driven IT than it does for traditional IS (McGill et al. 2003). Regarding RPA, we showed that the increased involvement of end-users in the process of creating system specifications, compared with traditional requirements engineering, leads to a greater perception of transition costs and additional maintenance efforts, resulting in a decreased perception of net benefits. Since, in the case of user-driven IT, the burden of these efforts (in addition to the actual development effort) relies entirely on the users’ shoulders, SQB could play an important role in this context.
More broadly, we contribute to the wider BPM and process automation literature (see e.g., Grisold et al. 2024). Our research also suggests that organizations must address the cognitive biases of employees, who are asked to either share process information with external consultants who are responsible for developing process automations or to develop their own automations via a citizen developer approach. Our research showed that the decision to cooperate in automation with RPA is not entirely rational. Human actors are biased in their perspectives, especially toward the status quo. However, SQB functions differently in the RPA context than it does in traditional information systems (Kim and Kankanhalli 2009). As such, the emergence of new technologies (like RPA) emphasizes the importance of incorporating behavioral aspects such as technology acceptance into the field of BPM. Aided by such insights, managers can actively shape the dynamics when new process automation techniques such as RPA are introduced.
Our findings extend the insights that have been presented concerning SQB measurement, countermeasures and the influence of this factor acceptance (RQ1). In line with the literature review by Lee and Joshi (2017), we find that not all of the SQB constructs are relevant in the RPA context. In line with our initial hypothesis, we observed that the sunk cost did not have a significant influence. We also contribute to a reconceptualization of SQB in the specific context of RPA. We build on the work of Kim and Kankanhalli (2009), who reconceptualized the initial definition of bias provided by Samuelson and Zeckhauser (1988) for information systems. However, our findings highlight the necessity of developing and adapting such models to suit specific IS contexts. Only by formalizing these influences for the IS domain can we begin to measure them and counter them actively. Similarly, we contribute our four additional SQB countermeasures, whose general applicability remains to be tested.
In addition, we show the value of integrating cognitive biases into the literature on technology acceptance. In line with prior research (Kim and Kankanhalli 2009), SQB was one factor inhibiting the acceptance of the technology (here: RPA). As such, we argue that studies on the acceptance of technologies need to take bounded rationality into account. Based on this, we derive implications for future research.

5.3 Theoretical Implications for Future Research

Our work has several implications, which we situate by reference to the core topics of BPM and RPA research, thus strengthening our understanding of the systematic differences of new emerging technologies and advancing the cognitive bias research in IS.
Our findings contribute a behavioral view on the topic of BPM, stressing the importance of including nonrational behavior in the BPM toolbox. While several studies have researched RPA acceptance from a rational perspective (see, e.g., Tschandl et al. 2022; van Looy 2022; Vollenberg et al. 2024), more research is required to follow the guidance offered by Simon (1955), to stop basing our models and theories on the false assumption of rational behavior. The cognitive bias research in IS has taken significant steps in this direction, with many biases identified and studied in the IS context (Godefroid et al. 2021). While we provided a conceptualization of SQB for the RPA context, similar conceptualizations are still missing for other contexts. Such conceptualizations are essential for understanding context-dependent acceptance behavior, as our example highlights. Further research is necessary to increase our ability to explain acceptance behavior in this context. Future empirical research should also determine whether and how our findings can be transferred to other BPM or IS technologies.
The literature also proposes a variety of potential SQB countermeasures (Godefroid et al. 2022), which remain to be tested for their effectiveness either individually or in combination. While we showed that a combination of countermeasures was effective for our case company, different combinations of countermeasures (including those identified in this work) should be evaluated in different contexts to examine which characteristics of those contexts contribute to the success of the countermeasures. As SQB appears to operate differently in different contexts, further research is needed to identify the other contexts in which RPA SQB (and, by extension, user acceptance) functions differently as well as to determine which countermeasures are effective in which contexts.

5.4 Practical Implications

On the basis of our findings, this research also contributes to managerial practice by providing managers with a better understanding of why they should expect certain behaviors and why they should apply specific countermeasures as well as by expanding their repertoire of applicable SQB countermeasures. Understanding RPA in comparison with traditional systems can help relevant actors conceptualize corresponding training concepts.
Our case study highlights the importance of giving those tasked with handling RPA bots a general understanding of how bot interaction functions. Whereas an ERP system user may find knowledge of how the ERP’s interface with Microsoft Outlook functions to be irrelevant, the “end user” of an RPA bot must understand the nature of its interaction with its (technical) environment to anticipate potential sources of errors and to assess the technologies’ capabilities correctly. Thus, our findings should help managers and consultants to create organizational policies that support their employees in the process of implementing the necessary changes more effectively. This, in turn, can help increase the success rate of RPA projects.
In addition, we provide managers with hands-on measures that they can implement in RPA development projects. The countermeasure to reduce the transition cost, for example, is especially important in BPM contexts. Our findings indicate that the effort to create the necessary process documentation when automating with RPA is not a trifling matter, and end-users have to shoulder a higher percentage than in regular projects.

5.5 Limitations

Even though we applied the utmost care in designing our research, some limitations remain: First of all, we admit that the multi-method approach presented here was not planned as such (see Sect. 3.1). Naturally, a different methodological approach might have led to slightly different conclusions. However, in line with the arguments of Venkatesh et al. (2013) and Pratt et al. (2022), we believe that following up on the discrepancies between the expected results and our experimental results was the right course of action, that our findings are worth sharing, and that they can hopefully convince other researchers to engage with this interesting topic.
The first study involved only 150 participants, which was sufficient only to provide a strong indication, not guarantee a final result. Nonetheless, we believe that our results highlight the importance of researching SQB countermeasures further. Second, although we synthesized our measurement model from the literature, as we selected only some of the concepts due to our context, our choice might not have exhausted the full range of relevant concepts. Third, other studies have combined SQB with user resistance. Therefore, in our research effort, we expected an inverted effect for the intention to use. However, intention to use and user resistance might be more dissimilar than we thought, thus explaining the lack of significant effects observed with respect to most of the SQB constructs. Fourth, the use of Prolific-provided (vs. directly recruited) participants might have skewed the results despite the positive results that Prolific has yielded in previous cognitive bias research (Bahreini et al. 2020) because we could not verify the exact nature of the participants’ nonprofit affiliation or the type of nonprofit work with which they were involved. Moreover, the participants on Prolific exhibit a slight bias toward being from Western, educated, industrialized, rich, and democratic countries (Prolific 2025). As such, the sample might be biased. Furthermore, especially in online experiments and surveys, non-response bias might be a problem. When we compared early and late responders to test for nonresponse biases (see, e.g., Koch and Blohm 2016), we did not observe any statistically significant differences. This result suggests that nonresponse bias might not be at play. In addition, following media richness theory, the text format we chose might not have been sufficient to relay the complex level of information required to understand RPA (Ishii et al. 2019). Finally, different texts, e.g., a success story written by a nonprofit and not a software provider, might have had different effects.
Similarly, the expressive power of a single case study with a moderate number of interviews is always limited. Nonetheless, the data were sufficient to challenge some of our hypotheses according to the positivist case study approach, thus allowing us to contribute important theoretical insights in this context.
Finally, our theoretical model imposes a practical limitation: In the qualitative interaction with practitioners, we encountered reservations regarding the bias perspective. In this context, the model developed by Kim and Kankanhalli (2009) has certain drawbacks, as it includes rational aspects to capture bias. This procedure implies that people are biased because they (perhaps rationally) determine that the net benefits of a new IS for their work do not always garner favor. As the IS research community is actively engaged with the practitioners’ domain, we need to be careful to develop theoretical models that researchers and practitioners can apply without offending their counterparts.

6 Conclusion

In this study, we focused on the behavioral aspects associated with the introduction of RPA (Syed et al. 2020a, b). We proposed a set of hypotheses regarding how SQB affects RPA technology acceptance on the basis of the model developed by Kim and Kankanhalli (2009). We conducted an experiment and found that of the two countermeasures we tested, only success stories had an effect. These findings led us to question the countermeasure literature and to reexamine our SQB model in the RPA context. To explore this finding in further detail, we conducted an additional case study, which allowed us to reconceptualize the SQB constructs in the RPA context and to identify additional SQB countermeasures in this context. This research reveals that some established CSFs for introducing RPA overlap with SQB countermeasures; however, the bias perspective offers additional value in terms of explicability and relevant countermeasures. Our findings imply that biases operate differently for different types of technologies: the model of Kim and Kankanhalli (2009) developed for ERP is not fully applicable in the RPA context.

Acknowledgements

Peters work was partially funded by the German Federal Ministry of Research, Technology and Space (Bundesministerium für Forschung, Technologie und Raumfahrt; Grant no. 13FH034KX0). Ralf thankfully acknowledges the support of the German Research Foundation (Deutsche Forschungsgemeinschaft; Grant no. 541177056). This article’s open access publication was funded by the Open Access Publication Fund of South Westphalia University of Applied Sciences. We want to thank the associate editor, the anonymous reviewers, and Hajo Reijers for their valuable input and constructive feedback. We also thank the program committee of the BPM conference for their feedback on an earlier version of this paper (Godefroid et al. 2023).
Open Access This article is licensed under a Creative Commons Attribution 4.0 International License, which permits use, sharing, adaptation, distribution and reproduction in any medium or format, as long as you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons licence, and indicate if changes were made. The images or other third party material in this article are included in the article's Creative Commons licence, unless indicated otherwise in a credit line to the material. If material is not included in the article's Creative Commons licence and your intended use is not permitted by statutory regulation or exceeds the permitted use, you will need to obtain permission directly from the copyright holder. To view a copy of this licence, visit http://creativecommons.org/licenses/by/4.0/.

Publisher's Note

Springer Nature remains neutral with regard to jurisdictional claims in published maps and institutional affiliations.
Title
Old Ways or New Bots: Conceptualizing Status Quo Bias and Corresponding Countermeasures for Robotic Process Automation
Authors
Marie Elisabeth Zubler
Peter Alois François
Ralf Plattfaut
Publication date
29-09-2025
Publisher
Springer Fachmedien Wiesbaden
Published in
Business & Information Systems Engineering
Print ISSN: 2363-7005
Electronic ISSN: 1867-0202
DOI
https://doi.org/10.1007/s12599-025-00962-2

Supplementary Information

Below is the link to the electronic supplementary material.
1
The procedure and results of the experiment (study one) were presented and discussed at the 21st International Conference on Business Process Management (Godefroid et al. 2023).
 
2
See Appendix B for the survey questions used in this context. The full survey including the treatment material is available from the authors upon request.
 
go back to reference Asatiani A, Penttinen E (2016) Turning robotic process automation into commercial success – case OpusCapita. J Inf Technol Teach Cases 6(2):67–74. https://doi.org/10.1057/jittc.2016.5CrossRef
go back to reference Bahreini AF, Cavusoglu H, Cenfetelli R (2020) Role of feedback in improving novice users’ security performance using construal level and valance framing. In: Proceedings of the 41st International Conference on Information Systems, Hyderabad
go back to reference Bekir I, Doss F (2020) Status quo bias and attitude towards risk: an experimental investigation. Manag Decis Econ 41(5):827–838. https://doi.org/10.1002/mde.3140CrossRef
go back to reference Burkart C, Wakolbinger T, Toyasaki F (2018) Funds allocation in NPOs: the role of administrative cost ratios. Cent Eur J Oper Res 26(2):307–330. https://doi.org/10.1007/s10100-017-0512-9CrossRef
go back to reference Champawat T (2020) How RPA benefits non-profit organizations? https://www.infobeans.com/rpa-benefits-nonprofit-organizations. Accessed 22 Apr 2021
go back to reference Chi W-C, Lin P-J, Chang I-C, Chen S-L (2020) The inhibiting effects of resistance to change of disability determination system: a status quo bias perspective. BMC Med Inform Decis Mak. https://doi.org/10.1186/s12911-020-1090-7CrossRef
go back to reference Davis FD (1985) A technology acceptance model for empirically testing new end-user information systems: Theory and results. Doctoral thesis, Sloan School of Management, Massachusetts Institute of Technology
go back to reference Deloitte (2018) The robots are ready. Are you?: Untapped advantage in your digital workforce. https://www2.deloitte.com/content/dam/Deloitte/us/Documents/process-and-operations/us-cons-global-rpa-survey.pdf. Accessed 10 Jun 2025
go back to reference Fink L (2022) Why and how online experiments can benefit information systems research. J Assoc Inf Syst 23(6):1333–1346. https://doi.org/10.17705/1jais.00787CrossRef
go back to reference François PA, Borghoff V, Plattfaut R, Janiesch C (2022) Why companies use RPA: A critical reflection of goals. In: BPM 2022 Proceedings, Münster, pp 399–417
go back to reference Gardiner M, Andoh-Baidoo FK (2019) Factors behind the assimilation of enterprise resourse planning (ERP) software In mid-sized and large firms in pre-emerging economies: A case of ghana. In: HICSS 2019 Proceedings, Grand Wailea, Maui, pp 6104–6113
go back to reference Godefroid M-E, Plattfaut R, Niehaves B (2022) How to measure the status quo bias? A review of current literature. Manag Rev Q 73(4):1667–1711. https://doi.org/10.1007/s11301-022-00283-8CrossRef
go back to reference Godefroid M, Zeuge A, Oschinsky F, Plattfaut R, Niehaves B (2021) Cognitive biases in IS research: A framework based on a systematic literature review. In: Pacific Asia Conference on Information Systems, Dubai (Virtual conference)
go back to reference Godefroid M-E, Plattfaut R; Niehaves B (2023) Increasing RPA adoption : An experiment on countermeasures for status quo bias. In: 21st International Conference Business Process Management, Utrecht, pp 323–340
go back to reference Godefroid M, Yun G, Hüls G, Plattfaut R, Niehaves B (2024) Addressing status quo bias to turn a failing decision system introduction around: The case of DB Schenker. J Decis Syst. https://doi.org/10.1080/12460125.2024.2410515CrossRef
go back to reference Graf DG, Burell DN (2024) Utilising resistance feedback for software implementation in healthcare. Health Econ Manag Rev 5(1):106–116. https://doi.org/10.61093/hem.2024.1-08CrossRef
go back to reference Grisold T, Janiesch C, Röglinger M, Wynn MT (2024) “BPM is Dead, Long Live BPM!” – An Interview with Tom Davenport. Bus Inf Syst Eng 66(5):639–642. https://doi.org/10.1007/s12599-024-00880-9CrossRef
go back to reference Hair JF, Hult GTM, Ringle CM, Sarstedt M (2017) A primer on partial least squares structural equations modeling. Sage, Thousand Oaks
go back to reference Hair JF, Risher JJ, Sarstedt M, Ringle CM (2019) When to use and how to report the results of PLS-SEM. Eur Bus Rev 31(1):2–24. https://doi.org/10.1108/EBR-11-2018-0203CrossRef
go back to reference Hallikainen P, Bekkhus R, Pan S (2018) How OpusCapita used internal RPA capabilities to offer services to clients. MIS Q Exec 17(1):41–52
go back to reference Henkel C, Seidler A-R, Kranz J, Fiedler M (2019) How to nudge pro-environmental behaviour: An experimental study. In: Proceedings of the European Conference on Information Systems, Stockholm and Uppsala
go back to reference Hsieh P-J (2015) Healthcare professionals’ use of health clouds: integrating technology acceptance and status quo bias perspectives. Int J Med Inform 84(7):512–523. https://doi.org/10.1016/j.ijmedinf.2015.03.004CrossRef
go back to reference Hsieh P-J, Lai H-M, Ye Y-S (2014) Patients’ acceptance and resistance toward the health cloud: an integration of technology acceptance and status quo bias perspectives. In: PACIS 2014 Proceedings, Chengdu
go back to reference Hu T, Poston RS, Kettinger WJ (2011) Nonadopters of online social network services: network services: is it easy to have fun yet? Commun Assoc Inf Syst 29(1):441–458
go back to reference Ishii K, Lyons MM, Carr SA (2019) Revisiting media richness theory for today and future. Hum Behav Emerg Technol 1(2):124–131. https://doi.org/10.1002/hbe2.138CrossRef
go back to reference Kahneman D, Tversky A (1979) Prospect theory: an analysis of decision under risk. Econometrica 47(2):263–292. https://doi.org/10.1002/hbe2.138CrossRef
go back to reference Karahanna E, Benbasat I, Bapna R, Rai A (2018) Opportunities and Challenges for Different Types of Online Experiments. MIS Q 42(4). https://www.jstor.org/stable/26635069. Accessed 18 Jul 2025
go back to reference Khedhaouria A, Thurik R, Gurau C, van Heck E (2016) Customers’ continuance intention regarding mobile service providers. J Glob Inf Manag 24(4):1–21. https://doi.org/10.4018/JGIM.2016100101CrossRef
go back to reference Kim H-W (2011) The effects of switching costs on user resistance to enterprise systems implementation. IEEE Trans Eng Manag 58(3):471–482. https://doi.org/10.1109/TEM.2010.208963CrossRef
go back to reference Kim HW, Kankanhalli A (2009) Investigating user resistance to information systems implementation: a status quo bias perspective. MIS Q 33(3):567–582. https://doi.org/10.2307/20650309CrossRef
go back to reference Lacity M, Willcocks LP, Craig A (2015) Robotic process automation: mature capabilities in the energy sector. The Outsourcing Unit Working Research Paper Series(15/06)
go back to reference Lacity M, Willcocks LP (2016) Robotic process automation at Telefónica O2. MIS Q Exec 15(1):21–35
go back to reference Laumer S, Eckhardt A (2012) Why do people reject technologies: a review of user resistance theories. In: Dwivedi YK et al (eds) Information systems theory. Springer, New York, pp 63–86CrossRef
go back to reference Lee K, Joshi K (2017) Examining the use of status quo bias perspective in IS research: need for re-conceptualizing and incorporating biases. Inf Syst J 27(6):733–752. https://doi.org/10.1111/isj.12118CrossRef
go back to reference Li Z, Cheng Y (2014) From free to fee: exploring the antecedents of consumer intention to switch to paid online content. J Electron Commer Res 15(4):281–299
go back to reference Li J, Liu M, Liu X (2016) Why do employees resist knowledge management systems? An empirical study from the status quo bias and inertia perspectives. Comput Hum Behav 65:189–200. https://doi.org/10.1016/j.chb.2016.08.02CrossRef
go back to reference Linnerud K, Toney P, Simonsen M, Holden E (2019) Does change in ownership affect community attitudes toward renewable energy projects? Evidence of a status quo bias. Energy Policy 131:1–8. https://doi.org/10.1016/j.enpol.2019.04.039CrossRef
go back to reference Long X, Nasiry J, Wu Y (2019) A behavioral study on abandonment decisions in multistage projects. Manag Sci. https://doi.org/10.13140/RG.2.1.1303.6400CrossRef
go back to reference Lorenc A, Pedro L, Badesha B, Dize C, Fernow I, Dias L (2013) Tackling fuel poverty through facilitating energy tariff switching: a participatory action research study in vulnerable groups. Public Health 127(10):894–901. https://doi.org/10.1016/j.puhe.2013.07.004CrossRef
go back to reference Ma L, Lee CS (2019) Understanding the barriers to the use of MOOCs in a developing country: an innovation resistance perspective. J Educ Comput Res 57(3):571–590. https://doi.org/10.1177/0735633118757732CrossRef
go back to reference Ma Q, Liu L (2004) The technology acceptance model: a meta-analysis of empirical findings. J Organ End User Comput 16(1):59–72. https://doi.org/10.4018/joeuc.2004010104CrossRef
go back to reference McGill T, Hobbs V, Klobas J (2003) User developed applications and information systems success. Inf Resour Manag J 16(1):24–45. https://doi.org/10.4018/irmj.2003010103CrossRef
go back to reference Merriman KK, Sen S, Felo AJ, Litzky BE (2016) Employees and sustainability: the role of incentives. J Manag Psychol 31(4):820–836. https://doi.org/10.1108/JMP-09-2014-0285CrossRef
go back to reference Nel J, Boshoff C (2021) “I just don’t like digital-only banks, and you should not use them either”: Traditional-bank customers’ opposition to using digital-only banks. J Retail Consum Serv 59:102368. https://doi.org/10.1016/j.jretconser.2020.102368CrossRef
go back to reference Oshri I, Plugge A (2022) Introducing RPA and automation in the financial sector: lessons from KAS Bank. J Inf Technol Teach Cases 12(1):88–95. https://doi.org/10.1177/2043886921994828CrossRef
go back to reference Petter S (2018) “Haters gonna hate”: PLS and information systems research. ACM SIGMIS Database: Database Adv Inf Syst 49(2):10–13. https://doi.org/10.1145/3229335.3229337CrossRef
go back to reference Petter SC, Gallivan MJ (2004) Toward a framework for classifying and guiding mixed method research in information systems. In: Proceedings of the 37th Hawaii International Conference on System Sciences, Big Island
go back to reference Plattfaut R, Borghoff V (2022) Robotic process automation – a literature-based research agenda. J Inf Syst 36(2):173–191. https://doi.org/10.2308/ISYS-2020-033CrossRef
go back to reference Plattfaut R, Borghoff V, Godefroid M, Koch J, Trampler M, Coners A (2022) The critical success factors for robotic process automation. Comput Ind 138:103646. https://doi.org/10.1016/j.compind.2022.103646CrossRef
go back to reference Plattfaut R (2019) Robotic process automation – Process optimization on steroids? In: Proceedings of the 40th International Conference on Information Systems, Munich
go back to reference Polites K (2012) Shackled to the status quo: The inhibiting effects of incumbent system habit, switching costs, and inertia on new system acceptance. MIS Q 36(1):21–42. https://doi.org/10.2307/41410404CrossRef
go back to reference Pratt MG, Sonenshein S, Feldman MS (2022) Moving beyond templates: a bricolage approach to conducting trustworthy qualitative research. Organ Res Meth 25(2):211–238. https://doi.org/10.1177/1094428120927466CrossRef
go back to reference Prolific (2025) What are the advantages and limitations of an online sample? https://researcher-help.prolific.com/en/article/a061d5. Accessed 16 May 2025
go back to reference Rimbeck M, Stumpf-Wollersheim J, Richter A (2024) Unfolding IoT adoption: a status quo bias perspective. Bus Inf Syst Eng. https://doi.org/10.1007/s12599-024-00891-6CrossRef
go back to reference Sajons GB (2020) Estimating the causal effect of measured endogenous variables: a tutorial on experimentally randomized instrumental variables. Leadersh Q 31(5):101348. https://doi.org/10.1016/j.leaqua.2019.101348CrossRef
go back to reference Samuelson W, Zeckhauser R (1988) Status quo bias in decision making. J Risk Uncertain 1(1):7–59. https://doi.org/10.1007/BF00055564CrossRef
go back to reference Santos F, Pereira R, Vasconcelos JB (2020) Toward robotic process automation implementation: an end-to-end perspective. Bus Proc Manag J 26(2):405–420. https://doi.org/10.1108/BPMJ-12-2018-0380CrossRef
go back to reference Schmitz HP, Raggo P, Bruno-van Vijfeijken T (2011) Accountability of transnational NGOs: aspirations vs. practice. Nonprofit Volunt Sect Q 41(6):1175–1194. https://doi.org/10.1177/0899764011431165CrossRef
go back to reference Seiffer A, Gnewuch U, Maedche A (2021) Understanding employee responses to software robots: A systematic literature review. In: Proceedings of the 42nd International Conference on Information Systems
go back to reference Shealy T, Klotz L, Weber EU, Johnson EJ, Greenspan Bell R (2019) Bringing choice architecture to architecture and engineering decisions: how the redesign of rating systems can improve sustainability. J Manage Eng. https://doi.org/10.1061/(ASCE)ME.1943-5479.0000692CrossRef
go back to reference Simon HA (1955) A behavioral model of rational choice. Q J Econ 69(1):99–118. https://doi.org/10.2307/1884852CrossRef
go back to reference Smith SM, Roster CA, Golden LL, Albaum GS (2016) A multi-group analysis of online survey respondent data quality: comparing a regular USA consumer panel to MTurk samples. J Bus Res 69(8):3139–3148. https://doi.org/10.1016/j.jbusres.2015.12.002CrossRef
go back to reference Syed R, Suriadi S, Adams M, Bandara W, Leemans S, Ouyang C, ter Hofstede A, van de Weerd I, Wynn MT, Reijers HA (2020a) Robotic process automation: contemporary themes and challenges. Comput Ind. https://doi.org/10.1016/j.compind.2019.103162CrossRef
go back to reference Syed R, Wynn MT (2020b) How to trust a bot: an RPA user perspective. In: Asatiani A et al (eds) Business process management: blockchain and robotic process automation forum. Springer, Cham, pp 147–160CrossRef
go back to reference Trieu V-H, Burton-Jones A, Green P, Cockcroft S (2022) Applying and extending the theory of effective use in a business intelligence context. MIS Q 46(1):645–678. https://doi.org/10.25300/MISQ/2022/14880CrossRef
go back to reference Tschandl M, Mezhuyev V, Möstl D (2022) Robotic process automation technology acceptance: A case study from Austrian companies. In: Al-Emran M (ed) Proceedings of International Conference on Emerging Technologies and Intelligent Systems, vol 2. Springer, Cham, pp 815–826
go back to reference UiPath (2020) Nonprofit, the new york foundling, saves 100,000 hours in manual work annually with UiPath. https://www.uipath.com/resources/automation-case-studies/new-york-foundling-ngo-rpa. Accessed 2021–04–22
go back to reference van der Aalst WMP, Bichler M, Heinzl A (2018) Robotic process automation. Bus Inf Syst Eng 60(4):269–272. https://doi.org/10.1007/s12599-018-0542-4CrossRef
go back to reference Van Looy A (2022) Employees’ attitudes towards intelligent robots: a dilemma analysis. Inf Syst e-Bus Manag 20(3):371–408. https://doi.org/10.1007/s10257-022-00552-9CrossRef
go back to reference Venkatesh V, Morris MG, Davis GB, Davis FD (2003) User acceptance of information technology: toward a unified view. MIS Q 27(3):425–478. https://doi.org/10.2307/30036540CrossRef
go back to reference Venkatesh V, Thong JY, Xu X (2012) Consumer acceptance and use of information technology: extending the unified theory of acceptance and use of technology. MIS Q 36(1):157–178. https://doi.org/10.2307/41410412CrossRef
go back to reference Venkatesh V, Brown SA, Bala H (2013) Bridging the qualitative-quantitative divide: guidelines for conducting mixed methods research in information systems. MIS Q 37(1):21–54. https://doi.org/10.25300/MISQ/2013/37.1.02CrossRef
go back to reference Venkatesh V, Brown S, Sullivan Y (2016) Guidelines for conducting mixed-methods research: an extension and illustration. J Assoc Inf Syst 17(7):435–494. https://doi.org/10.17705/1jais.00433CrossRef
go back to reference Vollenberg C, Hackl J, Matthies B, Coners A (2024) Acceptance of RPA in public sector institutions. J Organ Comput Electron Commer 34(4):400–418. https://doi.org/10.1080/10919392.2024.2365446CrossRef
go back to reference Waizenegger L, Techatassanasoontorn AA (2020) “You have no idea how much we love Casper” – Developing configurations of employees’ RPA implementation experiences. In: Proceedings of the Australasian Conference on Information Systems, Melbourne
go back to reference Weiler S, Marheinecke H, Matt C, Hess T (2019) Trapped in the status quo? Cognitive misperceptions’ effects on users’ resistance to mandatory usage. In: Proceedings of the Pacific Asia Conference on Information Systems, Xi’an
go back to reference Wewerka J, Dax S, Reichert M (2020) A user acceptance model for robotic process automation. In: 2020 IEEE 24th International Enterprise Distributed Object Computing Conference. IEEE, pp 97–106
go back to reference Yin RK (2018) Case study research and applications: design and methods. Sage, Thousand Oaks
go back to reference Ernst & Young (2016) Get ready for robots: Why planning makes the difference between success and disappointment. https://eyfinancialservicesthoughtgallery.ie/wp-content/uploads/2016/11/ey-get-ready-for-robots.pdf. Accessed 10 Jun 2025
go back to reference Zhang X, Guo X, Wu Y, Lai K, Vogel D (2017) Exploring the inhibitors of online health service use intention: a status quo bias perspective. Inf Manage 54(8):987–997. https://doi.org/10.1016/j.im.2017.02.001CrossRef
go back to reference Zhang KZ, Gong X, Zhao SJ, Lee MK (2016) Are you afraid of transiting from web to mobile payment? The bias and moderating role of inertia. In: Proceedings of the Pacific Asia Conference on Information Systems, Chiayi City

Premium Partner

    Image Credits
    Neuer Inhalt/© ITandMEDIA, Nagarro GmbH/© Nagarro GmbH, AvePoint Deutschland GmbH/© AvePoint Deutschland GmbH, AFB Gemeinnützige GmbH/© AFB Gemeinnützige GmbH, USU GmbH/© USU GmbH, Ferrari electronic AG/© Ferrari electronic AG