1. Introduction
On a daily basis, social and psychological aspirations and environmental concerns push user expectancy levels toward new horizons. As a result, organizations are systematically rethinking their business models [
1]. One of these innovation and transformation routes is the development of a product–service system (PSS), i.e., the design of integrated systems of products and services delivered by one or more socioeconomic partners and designed to fulfill a specific customer need [
2,
3]. Boehm and Thomas [
3] accentuate the integrated nature and the centrality of the end-user when developing a PSS: “A PSS is an integrated bundle of products and services which aims at creating customer utility and generating value”. Despite the fact that an increasing number of companies are actually offering bundles of product and service elements [
4], and notwithstanding the huge amount of academic literature on the subject [
3], companies still seem to struggle with the execution of PSS design. There seems to be limited focus on how product and service elements should be combined in the design process [
5].
Velo Antwerp serves as a typical example of PSS (
Figure 1). This bike rental system helps people in unforeseen situations, or routine situations to travel short distances between two given locations in the city (e.g., closing the gap between public transport and the final destination). The apparent set of products, related services and the system behind it provides clear interactions with the end-user, and the direct consequences for the ecosystem’s stakeholders responsible for availability, tracking, maintenance, and asset management.
As shown in this example, a PSS is a complex combination of physical, immaterial and digital elements that needs to be combined. Companies and institutes use a variety of methods to bring in an integrated process combining views from users, stakeholders and ecosystem partners in the design process. To that purpose, they use a set of design tools. However, what do we actually know on their effectiveness? When do we use specific tools during the design cycle? What are the preconditions for the optimization of an integrated PSS design process?
For instance, Coreynen et al. [
6] identified barriers that prevent companies from upscaling to an integrated PSS approach. A first important barrier is the lack of knowledge, processes, and experience to develop fully integrated PSS, coined as the PSS “design” barrier. As a consequence [
7], these companies introduce services such as customer support, product upgrades and loyalty programs, as add-ons and perceive them rather as a liability than as an economic potential [
8]. The extant literature on PSS shows substantial efforts in design methodologies and encompassing frameworks that bring in the service perspective, providing methodological guidance and operational/decision support tools to enhance the PSS design process [
4,
5,
9,
10,
11]. However, despite their existence, the tools often do not seem to provide the required support to speed up the design process and develop the intended integrated product- and service-innovation [
12]. Authors [
13,
14,
15], offer a variety of tools to feed and strengthen the PSS design process, but a connection between various tools, the process and their impact on the result might be less clear. A second barrier identified by Coreynen et al. [
7] is the organizational mindset required for developing or implementing integrated PSS design due to a historical background limited to only product development and an inherent distrust in the potential of PSS. Coreynen et al. [
6] refer to this issue as a PSS “logic” barrier. When a service and customer-centric mindset is reflected in the behavior of the organization and its management, it might be easier to integrate customer experience in the PSS design process and as such develop solutions that matter. Authors in the field discuss potential readiness for servitization [
4,
16,
17], but provide little consideration to how organization, management and design teams can undertake the challenge to make an integrated logic actionable [
18] in the design process.
Prior research on service innovation has been pointing at three distinct PSS design streams [
19,
20,
21,
22]. The assimilation stream looks into service innovation as an extension of the existing business [
23,
24,
25]. The companies are not familiar with integrated PSS design methods, thereby considering the service element as add-on to an already designed product [
8,
26]. Consequently, the full potential of the service value potential is not realized. Secomandi and Snelders [
27] point out that this fixation on goods is understandable considering design’s historical role, but underpin the necessity to tackle the half-hearted integration of services. As a clear answer to this, the demarcation approach progressively addresses the customer’s needs and experiences, focusing on the way interactions are made meaningful throughout the entire lifecycle of the product–service offering. Well-established methods and processes put a user perspective central to the design and development of services, with its unique set of characteristics [
23,
28,
29,
30]. However promising each of the above approaches, they persist in under-addressing the integrated character of PSS innovation [
18,
31]. However, service and manufacturing activities are becoming increasingly intertwined, creating the need for a more integrative product–service innovation model. In this paper, we follow a synthesis approach [
29,
32,
33] that transcends the dichotomy between technological and non-technological forms of innovation. This approach aims to merge assimilation and demarcation, thereby bridging product and service features [
28]. Incorporating the rationale of synthesis, we focus on the importance of integrated PSS design in the front-end of innovation (FEI).
As pointed out by prior research [
34,
35], FEI decisions have a major impact on both the product and the service parts of the intended offering. The interaction between both elements (product and service) must be fully considered during the design process. Every process step following the FEI is shaped and determined by the outcome of the first design stages [
36]. As such, a lack of coordination and connection between product and service attributes leads to sub-optimal results [
37]. An early integration in the front end of products and service design is supposed to yield significant benefits but this can only be achieved when companies optimize their front-end integrated PSS design. A lot of tools have been suggested to accomplish this.
Notwithstanding all the literature [
4,
38,
39] suggesting different design tools and their usage, as well as approaches to optimize design processes, we claim that product–service integration cannot be optimized until one can link PSS design tools to process steps preconditions. Undoubtedly all PSS design tools are meant to enhance effectiveness in design steps, but it is unclear to what extent these tools (can) effectively improve, simplify, or facilitate the process, overcoming the PSS “design” and PSS “logic” barriers. We aim to contextualize how thresholds in PSS design processes can be lowered and how design tools used can become more effective throughout the different design stages.
We build on input from practitioners and synthesize relevant concepts and frameworks necessary for PSS design and pinpoint useful directions for implementing PSS. Given the exploratory nature of the study, we collect insights on the cognitive frames of designers and design experts that effectively follow an integrated design logic, which supported design teams and used a variety of PSS design tools. We asked these experts to look for blind spots in the design process and relate these to a set of PSS design tools brought together in one eclectic overview [
40], and used as stimulus to discuss with experts how the use of tools might miss the desired effect in case preconditions to the PSS design process are not met. As such, we do not intend to test this specific toolkit.
We identify twenty-one conditions that seem necessary for a streamlined PSS design process and an optimal use of frequently applied PSS design tools. These PSS preconditions seem to lead to a better compatibility between the traditional PSS design process and the PSS design tools [
40]. The contextualization provided by the experts attribute each precondition to the specific process phase they belong to, and the necessary PSS design tools to address them accordingly. We hereby contribute to the literature of servitization and PSS and enrich the PSS design process per phase both in execution and support.
In this article, firstly, we describe the chosen research methodology and clarify our methods of data collection. Secondly, we translate the typical characteristics of PSS into operational preconditions based on the prior literature. Thirdly, these insights serve as the input for in-depth contextualization, positioning the relevance of the preconditions in relation to the PSS design toolkit. Finally, we present a visually aligned PSS design framework, connecting the preconditions to the toolkit’s process and methods. We conclude with the main theoretical contributions of this study, and make specific recommendations for practice, as well as suggestions for future research.
3. Findings and Discussion
In this section, we present the combined findings from our literature review and empirical data from the expert interviews. In a first part we deepen out the concept of PSS and develop an example. In the second part, an overview of the twenty-one preconditions is presented. Thirdly, the practice-related contextualization by the experts, using the PSS design toolkit leads into a discussion on the link between the preconditions and the actual design process. The practitioners’ perspective clarifies how the tools help structuring the process and how they address the preconditions relevant at a specific design process stages. For every precondition, the experts provide contextualized descriptions about potential design/application barriers, relevant questions for each step in the process, and the rationale for process-stage specific tools. To understand the goal of the PSS design toolkit, we provide more detailed information on the PSS design tools used in each phase. Finally, a framework aligns the preconditions with frequently used PSS design tools.
3.1. The Delineation and Purpose of Product–Service Integration
In order to understand PSS, Tischner and Vezzoli [
37] stress that this field has strong connections to product design and service design and their respective methodologies. Product design, however, has undergone changes during the past decades. Indeed, the design of objects is no longer restricted to form, function, material and production, but focuses on the interaction between people and technology, and products serve as platforms for experiences, functionality and service offerings [
102]. Notably over the past decade, the service design also grew in importance. As the customer perspective is even more central to the development of services, companies have been turning to service design methods [
4,
67,
103,
104] to better understand the customers’ needs and experiences. It has its connection to classical service marketing [
32,
62] and focuses on the way interactions between the service provider and receiver make a service transaction meaningful. We also see a connection to SD Logic, a philosophical perspective that underpins the innovation-through-services transition and places the user’s perspective central in the innovation process [
4]. Recently, service design embraced this more holistic approach, perceiving services as “systems consisting of people, artefacts and their interactions” [
105]. Consequently, service design plays a crucial part in the integration “into the system” and enables to leap from demarcation to synthesis. Nevertheless, designing PSS is more than just a combination of the former two fields. Research and practice in the domains of product and service innovation are moving toward each other, applying each other’s tools and methods due to the complex nature of today’s offering, and implying an actual product-service integration. Product-service integration indicates a value proposition that derives its value for a significant part from both the product and service element [
73], and the system specifies the mix between products and services [
85] and the context. The context can be extended as it describes the raison d’être and core structure of the system, representing the (value) network, (technological) infrastructure and governance structure, even the revenue model that entails a product-service ready for the market [
73,
77]. The system consequently describes the relations between the stakeholders (ecosystem providing the context), and the interaction with the end-user (affected by the context).
With PSS design, we refer to the process through which a PSS is designed. Without neglecting the benefits of other PSS design tools and methodologies, we use the toolkit developed by Dewit et al. [
40]. This eclectic PSS design toolkit combines thirty-six frequently used tools, focusing on three different stages: understand, explore and define.
3.2. PSS Design Process Preconditions
Organizations have developed methodologies and processes to bridge product and service development and boost their value creation. However, this approach implies a different organizational mindset to formalize and establish a vision and strategy for innovation that understands—value and how to integrate products and services. However, despite the fact that more and more companies are actually delivering bundles of product and service elements [
106], there is no coherent picture of how these can be combined during the design process [
107,
108].
The theory behind PSS and adjacent concepts made it possible to clarify the similarities of products and services (assimilation). However, the literature review also identified a range of differences between products and services on their respective characteristics when it comes to the design, development, process, and methods. Principally, based on what the product is, the service is not (demarcation), and by acknowledging these dis/similarities, the context boundaries and peripheral characteristics of product–service integration become more obvious. Ultimately, simultaneously taking both product and service parts beyond the dichotomy, neglected integrated characteristics of innovation are brought to the surface that are relevant for products, as well as services (synthesis), on a more complex and systemic level.
Justified by a systematic literature review on PSS definitions by Haase, Pigosso and McAloone [
78], we elaborate on two key characteristics of PSS, (i) integrating product and services and (ii) the focus on customer needs. A thorough understanding of the PSS concept leads into a set of insights, coined as “preconditions” which are deemed necessary during the PSS design process. The preconditions connect to the relevance of issues raised by Vasantha et al. [
38]. These authors claim that methodologies to develop a practical PSS design must be generated. Herein, innovation and added value emerge by considering the following elements: stakeholder requirements, products and services throughout their lifecycle, a process for developing integrated solutions, a good schema for representing PSS concepts, and a comprehensive evaluation of PSS. Eventually, we chose the following six terms to cluster the identified preconditions throughout the PSS design process: “value constellation”, “evaluation mindset”, “integration”, “scenarios”, “selection approach”, and “product-service system”.
We present these twenty-one preconditions in
Table 3, listed following the three levels of the process (i.e., understand, explore, and define) in unison with their respective descriptions derived from the literature. Organizations would considerably benefit from a clear set of PSS preconditions that are necessary to support the PSS design process [
109]. The type and extent of adoption of these preconditions can positively affect an organization’s general disposition toward a product-service transition and seamless integration [
23], influencing the resources, capabilities and competences in each of the enabling PSS lifecycle activities [
110]. Using the preconditions, companies are also more likely to envision a more holistic notion of user experience [
107,
108], as opposed to the typical drivers, e.g., market demand, branding considerations, and technological innovations.
Practitioners involved in PSS projects can take advantage from looking at the preconditions in
Table 3 as a guide to check whether the necessary preconditions are met throughout the design process. The subsequent figures, accompanying tables and contextualized expert descriptions result from a practitioner’s perspective.
3.3. The Contextualization of Product–Service Integration
During the in-depth interviews, we have presented the PSS design toolkit overview (
Figure 3) as a research instrument, provoking the discussion and as such justifying the list of the twenty-one preconditions with the experts.
Below, we address the three phases in the PSS design process (
Figure 4,
Figure 5 and
Figure 6), i.e., understand, explore, and define. With a clear connection to
Table 3, we integrate the experts’ detailed in-context descriptions with the design process and the usage of tools integrating products and services, present at each stage. Taking the preconditions into account, each tool has the potential to unleash its true utility.
3.3.1. PSS Design Process Phase: Understand
As evidenced in
Table 4, during the first phase, understand (
Figure 4), the design team stepwise comes to an understanding of the system’s structure, stakeholders, elements, and their relationships, and they then discover the leverage points that are relevant to rethink the whole system when reframing its purpose. Subsequently, they cluster promising patterns, capture the bigger themes, and ultimately address the underlying situational phenomena. A representation of all insights should encourage stakeholders to discuss, interact and attain a holistic understanding of the PSS’s context. Following
Table 4, we address each of the preconditions, contextualized by the experts, and PSS design the tools deemed interesting at that moment.
The tools that support the PSS design process in this phase (
Table 4) are only effective to the extent in which Preconditions 1–8 are catered for. Below, the experts provide the recognizable circumstances and give detailed descriptions about the typical project barriers for each of the preconditions relevant for the first phase in the PSS design process, understand:
Recognizing the economic potential of PSS comes from a clear understanding of the concept and context itself (corresponding tools: context map, research questions, observation, interviewing the perspective, and interviewing the experience). PSS design creates value for people, the ecosystem and society. Value residing in both product and service and its systematic design approach to bridge the knowledge gap companies might experience [
8].
Experts assert that at the beginning of a project, it is hard to know the real advantages of the PSS and the value’s origin. Services, interactions, and experiences are hard to patent, but influence continuous growth and innovation of the ecosystem, inherent and essential to keep the PSS alive. So, what is in it for all parties involved to buy-in? (corresponding tool: value proposition).
The evolving nature of PSS value makes long-term thinking indispensable. Experts bring two arguments to the table to clarify Precondition 3 in terms of integration readiness [
4,
16,
17]. The first is the
capital-intensive argument and depends on the engagement and profit sharing among actors participating in the development and provision of the PSS. Not every company considers shutting down their primary source of income in favor of secondary sources of income like renting, sharing, or pay-per-use. The second argument is more
culturally driven and deals with the degree of innovativeness and risk taking. A shift in ownership has consequences for the user’s relationship with the PSS (e.g., exposure, availability, knowledge, asset management, tracking, etc.), making customer value more about the perceived experience (corresponding tools: stakeholder dimensions and persona).
With regard to Precondition 4, experts argue that smaller companies are closer to the customer and therefore more easily prepared to allocate resources differently. For larger companies, (re)allocation is rather structurally embedded, which has a rather sales-driven, short-term effect on business (e.g., incentives policy, sell more of what sells well, and competitor-driven), but often this market pull situation tends to dictate R&D [
127]. Blurring boundaries between marketing and design are favorable to the long-term user lock-in, overcoming the sales-driven short-term approach [
11] (corresponding tool: value proposition).
In PSS design, “co-exploration” requires stakeholder involvement. Improving aspects of someone’s life (ensuring value delivery), one must keep focus on the user experience (corresponding tools: stakeholder dimensions and persona tool). Stakeholder alignment from the beginning, participatory conceptualization and a shared vision or metaphor are essential (corresponding tools: system map and rich picture).
Products are easier to compare but opposed to product development efficiency, the “raison d’être” for services is still at risk. For Precondition 6, experts suggest using milestones instead of making Go/No Go decisions, because services are more iterative, require different lenses and frequent intermediate checks to enable faster and constant user testing (e.g., hiring five employees with a specific profile toward customer friendliness, opposed to the cost for an injection molding prototype) (corresponding tools: rich picture and intervention strategy).
In order to overcome evaluation difficulties, our experts provided insights on the criteria for a more formalized evaluation process: (1) criteria derived from the business strategy, e.g., financial, logistical, distribution, and organizational; (2) criteria linked to the project feasibility, e.g., how far reach resources like time, budget, machinery, and employees; (3) criteria recurrent for each project, e.g., remaining gap to the actual proposition; (4) criteria formulated throughout the process in parallel with the concept development; and (5) recurrent user testing (corresponding tools: intervention strategy, and design challenge).
After an ideation process, good ideas might be incompatible with traditional criteria. However, due to a need for integrated solutions, it is important to include them, to be flexible and to be open to new ways for evaluation. The actual calculations should be performed after the ideas roll out. For PSS, the real differentiator for impact might be provided by the service side (corresponding tool: design challenge).
3.3.2. PSS Design Process Phase: Explore
The preconditions presented in
Table 3 align with the methods to the PSS design process in
Table 5 below. Throughout the second phase, explore (
Figure 5), the design challenge and diverse stakeholder requirements set ground for explorative purposes. The design team initiates an idea generation process on (in)tangible system–user interactions and creates solution spaces for the system and its constituting parts, focusing on both front- and backstage user interactions, the physical location and the artefacts used. PSS scenarios help to assess operational validity and added value with stakeholders. The experts contextualize each of the preconditions, following
Table 5.
Similar as in the understand phase, the tools that support the PSS design process in this explore phase (
Table 5) are only effective to the extent that Preconditions 9–17 (
Table 3) are considered. The following paragraphs contextualize the preconditions and tools regarding the second phase of the PSS design process.
- 9.
There are several (path)ways that companies can take in designing PSS, affecting the type of integration [
7]. Quite often, companies add a service to existing product or vice versa in a sequential manner, but when product and service meet at the first user test, it is too late. Experts emphasize that both disciplines (product and service) should match their work in parallel and iterate as often as possible, resulting in a continuous process of diverging and converging actions and cooperation toward mutual milestones to check project performance and progress (corresponding tools: solution spaces).
- 10.
During the project’s strategic planning, the experts emphasize that it is important for stakeholders to articulate how far they want to engage with respect to the product or service part in the PSS. This brings clarity of involvement throughout the project and enables product-service modularity (corresponding tool: selection matrix and related discussion on operational validity).
- 11.
In multiple projects, experts notice that the service must adapt to the product in the later development stages because of cost considerations. A nested view forces product and service to adapt to each other and enables an essential divergence of ideas and convergence into an integrated product-service concept (corresponding tools: business ideation canvas, paradoxical thinking, and solution spaces).
- 12.
The importance is stressed for companies to consider the same metrics (in terms of equality) for services and products, to know to what extent the products or services are responsible for the actual value. Only then, the company can really optimize product-service combinations. Customers observe PSS as a combined solution and return feedback in terms of an integrated experience (corresponding tool: selection matrix).
- 13.
Companies’ belief in “co-creation” in its pure form has strongly diminished. Although a wide involvement of stakeholders is encouraged as from day one, experts argue that terminologically, it is better to refer to it as “cogeneration” in the ideation phase (corresponding tools: lotus blossom and meta-examples). More importantly, the PSS process requires a steering committee to ensure recurrent user testing is coordinated and acceptance levels are guaranteed.
- 14.
Experts agree that evidencing is an important aspect of the “explore” phase, because of the implications for front- and backstage. Either the context, another user, or an employee makes the connection and defines the interaction with the product and service. Companies taking this into account usually postpone their judgement (on feasibility, costs and implementation implications) until the product-service concept has been tested and accepted by the user (corresponding tool: customer journey).
- 15.
Focusing on the user experience as early in the process as possible, enables an early characterization of the use phase as well. Even without a full solution, it reveals the opportunities or flaws in every touchpoint throughout the PSS user journey. Visualization and (early) prototypes help overcome the language barriers to understand these flaws and opportunities (corresponding tools: customer journey and serious play scenarios).
- 16.
Experts address the importance of continuous feedback loops in the design process. All aspects of the PSS concept should be able to trigger conversation and early customer feedback (corresponding tool: body storming). Think in terms of time (long term), touchpoints and new customs throughout the customer journey.
- 17.
If one strives for a consistent brand promise, experts emphasize that companies should convey this brand identity through every touchpoint as early as possible to increase credibility (corresponding tools: PSS map and touchpoint matrix). It is important to leave room for improvement when expectation levels go up, growing from value-in-exchange toward value-in-use and long-term customer relations (e.g., user–system interaction through the multiple touchpoints in pre-, core-, and post-experience).
3.3.3. PSS Design Process Phase: Define
The preconditions presented in
Table 3 align with the methods to the PSS design process in
Table 6 below. In the third phase, define (
Figure 6), the design process bridges the gap between the existing knowledge and the target knowledge of the user (what one has in mind about the product/service, which parts should be understood by whom) through actual design representations. These visual compositions give an identity to novel or unfamiliar system functionalities and an entrance point for prototyping the system components and the related front- and backstage activities. This defines responsibilities and benefits for all stakeholders and verifies the users’ interest in the final solution.
Like the two prior phases, the tools that support the PSS design process in the define phase (
Table 6) only serves its purpose when Preconditions 18–21 (
Table 3) are considered. Below, the experts provide in-context descriptions for these preconditions.
- 18.
Continuous discussion and convergence during the previous two phases provide the entrance point to the third phase, leading to an evaluation and selection using appropriate filters and converging to a final solution. During this process, experts advise companies to reconsider the criteria from Precondition 7 and make the criteria objective and measurable and to define the integral character of the system and its constituting parts (corresponding tool: after formulation of the PSS solution and the matching touchpoints, description of the PSS characteristics using the interaction mood board).
- 19.
The experts deemed it interesting for companies to know when to evaluate or benchmark the system and provide possibilities for PSS modularity, the relative importance of the product/service part (corresponding tool: interaction metaphor tool). PSS requires a genuine narrative to overcome the distributed offering and the shift of ownership (corresponding tool: narrative).
- 20.
The experts point out that the distribution of PSS components over product or service affects the design to a large extent. The process should take these side effects into account (corresponding tool: process map). Furthermore, as the PSS evolves over time, end-users will gradually become accustomed to standards. As a result, expectancy levels will go up. When designing PSS, one can already plan for additions or modification later.
- 21.
Commonly agreed upon by our experts, early prototypes provide early customer feedback (corresponding tools: conceptual model, narratives, and process maps). The design process should always bring something tangible to the table, to facilitate the discussion (corresponding tools: make belief and appropriate fidelity prototyping). A PSS can be launched open-ended into the market, testing parts, or the scenario, enabling the customers to lock-in early and refine and reconfigure the product and/or service part (corresponding tools: provocative fidelity prototyping and user test). The prototype allows for testing the intended delivery of user experience value, essential in times of growing standards and expectancy levels (corresponding tools: low-, medium-, and high-fidelity prototyping).
3.4. The PSS Design Framework
The research reveals that practitioners do not seem to have a consistent terminology regarding product–service integration. Rather they adapt their terminology according to the project or person faced. The choice of terminology related to PSS is dependent on “who” you talk to and the respective connotation they put on the former or the latter component in the system, i.e., product or service. The PSS design framework (
Figure 7) proposes a unified terminology and design process for a synthesis approach and integrates the operation sequence and usage of tools combining them with relevant preconditions at each stage.
The preconditions stress the importance of integration of all relevant aspects as from the beginning in the project and throughout every phase of the innovation process. The focus on the user experience, the balanced integration of both product and service, the permanent focus on value from all perspectives and the constant interaction with stakeholders and end-users throughout the project are the most important. We also stress the importance of frequent iteration between conception and validation in the different phases and adequate criteria for assessment for the integrated components of the combined value carriers.
The input of the process starts with the project brief and ends with the minimum viable PSS as output, ready for development and rollout. During this design process, the management supporting the design team stepwise takes the preconditions into account, listed on the outside of the circle. Clusters derived from the literature review, cluster the preconditions (e.g., value constellation holds the five first preconditions). On the inside of the circle, these clusters fall under the three big phases of the FEI: understand, explore and define. The user is presented at the absolute centre of the process, providing regular feedback and continuously improve the PSS design concept.
The PSS design framework integrates and immediately aligns with the PSS design toolkit overview in the lower part of
Figure 7, connecting the preconditions explicitly to each phase as well as suggesting a set of tools addressing them optimally.
Ultimately, this PSS design framework summarizes the paper and visually portrays a systematic approach to product–service integration. We have incorporated the principles of the demarcation approach and distinctively recognize the integration of the service part in PSS. By doing so, more human interaction and emotion comes into play between people, beyond user friendliness or usability. In short, when integrating services with the tangible component [
128], the user’s perspective and experience become a focal point in integral PSS driven innovation. Applying the synthesis approach, pushes forward the product–service integration in more complex settings. In pursuit of “integration”, the system and all stakeholders come into play: the one(s) providing/affecting the context (the ecosystem) and those affected by it (the end-user) and his/her resulting experience in interaction with the system’s components. Applying this integration in the front-end of innovation will impact both the product and service parts in the proposed offering. The experts have provided detailed in-context descriptions for each precondition, relevant at a specific moment and when met, resulting in a more efficient the PSS design process and usage of its tools.
4. Conclusions
We present both theoretical and operational connections between the PSS design process, its preconditions, and the tools used, in the form of propositions:
Proposition 1. The PSS design framework provides a systematic approach to design a PSS in the FEI, integrating product and service from the user’s perspective.
Proposition 2. The output of the PSS design tools should be able to find a fertilized field. To prepare that field, companies must understand, accept and learn about the value of product–service integration to overcome the PSS “logic” barrier.
Proposition 3. The PSS design toolkit stimulates the preconditions and support companies to overcome the PSS “design” barrier and develop fully-integrated PSS.
Proposition 4. The categories of tools organized in the PSS design toolkit only serve their purpose optimally if there is a resorptive capacity. The preconditions serve as receptors, enabling the absorption of insights coming from the tools.
Proposition 5. Taking the preconditions into account, each PSS design tool has the potential to unleash its true utility, making the PSS design process more effective and reaching the minimum viable PSS more efficiently.
4.1. Contributions of the Study
In this paper we systematically combine theory and practice, and develop an insight on how to increase an organization’s capacity and mindset to develop fully-integrated product-services. Respectively, we have contextualized how barriers in the PSS design processes can be lowered, and how design tools used can become more effective throughout the different design stages, thereby bridging product and service features.
With this article, we contribute to the field of PSS. More specifically, by making explicit the twenty-one preconditions for the three phases in the PSS design process, we have satisfied the demand of Vasantha et al. [
38]. We address (i) the involvement of stakeholders throughout the design process and their requirements, (ii) an understanding of the differences and influences of products and services, (iii) a process and (iv) representation schema for developing integrated solutions, and (v) integrate a way to evaluate the PSS design process. Supported by our empirical findings and experience of the experts in interacting with projects in a PSS context, we enrich the design process per phase in both execution and support. As such, we provide a clear connection between the design preconditions for product-service integration, the design process, the tools, and their impact on the result.
As to the managerial contributions of this paper, we pay specific attention to its relevance for practitioners and design teams in the field. For each phase in the design process, the experts describe the preconditions relevant at that moment. Additionally, for each precondition, contextualized descriptions and examples assist managers in a more focused support of design teams and the tools they use throughout the design process. Summarizing the twenty-one preconditions and the PSS design toolkit in one visual overview ultimately operationalizes the preconditions and stimulates the usage of corresponding PSS design tools, making the PSS design process more efficient.
4.2. Limitations of the Study
A focus on the FEI, user centricity, and synthesis limit the scope of this study.
Using a purposeful sampling strategy for the expert-interviews, the subjects in this small (five) nonprobability sample were selected based on their accessibility and purposive personal judgment. Therefore, this study might seem limited by its five respondents, though we emphasize that our purpose is not to generate a representative sample, nor to generalize the results to other contexts, but rather to learn different perspectives on the incorporation and implementation of PSS. We did not highlight individual background or original/specific domain knowledge the interviewees stem from, because we focus on a synthesis approach. The results were presented as joint findings, focusing on product–service integration.
Obviously, there are general limitations with respect to the fields of application.
The study affects all suggested contexts, but when we talk about the end-user, we mostly consider B2C organizations with a product-oriented tradition.
We have concentrated on the delivery of value to the customer as the distinguishing factor to provide support for product–service integration. Nevertheless, it is worth mentioning (but out of the scope of this paper) that sustainability and digitization are inevitably related with the design of product–service systems. We also did not address companies’ barriers related to development or rollout, and we are aware that also other factors, e.g., the institutional context, the strategic implementation, and change management approach, must be taken into consideration as well.
4.3. Future Research
We could learn considerably from practitioners and people in academia implementing and testing the PSS design preconditions in a realistic setting, separately or in relation to our PSS design toolkit. It would be especially interesting to see how our PSS design tools compare to other sets of tools that address product–service integration.
Obviously, there are many other company-specific constraints set as additional boundaries to the implementation of PSS design, putting pressure on the preconditions and the discussed PSS design tools. We would need to investigate into the next level of PSS design toolkit implementation, beyond the “normative” map and into the “real world” territory.
Finally, we want to further investigate how our PSS design preconditions and toolkit can complement and build on the existing knowledge of sustainable PSS. Should we integrate and verify PSS design preconditions and related tools with the sustainability perspective? Moreover, as such, can our framework enable sustainable PSS design to better reach their goals, using the user perspective to aspire current and future sustainable goals?