Creating Customer Value for Product Service Systems by Incorporating Internet of Things Technology
Abstract
:1. Introduction
2. Visual Mapping Methods for a PSS Design and Ideas for Proposing a New Method
2.1. A Visual Mapping Method: Actors and System Maps
- (i)
- Define the PSS that will be analyzed. This includes setting up the goal and intended level for the analysis. The information collection and analysis can be done in various ways depending on the results of this step.
- (ii)
- Identify the actors involved and the flows of products, services, and information among them. The first part is to identify all human actors that can be a person, a group of persons, or a department. Examples of actors are service staff, sales, information collectors, and customers. This can be confirmed by asking actors their view of how the PSS is provided. The second part of this step is to identify important interactions (flows and directions) among the actors. A product is a tangible object that is delivered from one actor to another, while service is intangible, e.g., education, support, or maintenance. When plotting out the flows between two actors, if it is a two-way or one-way interaction, the line should clearly indicate the direction of flows.
- (iii)
- Analyze if actors and the flows of products, services, and information are at a sufficient level of detail. Since it is common for different actors to have different perspectives, a workshop is needed to find whether the identified actors and the flows of products, services, and information are at a sufficient level of detail. Plots that are drawn from different actors can be merged into an overall actor map.
- (iv)
- Identify those activities that are used to manage products, services, and information. An activity is characterized by the condition in which things (e.g., flows of products, services, and information) are happening or being done. Examples of an activity include checking the quality of a delivered product, assigning a tool that may be used in service delivery, and setting the frequency of passing collected data. In the map, specific activities are spelled out and illustrated by boxes.
- (v)
- Analyze if the identified activities are at a sufficient level of detail. This is important when different actors have plotted their own perspectives independently and then those plots have been merged into an overall plot. This step is often done in a workshop with different actors involved, making sure that the map is at a sufficient level of detail.
- (vi)
- Identify improvement possibilities. This step could be done in a workshop held for Step (v) or in a separate workshop with domain experts and users. Examples of improvement possibilities include getting better information flows between two different actors, adding a new actor to enhance service quality, or providing additional channels of service delivery. Drawing two “actor and system maps” representing the system before and after the improvement possibility can help visualize and analyze the difference.
2.2. Reasons and Ideas for Proposing a New Method
3. A Method Proposed to Evaluate System Improvement with IoT Technology Application
- (1)
- Step 1. Find customers’ unmet needs or dissatisfaction. Interviewing users is helpful. The needs of other stakeholders should also be considered by following the design principles suggested in the user-centered design (Norman and Draper [34]; Shneiderman [35]; Preece et al. [36]) and the participatory design (Kensing and Blomberg [37]; Schuler and Namioka [38]; Muller et al. [39]). In other words, users should be seen in a broad sense and their goals, experiences, and needs should be carefully investigated and covered in the design process. The user journey could be recorded referring to the frequently used user experience design method so that users’ feelings, dissatisfaction, and unmet expectations can be pinpointed. Dissatisfaction or users’ unmet needs in different stages in the user journey should be carefully identified and described. If several unmet needs are found, the relative importance of these needs should be evaluated, noting the weighing factors quantitatively, such as Wi, where i denotes the ith users’ unmet need. The weighting factor with respect to an unmet need could reflect the relative “value” recognized by the customers if the need is fulfilled by applying some IoT technologies. Determination of the weighting factors could become complicated when multiple stakeholders’ interests are considered simultaneously. Negotiation and trade-off among stakeholders may be needed to determine the weightings.
- (2)
- Step 2. Identify candidate objects as “pseudo actors” and the potential use of IoT technologies. Identify objects (things) that either users may use (direct contact) or the service delivery may count on or involve, and treat them as candidate objects (things) that could be digitalized and connected by IoT technologies. In the PSS design (e.g., car rental), the tangible product (e.g., car) and its related facility or objects in the infrastructure (e.g., parking facility) are often considered as candidate pseudo actors. Typical IoT technologies used include digital tags, memory chips, sensors, communication devices, and actuators. These candidate objects (things) are also candidate “pseudo actors” that may store memories, sense, communicate, and even take action, thereby playing active roles in interacting with other conventional actors and contributing to service improvement.
- (3)
- Step 3. Analyze whether the identified actors and pseudo actors, along with IoT technology and together with the flows of products, services, and information, could offer solutions to unmet needs. After Step (2), implementing IoT technologies in the candidate pseudo actors could be recognized as potential “solutions” to the problems obtained in Step (1). Drawing an “actors and system map” for a combination of actors and pseudo actors could help analyze and evaluate how and to what extent the combination can fulfill an unmet need. Steps (2) and (3) should be conducted iteratively. Many actors and system maps with different combinations of pseudo actors may be drawn and compared. Note that pseudo actors as well as conventional actors are noted as nodes, while flows of products, services, and information are noted as arrows. The boxes attached to arrows stand for activities. Figure 1 illustrates a simple example where two rectangles represent conventional actors: the right one is customers, the left one denotes service providers, and the circle denotes a pseudo actor. Because of a pseudo actor joining in, the flows between the two conventional actors increase. For example, a car (pseudo actor) in a car rental service is equipped with some IoT technologies so that additional information could be delivered to customers directly from the “smart” car. By drawing a map, designers can visualize and analyze if the service level is improved by pseudo actors joining in. One can imagine that with these pseudo actors joining in the PSS the interaction (flows of products, services, and information) among actors changed and the potential service improvement is identified much more easily. Since there are limitations on the flows connecting pseudo actors depending on the IoT technologies included, pseudo actors and related flows should be noted carefully on the map. For example, pseudo actors may be good in delivering additional information but not able to pass physical products and interact with users via sophisticated communication.
- (4)
- Step 4. Use a recommended table to summarize “problems” and corresponding feasible “solutions”. A table that helps evaluate the application potential of IoT technologies in different pseudo actors to improve services is suggested herein. An illustrative table is shown in Table 1. The first column on the right contains the problems (users’ unmet needs) and the second column contains the weightings of these needs (from Step (1)), while the top row contains horizontally a list of IoT technologies applied in different pseudo actors (from Step (2)). Inside the table, designers could check if a combination of IoT technology application could contribute to solving a problem (from Step (3)). Note that “actor and system maps” should be drawn for analysis and clearly identify whether an alternative combination is legitimate for solving a specified unmet need. There could be more than one alternative combination for each unmet need (problem). For example, there are more than two alternatives for each unmet need in Table 1.
- (5)
- Step 5. Evaluate the contribution of each alternative combination of IoT technologies to each unmet need. After finishing Step (4), alternative feasible combinations for solving unmet needs are clearly identified and presented in rows in the table. To identify the contribution to solving an unmet need by each alternative (combination) to the PSS, at least one additional actors map should be plotted for each alternative. By carefully observing each corresponding “actor and system map” and identifying the flows of products, services, and information that interact directly with customers, designers could evaluate to what extent an alternative can fulfill an unmet need. To compare the contributions of different alternatives of IoT application, quantitative expression of the contributions to the unmet needs is suggested. The second column on the right in Table 1 contains the contribution score of each alternative to the corresponding unmet need. To get a quantitative expression, a score ranging from 1 to 10 is used where 10 means the highest contribution to an unmet need.
- (6)
- Step 6. Calculate the total weighted scores and select the optimal alternative. To select an alternative that offers the best value, the proposed method suggests calculating the total weighted score for each alternative combination of IoT technologies. Firstly, the weighting factor for each unmet need is multiplied by the contribution score of each alternative to get a weighted score. The first column on the right in Table 1 contains the calculated weighted scores for alternatives. Secondly, all weighted scores to all unmet needs for each alternative are summarized to get a total weighted score. The total weighted score of each alternative stands for the overall “value” offered by the alternative of IoT technology application. Please note that users or domain experts should be invited in Steps (5) and (6) since opinions from the user side are very important regarding the “value” evaluation.
4. A Case of Developing Battery Swapping Services for Electric Scooters in Taiwan
5. An Illustrative Example of Battery Swapping Service Improvement Using the Proposed Method
- (1)
- Step 1. Unmet needs or dissatisfaction of customers are identified, assuming that the battery swapping service is conducted in a conventional way where a user takes the battery to a service provider to get a charged one when the battery power is exhausted. This is similar to the situation users faced in Taiwan before 2015. The user simply has to trust the service provider to provide a fully charged battery. Figure 2 shows a simple “actors and system map” describing the service operation without using IoT technology. Table 2 contains the flows of products, services, and information. After an interview with a group of users, one of the unmet needs is a lack of confidence about the batteries they get. More guarantees and more information about the batteries obtained from a swapping service are demanded by the users. For illustration, another minor complaint from users is the lack of personalized settings on the display panel of a scooter. Designers asked users to weigh the relative importance of the above two “problems” (unmet needs) and got the weighting factors accordingly.
- (2)
- Step 2. Find candidate objects that might apply IoT technologies. In this illustrative case, cell phones, batteries, a scooter itself, unmanned charging stations, and the service control center are candidate objects and various IoT technologies such as memory, RFID tag, sensors, wireless communication device, microprocessor, and actuator could be applied on each object. There are various combinations of IoT technologies applied on the candidate objects. Most of the combinations would be screened out in the next step and only feasible alternative combinations would go through further evaluation.
- (3)
- Step 3. Identify feasible alternative combinations of IoT technology applications for solving each unmet need. Screen out those combinations that are not feasible or do not contribute to meeting unmet needs. This step should be done by relying on domain expertise or on a trial-and-error basis. It is important to draw an “actors and system map” for each feasible alternative, where pseudo actors are identified as the objects that equipped with IoT technologies. The flows of products, services, and information between actors and pseudo actors should be carefully identified and examined and whether unmet needs are fulfilled should be checked. To demonstrate, Table 3 presents two alternatives that can solve the two unmet needs, where “v” denotes the IoT technology in the specified object is selected in the alternative combination (in a row). The IoT technologies include: a wireless communication device (e.g., WiFi, Bluetooth), some computing tools (e.g., microprocessor, electric control unit on scooter), an actuator, a sensor, and a memory device. At the top of Table 3, the technologies are noted as a wireless communication device (WL), a microprocessor (MP), an actuator (AT), a sensor (SS), and a memory device (MM). Figure 3 and Figure 4 show the “actors and system maps” for two illustrative alternatives for two unmet needs, in which arrows represent the flows between actors and pseudo actors, rectangles denote conventional actors, and circles denote pseudo actors. Table 4 and Table 5 include the descriptions of flows and some activities corresponding to the arrows in the two figures. Please note that in order to keep the illustration straightforward the authors did not consider other innovative design means besides introducing IoT technology for fulfilling unmet needs.
- (4)
- Step 4. Make a summary table like Table 6, which includes all unmet needs and all feasible alternatives that consist of multiple IoT technologies on specified objects (pseudo actors). Note that one alternative (e.g., alternative 1) originally picked for solving one problem (e.g., a more reliable battery) may also make a contribution to solving another problem (e.g., a personalized display panel). So, alternatives 1 and 2 appear twice in the table so that the total contribution of each alternative to the system improvement can be summarized later.
- (5)
- Step 5. Evaluate the contribution of each alternative to solving each problem (fulfilling each unmet need). The second column on the right of Table 6 contains the contribution scores for illustration. The scores could be made by designers, together with users, based on the detailed presentation of “actors and system maps” and the description of flows. An analysis and discussion of the flows of products, services, and information that directly connect with customers are essential in this step.
- (6)
- Step 6. Calculate total weighted scores for all alternatives and make a decision. By multiplying the weighting factors of problems and the contribution score of each alternative, one can get a weighted score for each alternative. The first column on the right in Table 6 contains the weighted scores. For example, the weighted score of Alternative 1 for the first unmet need is 5.6 (= 0.8 × 7). The total scores can be obtained by summing up all the weighted scores with respect to each alternative. For example, the total score of Alternative 1 is 6.6 (= 5.6 + 1.0) while the total score of Alternative 2 is 2.4 (= 0.8 + 1.6). The total score represents the relative “customer value” contributed by each alternative combination of IoT technology application. The total scores can be used to rank the alternatives when making decisions to further improve the system.
6. Conclusions
Acknowledgments
Author Contributions
Conflicts of Interest
References
- Goedkoop, M.; van Halen, C.J.; te Riele, H.; Rommens, P.J. Product Service Systems, Ecological and Economic Basics; Spatial Planning and the Environment Communications Directorate: The Hague, The Netherlands, 1999. [Google Scholar]
- Mont, O. Clarifying the Concept of Product-Service System. J. Clean. Prod. 2002, 10, 237–245. [Google Scholar] [CrossRef]
- Ceschin, F. Critical factors for implementing and diffusing sustainable product-Service systems: Insights from innovation studies and companies’ experiences. J. Clean. Prod. 2013, 45, 74–88. [Google Scholar] [CrossRef]
- Tukker, A. Eight types of product service system: Eight ways to sustainability? Experiences from suspronet. Bus. Strat. Environ. 2004, 13, 246–260. [Google Scholar] [CrossRef]
- Piscicelli, L.; Cooper, T.; Fisher, T. The role of values in collaborative consumption: Insights from a product-service system for lending and borrowing in the UK. J. Clean. Prod. 2015, 97, 21–29. [Google Scholar] [CrossRef]
- Lindahl, M.; Sundin, E.; Sakao, T. Environmental and economic benefits of Integrated Product Service Offerings quantified with real business cases. J. Clean. Prod. 2014, 64, 288–296. [Google Scholar] [CrossRef]
- Vezzoli, C.; Ceschin, F.; Diehl, J.C.; Kohtala, C. New design challenges to widely implement ‘Sustainable Product–Service Systems’. J. Clean. Prod. 2015, 97, 1–12. [Google Scholar] [CrossRef] [Green Version]
- Mont, O. Product-Service Systems: Panacea or Myth? Ph.D. Dissertation, Lund University, Lund, Sweden, 2004. [Google Scholar]
- Baines, T.S.; Lightfoot, H.W.; Evans, S.; Neely, A.; Greenough, R.; Peppard, J.; Roy, R.; Shehab, E.; Braganza, A.; Tiwari, A.; et al. State-of-the-art in product-service systems. Proc. Inst. Mech. Eng. Part. B J. Eng. Manuf. 2007, 221, 1543–1552. [Google Scholar] [CrossRef]
- Morelli, N. Developing new product service systems (PSS): Methodologies and operational tools. J. Clean. Prod. 2006, 14, 1495–1501. [Google Scholar] [CrossRef]
- Aurich, J.C.; Fuchs, C.; Wagenknecht, C. Life cycle oriented design of technical Product-Service Systems. J. Clean. Prod. 2006, 14, 1480–1494. [Google Scholar] [CrossRef]
- Komoto, H.; Tomiyama, T. Integration of a service CAD and a life cycle simulator. CIRP Ann. Manuf. Technol. 2008, 57, 9–12. [Google Scholar] [CrossRef]
- Maussang, N.; Zwolinski, P.; Brissaud, D. Product-service system design methodology: From the PSS architecture design to the products specifications. J. Eng. Des. 2009, 20, 349–366. [Google Scholar] [CrossRef]
- Shih, L.-H.; Chen, J.L.; Tu, J.C.; Kuo, T.C.; Hu, A.H.; Lin, S.L. An integrated approach for product service system design and evaluation (I): Design phase. J. Environ. Eng. Manag. 2009, 19, 327–342. [Google Scholar]
- Shih, L.-H.; Hu, A.H.; Lin, S.L.; Chen, J.L.; Tu, J.C.; Kuo, T.C. An integrated approach for product service system design and evaluation (II): Evaluation phase. J. Environ. Eng. Manag. 2009, 19, 343–356. [Google Scholar]
- Vasantha, G.V.A.; Roy, R.; Lelah, A.; Brissaud, D. A review of product–service systems design methodologies. J. Eng. Des. 2012, 23, 635–659. [Google Scholar] [CrossRef] [Green Version]
- Matzen, D. A Systematic Approach to Service Oriented Product Development; DTU Management: Kongens Lyngbyv, Denmark, 2009; p. 186. [Google Scholar]
- Ishii, K. Customer Value Chain Analysis (CVCA), in ME317 dfM: Product Definition Course Book; Ishii, K., Ed.; Stanford Bookstore, Stanford University: Stanford, CA, USA, 2001; pp. 1.3.1–1.3.8. [Google Scholar]
- Moritz, S. Service Design—Practical Access to an Evolving Field; International School of Design, University of Applied Sciences Cologne: Köln, Germany, 2005; p. 245. [Google Scholar]
- Lindahl, M.; Sakao, T.; Carlsson, E. Actor’s and system maps for integrated product service offerings-practical experience from two companies. Precedia CIRP 2014, 16, 320–325. [Google Scholar] [CrossRef]
- Desai, A.; Lindahl, M.; Widgren, M. Actors and System Maps—A Methodology for Developing Product Service Systems. In Proceedings of the EcoDesign 2015 International Symposium, Tokyo, Japan, 2–4 December 2015.
- McKinsey Global Institute. The Internet of Things: Mapping the Value beyond the Hype; McKinsey & Company: New York, NY, USA, 2015. [Google Scholar]
- Greenough, J.; Camhi, J. The Internet of Things 2015: Examining How the OT Will Affect the World. BI Intelligence Report. Available online: https://zh.scribd.com/document/288595065/the-internet-of-things-2015-examining-how-the-iot-will-affect-the-world-pdf (accessed on 23 November 2016).
- Atzori, L.; Iera, A.; Morabito, G. The internet of things: A survey. Comput. Netw. 2010, 54, 2787–2805. [Google Scholar] [CrossRef]
- Gubbi, J.; Buyya, R.; Marusic, S.; Palaniswami, M. Internet of Things (IoT): A vision, architectural elements, and future directions. Future Gener. Comput. Syst. 2013, 29, 1645–1660. [Google Scholar] [CrossRef]
- Dijkman, R.M.; Sprenkels, B.; Peeters, T.; Janssen, A. Business models for the internet of things. Int. J. Inf. Manag. 2015, 35, 672–678. [Google Scholar] [CrossRef]
- Osterwalder, A.; Pigneur, Y. Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers; John Wiley & Sons: Hoboken, NJ, USA, 2010. [Google Scholar]
- Maurya, A. Running Lean: Iterate from Plan A to a Plan That Works; O’Reilly Media: Sebastopol, CA, USA, 2012. [Google Scholar]
- Bucherer, E.; Uckelmann, D. Business Models for the Internet of Things, Chapter 10 in Architecting the Internet of Things; Uckelmann, D., Harrison, M., Michahelles, F., Eds.; Springer: Berlin/Heidelberg, Germany, 2011. [Google Scholar]
- Tan, A.R. Service-Oriented Product Development Strategies; Danmarks Tekniske Universitet, DTU Management, DTU Management Engineering: Lyngby, Denmark, 2010. [Google Scholar]
- Donaldson, K.; Ishii, K.; Sheppard, S. Customer value chain analysis. Res. Eng. Des. 2006, 16, 174–183. [Google Scholar] [CrossRef]
- Giusto, D.; Iera, A.; Morabito, G.; Atzori, L. The Internet of Things; Springer: New York, NY, USA, 2010. [Google Scholar]
- Akao, Y. Development History of Quality Function Deployment. The Customer Driven Approach to Quality Planning and Deployment; Asian Productivity Organization: Minato, Japan, 1994; p. 339. [Google Scholar]
- Norman, D.A.; Draper, S.W. User-Centered System Design: New Perspectives on Human-Computer Interaction; Lawrence Earlbaum Associates: Hillsdale, NJ, USA, 1986. [Google Scholar]
- Shneiderman, B. Designing the User Interface: Strategies for Effective Human-Computer Interaction; Addison-Wesley Publishing Co.: Reading, MA, USA, 1987. [Google Scholar]
- Preece, J.; Rogers, Y.; Sharp, H. Interaction Design: Beyond Human-Computer Interaction; John Wiley & Sons Inc.: New York, NY, USA, 2002. [Google Scholar]
- Kensing, F.; Plomberg, J. Participatory design: Issues and concerns. Comput. Support. Coop. Work 1998, 7, 167–185. [Google Scholar] [CrossRef]
- Schuler, D.; Namioka, A. Participatory Design: Principles and Practices; Lawrence Erlbaum Associates: Mahwah, NJ, USA, 1993. [Google Scholar]
- Muller, M.; Wildman, D.; White, E. Taxonomy of PD practices: A brief practitioner’s guide. Commun. ACM 1993, 36, 26–28. [Google Scholar]
- Environmental Protection Agency of Taiwan. Regulation of Subsidizing Battery Swap Service for Electric Motorcycles; Environmental Protection Agency of Taiwan: Taipei, Taiwan, 2012.
- Mattermark Report. The Top 100 Internet of Things Startups. Available online: http://www.forbes.com/sites/louiscolumbus/2015/10/25/the-top-100-internet-of-things-startups-of-2015/ (accessed on 28 December 2015).
Unmet Needs | Weighting Factors | Alternatives | IoT Technology Applied on Object 1 | IoT Technology Applied on Object 2 | … | Contribution to Unmet Needs | Weighted Score |
---|---|---|---|---|---|---|---|
Alternative 1 | v | v | |||||
Unmet need A | Weight wa | Alternative 2 | v | ||||
… | |||||||
Alternative 1 | v | v | |||||
Unmet need B | Weight wb | Alternative 2 | v | ||||
… |
Number | Type of Interaction | Description |
---|---|---|
1 | Product flow | Service provider provides a charged battery to users or users give back an exhausted battery. |
2 | Service flow | Service provider charges battery and makes sure it is fully charged. |
3 | Information flow | Service provider provides ID of the battery and shows the proof of the battery being fully charged to the user. |
Unmet Needs | Weights | Alternatives | Scooter | Charging Station | Cell Phone | Battery | Control Center | |||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
WL | MP | AT | SS | WL | WL | SS | WL | MM | MP | WL | MP | |||
More reliable battery | W1 | Alternative 1 | v | v | v | v | v | v | v | v | v | v | v | |
Personalized display panel | W2 | Alternative 2 | v | v | v | v |
Number | Type of Flows | Description |
---|---|---|
A1 | information | Riding distance record for the currently used battery |
A2 | service | Battery provides power (electricity) for the scooter |
A3 | information | Battery passes riding distance record to the charging station |
A4 | information | Battery passes remaining power and other records indicating battery efficiency to charging station |
A5 | information | Charging station provides riding distance, battery remaining power, efficiency records to control center |
A6 | information | Control center passes summary report and condition of battery to charging station |
A7 | information | Remaining power and accumulated riding distance of the battery |
A8 | information | Battery passes current power status of power to scooter |
A9 | information | Scooter passes current power status to cell phone |
A10 | information | Cell phone displays power status to users |
A11 | product | User and service provider swap batteries |
Number | Type of Flows | Description |
---|---|---|
B1 | service | Cell phone provides choice of settings for display panel on a scooter, e.g., color of panel backlight, pattern of light blinking, etc. |
B2 | information | Cell phone passes the personalized settings to scooter |
B3 | service | Scooter provides personalized settings to a user |
Unmet Needs | Weights | Alternatives | Scooter | Charging Station | Cell Phone | Battery | Control Center | Contribution to Unmet Need | Weighted Score | |||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
WL | MP | AT | SS | WL | WL | SS | WL | MM | MP | WL | MP | |||||
More reliable battery | 0.8 | Alternative 1 | v | v | v | v | v | v | v | v | v | v | v | 7 | 5.6 | |
Alternative 2 | v | v | v | v | 1 | 0.8 | ||||||||||
Personalized control panel | 0.2 | Alternative 1 | v | v | v | v | v | v | v | v | v | v | v | 5 | 1.0 | |
Alternative 2 | v | v | v | v | 8 | 1.6 |
© 2016 by the authors; licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC-BY) license (http://creativecommons.org/licenses/by/4.0/).
Share and Cite
Shih, L.-H.; Lee, Y.-T.; Huarng, F. Creating Customer Value for Product Service Systems by Incorporating Internet of Things Technology. Sustainability 2016, 8, 1217. https://doi.org/10.3390/su8121217
Shih L-H, Lee Y-T, Huarng F. Creating Customer Value for Product Service Systems by Incorporating Internet of Things Technology. Sustainability. 2016; 8(12):1217. https://doi.org/10.3390/su8121217
Chicago/Turabian StyleShih, Li-Hsing, Yen-Ting Lee, and Fenghueih Huarng. 2016. "Creating Customer Value for Product Service Systems by Incorporating Internet of Things Technology" Sustainability 8, no. 12: 1217. https://doi.org/10.3390/su8121217
APA StyleShih, L. -H., Lee, Y. -T., & Huarng, F. (2016). Creating Customer Value for Product Service Systems by Incorporating Internet of Things Technology. Sustainability, 8(12), 1217. https://doi.org/10.3390/su8121217