Productization as part of IoT design (see Making Good Products)
Moving from innovation to mass-market products (see From Innovation to Mass Market)
How products differ from tools (see Tools Versus Products)
What makes a good product (see What Makes a Good Product?)
Building service offerings around products (see The Product is Pleasing to Use)
Business models in IoT (see Business Models)
This chapter addresses the following issues:
Why a clear value proposition is a prerequisite to great UX design (see Why is This in a UX Book?)
The different types of market for consumer IoT products (see Value Propositions for IoT)
Why consumers want products, not tools (see Tools Versus Products)
Why it’s important to design the service offering around a product (see Building a Service Offering)
How business models can shape UX (see What is a Business Model?)
How digital business models may start to appear in real-world products (see Bringing Digital Business Models to Physical Products)
In this section, we’ll look at why creating a compelling product proposition is the necessary foundation for a good UX, and why it’s a particular challenge in IoT right now. We’ll also consider how an IoT product need not be a physical device: it can also be partly (or completely) a service.
Productization is the extent to which the supplier makes the user value of the product explicit and easy to understand. Compelling products don’t just look good or otherwise fuel some underlying need for status (although those things are often important). They make it immediately apparent to their intended audience that they do a thing of real value for them: preferably something new that serves a previously unmet need.
Nest is probably the most famous IoT productization success story. Consumers were resigned to thermostats and smoke alarms being ugly, annoying boxes with usability flaws. It hadn’t occurred to most people that they could be better. Nest products promise to do the job better than most of the competition, in the form of attractive and desirable hardware that users are happy to have on show at home (see Figure 4-1). Of course, they are premium products with a premium price tag. The point here is not that all products should be expensive, but that a good product should fulfill a clear need for the target audience, with a usable and appealing design. This is the product’s value proposition: the user’s understanding of what the product does for them and why they might want it.
As Denise Wilton, designer (and former creative director of design agency BERG), puts it:
Value propositions help sell products. But they also drive UX. A clear proposition helps users decide whether to buy it in the first place, but also helps frame their mental model of the system and what it does (see Figure 4-2). When users are confident that they understand what the system does for them, they have a good basis for figuring out how it works (the conceptual model), and then how to use it (the interaction model). All the clever design in the world can’t overcome a murky or unappealing value proposition.
There is, of course, a market for products developed to meet the needs of highly technical users. There’s also great value in products and services that help a wider range of people move beyond passive consumption of technology and learn how to construct their own solutions. For example, If This Then That offers an accessible way to coordinate different web services and even connected devices (see Figure 4-3). This is functionality that would previously only have been available to those with good programming skills.
When we talk about IoT, we tend to focus on the edge devices: the activity monitors, thermostats, connected pet feeders, and more. This is especially true when the devices themselves look novel (such as the Nabaztag rabbit shown in Chapter 2) or striking (such as the Nest thermostat).
But while the devices are a key part of the UX, they are not the whole picture. They are all dependent on an Internet service. This makes the user’s relationship with the product much more dynamic. Instead of the traditional one-off purchase of a traditional physical product, the user interacts with the provider on an ongoing basis. The user’s experience isn’t just shaped by the device—it’s shaped by the whole service. There might not even be a physical product at all: just as you can now pay for Dropbox storage or personal fitness training, so you may pay for software or storage to help you make the most of connected devices, or personalized health or energy-saving advice based around data gathered from your devices.
In 1962, the sociologist Everett Rogers introduced the idea of the technology lifecycle adoption curve, based on studies in agriculture.[47] Rogers proposed that technologies are adopted in successive phases by different audience groups, based on a bell curve (see Figure 4-4). This theory has gained wide traction in the technology industry. Successive thinkers have built upon it, such as the organizational consultant Geoffrey Moore in his book Crossing the Chasm.[48]
In Rogers’s model, the early market for a product is composed of innovators (or technology enthusiasts) and early adopters. These people are inherently interested in the technology and willing to invest a lot of effort in getting the product to work for them. Innovators, especially, may be willing to accept a product with flaws as long as it represents a significant or interesting new idea.
Geoffrey Moore identified a “chasm” between the early adopter and early majority market (which he called visionaries and pragmatists). These groups have different needs and different buying habits. Mainstream customers don’t buy products for the same reasons as early adopters. They don’t perceive early adopters as having the same needs as themselves. Mainstream customers may be aware that early adopters are using the product. But this will not convince them to try it out themselves unless they see it as meeting their own, different, needs. So products can be successful with an early market, yet fail to find a mainstream audience.
An example of this in the IoT space is the home automation market. Systems such as those based on the power line protocol X10 have been around for close to 40 years. (Early examples ran over electrical power lines and analog phone lines.) The example in Figure 4-5, from 1986, shows a system that allowed users to program and remotely control their heating, lighting, and appliances over a (landline) phone. These are all applications that still seem novel and innovative to us; they would have excited the innovators of the 1980s even more.
However, home automation remained a niche market. It was expensive. It required significant technical skill to set up and maintain. Even those mainstream consumers who had heard of home automation did not see much value in programming their heating, lighting, and appliances. Had it been more affordable or easier to use, more people might have been willing to try it out. But only now are consumers starting to see the utility of connected home products. This is arguably driven by the rise of the smartphone, giving us a metaphor for the “remote control for your life.”
Mainstream consumers are now more aware of connected devices, but they need to be convinced that these products will actually do something valuable for them. A product that appeals to an audience that loves technology for its own sake cannot simply be made easier to use or better looking. To appeal to a mass-market audience, it may need to serve a different set of needs with a different value proposition. Chapter 5 covers learning about user needs and some of the special considerations you might encounter when designing for IoT.
Mass-market product propositions have to spell out the value very clearly. Users will be subconsciously trying to estimate the benefit they’d get from your product as offset by the cost/effort involved in acquiring, setting up, and using it, and you need to be realistic about the amount of effort they will be prepared to invest in your product. The further along the curve they are, the more users need products with a clear and specific value proposition, which require little effort to understand or use. And they have a very low tolerance for unreliability. Your product has made a promise to do something for them, and it must deliver on that promise.
But there may be complicating factors that users need to understand before buying. You may have to explain which other systems can interoperate with yours, or who owns the user’s data and what they can do with it. (The technology and value of interoperability is discussed in further detail in Chapter 10.) You might have to guarantee how far into the future you will maintain the Internet service (if your company is acquired, goes bust, or discontinues the product).
The entrepreneur and academic Steve Blank describes four types of market in which a product can operate (see Figure 4-6).[49] The type of market influences how you position the value of your product.
The following sections outline what this might mean for IoT products.
Embedded connectivity and intelligence will fuel the appearance of new classes of product and new markets. In consumer terms, the challenge is often to convince users of your vision. You have solved a problem they didn’t realize they had, or had just accepted as “the way things were.” The Glowcaps pill bottle top, mentioned in Chapter 1, reminds users to take their medication and helps the patient’s doctor track how frequently it is taken.
Here, the challenge is to convince users that your product is the best solution to the problem. Perhaps it has better features or better performance. In IoT, these products may be familiar physical devices newly enhanced with sensing or connectivity (e.g., the Withings bathroom scales). Users need to understand the value that is added by the enhancements, such as easier weight tracking. They need to decide whether it’s something they want, especially if it costs extra.
It might also be a technology that offers a step change in experience design. For example, airport terminals can be large and confusing. You would normally rely on signage to find your way around, but this isn’t always clear, consistent, or guaranteed to tell you what you need when you need it. You don’t want to miss your flight, but nor do you want to end up sitting around at the gate for too long because you were cautious and got there too early. Beacons (described in Chapter 2) offers precise indoor location. Several airlines have been trialing the use of beacons to provide passengers with in-context information and directions (see Figure 4-7). Passengers can be directed to the correct gate more easily, based on their current location in the airport. If a passenger is running late but is very close to the gate, knowing his location might help the crew decide to wait. And if their plane is delayed, the app could provide them with a voucher to a nearby restaurant or café.
The falling cost of embedded computing enables cheaper alternatives to systems that used to be prohibitively expensive. For example, Lowes Iris (see Figure 4-8) and SmartThings offer DIY home automation kits at a far lower cost than professionally installed systems. You may be aiming the system at people who could not previously afford this category of device, or trying to convince those who could that you’re offering a worthwhile saving. Either way, it’s important to convince users that the system performs the basic functionality just as well as more expensive options. Any compromise needs to be something that doesn’t matter too much. You need to be clear up front how you have achieved the cost saving: is the hardware cheaper? Does the system involve more work from the user (e.g., DIY setup)? Does it provide them with less personal (e.g., automated or lower bandwidth) customer service?
Augmenting an existing product type with connectivity and potentially intelligence can create opportunities to address previously unmet user needs in an existing market. It may target a niche with specialist interests: for example, an energy monitoring system designed for those who generate their own electricity and may sell it back to the grid. Or it may introduce a premium product for those willing to pay more. The Nest thermostat offered the first intelligent heating solution with high-end hardware and polished UX design in a market previously dominated by ugly, unusable plastic boxes. This reshaped consumer expectations of what a heating controller could be, even in the part of the market that couldn’t or didn’t want to pay extra for a Nest.
Mass-market consumers, in areas in which they do not have deep technical or domain knowledge, generally expect a product to come designed and engineered to fulfill a specific need. The Nest Protect smoke detector and carbon monoxide alarm is a good example of a product.[50] The marketing website focuses on the ways in which it is a better safety alarm (see Figure 4-9). Connectivity is only briefly mentioned, to say you’ll be alerted on your phone if there’s a problem when you’re away from home.
But many IoT services and devices can be configured to meet all kinds of needs. The onus is on the user to define their own needs and configure the device (or service) to achieve them. These are not products, but tools. Tools are often general-purpose devices, such as contact or motion sensors. The device has no inherent value to the user. The value comes when they are applied to solve a particular need, such as detecting intruders in the home, or warning you that you left a window open. The Belkin WeMo Switch (see Figure 4-10) is a tool. It can be used to turn power to any appliance on and off remotely from a smartphone, or using an automated schedule. But it’s up to users to define their own problem, realize that a smart plug could help, and configure it to solve the problem. An imaginative leap is required. In reality, many smart plugs end up being used on lamps. In our own research, users struggled to think of other uses for them (although ensuring hair straighteners/curling irons were turned off was a popular suggestion).
Tools aren’t bad. They can be very powerful for users with technical or domain knowledge. Users who have the time and motivation to configure a system to meet their own very specific needs and aren’t daunted by the need to learn the system may really enjoy this process. This could be the home brewer who enjoys rigging his or her own fermentation chamber out of an old fridge (see Figure 4-11). Or a horticulturalist might be motivated to learn about the technology to configure a remotely controlled plant monitoring, watering, and feeding system. Tools give us the possibility to be creative and take control of our environment.
In spring 2014, Belkin and appliance manufacturer Crock-Pot released a controllable appliance: the Crock-Pot Slow Cooker with WeMo (see Figure 4-12). This allows the user to control the temperature and cooking time of a Crock-Pot remotely from a smartphone app. The context of use is a perfect fit for connectivity and remote control. Their value proposition is convenience: the meal that cooks itself while you’re out all day. Remote control increases that convenience by allowing you to adjust the timing if you’re home late. And being able to keep an eye on the device alleviates any anxiety about leaving a hot thing unattended in an empty house. It may be a niche appliance, but it’s a well-formed product solution.
There is a rich market for products that solve their problems for them!
Good products seem to appeal to common sense, and new good products are often greeted with the reaction “I can’t believe no one thought of that before!” But developing good products can be far harder than our 20/20 hindsight might lead us to think. This section looks at the general qualities of a good consumer product before considering what features come with IoT.
It’s all too easy to end up with a poor or unclear value proposition despite good intentions. This is often the result of failing to identify the right problem for the right audience. You might have added features to show off what the system can do, or because they are simple to build, dictated too much by the capabilities of the technology at the expense of the original purpose and user needs. Or maybe there are competing interests involved in feature scoping. It’s common for systems to try to do lots of things. That may create a great tool for early adopters who like to tinker and customize, but it risks muddying the value proposition for a mass-market audience. Imagine you’re making a wrist-top device for outdoor pursuits like hiking or climbing. The core features are an altimeter, barometer, compass, and perhaps GPS. It might be quite straightforward software-wise to add on a calendar, to do list, and maybe even games. You can probably imagine a situation in which someone, somewhere, might use those features. But you’ll be at risk of obscuring the key purpose of the device: helping users find their way and stay safe. Too much flippant functionality might even undermine the perception that the device offers good quality in its core functionality. And it will make it harder for users to access the key features they most want and need.
Connected products intended for the mass market need to demonstrate a clear advantage over any predecessors. Connected things are not inherently better than nonconnected things, just because they are connected. Despite being demo-ed at consumer electronics fairs year after year, the much-maligned Internet fridge concept has so far felt like a solution in search of a problem. Research shows that people can imagine using intelligent fridges that provide information about their contents, nutrition, and health, but this has not translated into demand.[52] Tasks such as managing shopping lists and looking up recipes simply don’t feel as if they require a new, fridge-based screen. The idea of the fridge that automatically orders more shopping when goods run out is fraught with potential for irritating errors. If you have to make the fridge sync with your calendar or heating thermostat to see when you’re on holiday in order to stop your regular milk order, maybe it’s just simpler to buy your own milk after all.
Connected sensors enable many kinds of data in the world to be captured, quantified, and made visible. Fitness tracking and energy monitoring (see Figure 4-13) are obvious consumer examples of this. But beware you’re not just counting things. Data should be used to provide genuine insights that users can act on.
For more information on designing with data, see Chapter 13.
Connectivity can enable remote control of devices. The core value of connected sockets and door locks is usually remote control (see Figure 4-14).
Connected home systems that allow automated rules to be created are examples of products whose main value is in automation (see Figure 4-15). Intelligent systems such as the Nest thermostat may promise to do the job (such as setting a heating schedule that best fits home occupancy) better than a human.
Tags or sensors embedded in objects allow them to be trackable and identifiable. The FedEx SenseAware service (Figure 4-16) embeds a multisensor device inside sensitive shipments (such as medical supplies), allowing the sender to track the location of a parcel and the temperature, light levels, humidity, and atmospheric pressure to which it has been exposed. If any of these fall outside a set range, a replacement parcel can be dispatched.
It goes almost without saying that your system needs to be reliable enough to fulfill its promise. Glitches and outages are inevitable in most systems and early adopters will forgive these more readily. But if there are contexts of use in which you cannot afford failure, the product must be 100% reliable. For example, emergency alarms for elderly or vulnerable people must always work. You’ll need a backup power supply and connectivity (see Figure 4-17), and regular checks to ensure these work.
A good product needs to balance the cost and effort required from the user against the value it delivers. If the value is very high, users may be prepared to pay more, or invest more time in configuration.
You’ll also need to consider the cost to the user of switching from whatever they were using previously. Household technology, like heating and alarm systems, tends to last years and users won’t want to replace working boilers, sensors, or other kit at great expense without a significant benefit.[53] If you can support retrofit—new technology that can easily be integrated into old systems—without greatly increasing the cost of your product, you’ll increase the potential market for the product.
Companies take product concepts that are now far into the laggard range of stability and established behavior, and they change the product significantly. ... The new product is effectively repositioned ‘back to the front’ of the curve, creating a high-tech product that can only be used or appreciated by the forgiving and accomplished early-adopter group of consumers. This is where much of the consumer backlash appears, as safely mature and benign products such as TVs, radios, thermostats, home phones and even cars are turned back into early adopter products, and then sold to an unsuspecting laggard audience.[54]
TV is a great example. TV used to be an instant-on experience. We may have had less choice of channels and no on-demand services, but you could be watching something within a second or two of turning it on. It can now take minutes. You may be faced with software updates for your set-top box and/or connected TV (perhaps for apps you don’t even want but can’t delete), then minutes of navigating around a program guide or on-demand service using a cheap remote control poorly equipped for the job.
The hard-headed cost/benefit analysis is important for any product, but the best products speak to us on an emotional level, too. This is partly about aesthetics, but it’s not just about bolting pretty design on top of functionality. We form an integrated impression of the functionality and design of the product, and how well that fulfills our practical and emotional needs and fits (and perhaps communicates) our sense of who we are.[55] Figuring out the right experience is about design as well as product strategy, which is covered in more depth in Chapter 5.
In this section, we’ll consider the role of services in creating a viable IoT product. Why are services important, how do users think about products that have device and service components, and what kind of services should you consider offering?
At the start of the chapter, we set out that an IoT “product” is frequently a hybrid of physical device(s) and service provision. At the very least, Internet connectivity is a form of service, and there may be other service components that your product needs to work properly and ensure a good experience.
When people buy a product, they expect to have the right to use it for as long as they like. When the product is dependent on an Internet service, there is a reasonable expectation that that service will continue to be available, for taking it away would render the product at worst useless and at best limited. After all, you would not expect your home heating or lighting to cease to function because the company that produced the original system had gone out of business, or no longer wished to support you. The service forms part of that experience. The relationship between the device and service can vary.
Connected heating controllers and door locks are examples of systems where the device is likely to be the focus: we might call them service-enabled devices. Users view the device as the most salient part of the system. For example, Nest users are likely to say “I have a Nest,” referring to the thermostat to represent the entire system. (It’s far less likely you’d hear someone saying “I use Nest,” “I have Nest,” or “I have a Nest system.”) Because the device is so central to the UX, users will have high expectations of its design and functionality. The service enables remote access and smarter functioning, but in the user’s mind it is a way to control the device (see Figure 4-18).
A security alarm is an example of a system where the service is the focus: we might call it a device-enabled service. The alarm service is what users care about. The sensors and other devices are generally low profile and most of the intelligence sits in the Internet service or gateway software. You could add or swap out devices without affecting the core functions of the service.
Key factors that indicate that the service may be the focus of your user experience, not the device itself, may be that:
As the UX expert Mike Kuniavsky describes it, the device is an avatar for the service.[56]
The Oyster travel card (see Figure 4-19) is a stored value contactless smart card used on London public transport. It can hold various types of tickets or a credit balance for travel on the underground, trains, buses, trams, and boat services. (“Stored value” means that the credit is notionally held on the card itself, rather than in a separate account, as with a debit card.)
The Oyster card is an icon of London life, but it is really just an avatar for the service. Without the card readers or the ability to top it up it wouldn’t be much use to you. The Oyster service involves smooth coordination between many different channels, such as the Transport for London website, the ticket machines, ticket offices and shops that sell top ups, the readers themselves, and the back office systems (see Service Ecosystems).
Right now, IoT systems are still pretty novel and not well understood, at least by consumers. It’s easy to look to individual devices as a handle to understand the system, whether or not this is accurate. (We’ve heard smart meter users refer to the in-home counter-top display as the “smart meter,” and the actual smart meter as the “computer under the stairs”; see Figure 4-20). You might need to play up the role of the devices in communicating what your system does (presenting it as a service-enabled device), just to help consumers understand it.
It will probably always be appropriate for some systems to have highly visible devices, and for some to focus more on service design (see Table 4-1). The key is to pitch your UX to best suit your product, and the needs of your users.
If your service is the focus of the UX, you can still make beautiful devices but make sure the service design is at least as good. And if the device is the hero of your UX, make sure it’s attractive, usable, and does what it needs to do, elegantly.
Services are delivered through the interactions of networks of people, organizations, infrastructure, and physical components. The devices, and even the digital components, are only part of the experience. A part of the Oyster experience is the interactions you may have with station staff when buying a ticket or asking for help. In order to help you, they will have been trained to provide good customer service, but they will also need access to good information about the transactions on your card and system information. Making this whole system work smoothly is a lot more complicated than just making cards, machines, and a website: it requires someone to take a holistic view of how the service is experienced, and make sure all the components work reasonably smoothly together (see Figure 4-21).
If you’re designing a service, you’ll need to take a more complete view of all the parts of your service, and the relationships between them. For example, you may need to think about handling software and component upgrades across your devices. Ovens may require new controller boards, and washing machines may demand firmware upgrades (see Figure 4-22). You’ll need to design processes for handling these issues with consumers.
You see companies that have poached Apple designers, and they come up with sexy interfaces or something interesting, but it doesn’t necessarily move the needle for their business or their product. That’s because all the designer did was work on an interface piece, but to have a really well-designed product in the way Steve would say, this “holistic” thing, is everything. It’s not just the interface piece. It’s designing the right business model into it. Designing the right marketing and the copy, and the way to distribute it. All of those pieces are critical.[57]
Thinking at the service experience level encourages us to take a broader look at user needs, not just the interactions with the website, mobile app, or embedded devices. Chapter 5 explores understanding user needs in more detail. In this chapter, we’ll consider how this might create new opportunities to look at the wider service package you may offer customers.
For example, take home security. We typically think of alarm systems as something that makes a loud noise and acts as a visible deterrent on the home. A connected system can tell you when someone is breaking in, and perhaps film them. But if you’re not able to get home, and no one else can respond, you can’t do anything about it. Connectivity has alerted you to the problem but also enabled you to feel powerless to act.
In this case, you might have the option of paying for a professional monitoring service. The security firm (with your permission) can view your cameras before sending someone out.
IoT services often provide opportunities to capture data, which can be used to improve the service offered, perhaps through better customer service or smarter support. For example, diagnostic data about the functioning of a boiler could be used to identify systems at risk of breakdown and schedule an engineer visit before they fail. You might even package the cost of the service contract with the monthly fee for maintaining the service. Users may be happier to pay for something like this than to cover the cost of maintaining your Internet servers!
Professional installation or configuration may also be an opportunity for complex systems such as home automation technology. Time It Right,[58] designed for the needs of the Orthodox Jewish community, is a culturally specific example (Figure 4-23). There may in the future even be a role for independent IoT “plumbers” who specialize in helping consumers install, maintain, and repair connected home systems: a kind of role the technology blogger Anil Dash refers to as “blue collar coders.”[59]
Another service opportunity may involve helping users secure lower prices or better service from third parties, or otherwise benefit from the data that comes from your system. In the sustainable housing development of Little Kelham in Sheffield, northern England, residents have smart meters to track energy use and band together to bulk buy electricity (see the connected home case study between Chapter 6 and Chapter 7).
Personal services, such as installation or intensive customer support, are not necessary for all services and may not be practical within your business model. But it’s worth considering the bigger context of user’s expectations around the service you’re offering, and how their needs will change over time, to make sure your service isn’t missing something they think they need, or to spot opportunities to improve the overall experience.
Establishing the relationship between your system and the surrounding service is, in part, deciding on your business model. Put crudely, this can be summarized in two questions: what will people pay for? And what do you need for production to be sustainable?
A business model is the blueprint for how a business creates value for customers, and makes money. For example, a classic business model is the “bait and hook” one used by printer manufacturers. They charge a relatively low price for the initial hardware but make money on toner cartridges.
And even a not-for-profit organization needs a sustainable business model in order to survive.
IoT is immature and there’s perhaps a tendency for users to focus more on devices, as these are novel (as we suggested earlier). Service providers may focus on more on services, as that’s where the potential for long-term customer engagement sits. You may think that you are offering a health management service, but if your users see beautiful bathroom scales, then persuading them to pay for an ongoing service may be tough. The key for a business model is that customers feel they are paying a fair price (whether in terms of money or sharing their data) for the value they receive, and you are making the money you need.
Business models we are accustomed to in the digital realm might make their way into the physical world. For example, we are accustomed to using websites that are free at point of use but make money from selling eyeballs to advertisers. It’s not a huge stretch to imagine that physical devices might be given away in exchange for advertising or user data. The ubiquitous computing researcher Pertti Huuskonen jokes about the freemium fridge. Your supermarket might give you a free fridge with a screen that forces you to watch an advert every time you open it. Or the fridge might track the products you put in it and eat, and where you bought them, and share that data with the supermarket, and other advertisers. Users could buy their own fridges, essentially paying for ad-free experiences or privacy, or get free or cheaper appliances in exchange for their eyeballs and data. In the future, privacy may be a rich person’s luxury.[60]
More positively, there are benefits to digital service business models. There are opportunities to develop ongoing relationships with customers, understand more about the people who buy your products and what they do with them, and tailor services better to their needs. Users are accustomed to (and mostly comfortable with) web-based services that capture and store information about them to provide a better service. The sensing and processing capabilities of IoT devices open up potential to extend these personalized services to the physical world.
You may be able to capture user behavior that wasn’t previously visible, perhaps in real time—for example, how people are using energy via smart metering, identifying and tracking people in a physical space, or monitoring traffic levels via aggregated data about the density and speed of movement of drivers’ smartphones. Knowing how often or intensively a product is used, and what for, enables you to tailor the service, sell supplies, improve the next version, or offer additional services. For example, some Nespresso coffee machines now come with a SIM card, allowing Nespresso automatically to send more capsules when the customer is running low (see Figure 4-24).
You could charge users based on their behavior. For example, some car insurance companies, such as Insure the Box in the UK,[61] base pricing on actual driver behavior rather than demographics. This may benefit responsible drivers who are in a demographic category considered to be at high risk of accidents, such as under 25s.
Products can proactively maintain themselves or provide data to enable smarter support: as discussed earlier, boilers could identify when they are developing a fault and be serviced before they break down; appliances could share fault data with the manufacturer so customer support can help users diagnose and fix more of their own problems. It is possible to vary pricing based on time of use (e.g., charging more for electricity at certain times of day to manage demand).
A good UX design needs to balance the needs of the business with the needs of the user. Even if you are not shaping the business model of the product you are working on, you at least need to understand it. The best business models serve the interests of customers as well as the business. In the car insurance example, cheaper insurance is granted to drivers who would otherwise be penalized on grounds of age, but the model also allows the company to reduce costs and uncertainty through more accurate risk profiling. User and business needs can be in tension: for example, a connected home service might rely on heavy upselling of new products. Here, design can make the difference between the upsell advertising being either useful or at least minimally intrusive, or downright irritating or something that causes users to stop using the system altogether.
A clear value proposition ensures users understand what your product does, and whether they want it. This is essential in order for them to understand how it works, and how to use it.
Innovators and early adopters are inherently interested in technology and forgiving of imperfections. Mass-market consumers often have different needs.
Many IoT systems are tools: they require the user to frame their own problem and configure the system to solve it. Consumers tend to look for products that promise to solve a particular problem for them and come already configured to do that. They expect the cost and effort of using the product to be in proportion to the value it brings them.
IoT creates new opportunities for information gathering, sharing, remote control, and automation. But there are common pitfalls that can limit a product to early adopter markets. In particular, be careful of introducing new complexity to mature consumer products.
The UX of an IoT product might be focused around the device or the service. All IoT systems depend on some kind of digital service, and perhaps offline service components too, like professional installation, maintenance, or customer support helplines. Ensuring these work well together is an important part of the overall UX.
Business models shape the way users perceive the value of the service and thus the UX. Bringing connectivity and intelligence into devices may lead to digital business models appearing in the physical world.
[46] From a talk at UX Brighton, November 2012.
[47] Everett M. Rogers, Diffusion of Innovations, Fifth Edition (New York: Simon & Schuster, 2003).
[48] Geoffrey Moore, Crossing the Chasm (New York: HarperBusiness, 1991).
[49] Steve Blank, The Four Steps to the Epiphany: Successful Strategies for Products that Win (K&S Ranch Press, 2005).
[50] Nest Protect has suffered from some interaction design issues related to the ability to disable false alarms (see Chapter 8). But the Protect is still a good example of a clear product concept.
[51] At the time of writing, the Arduino model is being phased out for a newer version based on the Spark Core development board.
[52] Matthias Rothensee, “User Acceptance of the Intelligent Fridge: Empirical Results from a Simulation,” IOT’08 Proceedings of the 1st International Conference on the Internet of Things, 123–139.
[53] C.F. the model of shearing layers, which describes buildings as a set of components that evolve and obsolesce over different timescales. “Services,” like HVAC and plumbing, are expected to last 7–15 years. This concept originates from architect Frank Duffy and was developed by Stewart Brand in his book How Buildings Learn: What Happens After They’re Built (1994, Viking Press).
[54] Scott Jenson,, The Simplicity Shift (Cambridge, UK: Cambridge University Press, 2002). Available from http://www.jensondesign.com/The-Simplicity-Shift.pdf.
[55] Lionel Tiger’s The Pursuit of Pleasure is an interesting viewpoint on the anthropology of what makes products appeal (Boston: Little, Brown, 1992).
[56] Mike Kuniavsky, Smart Things: Ubiquitous Computing User Experience Design (Burlington, MA: Morgan Kaufmann, 2010).
[57] Mark Wilson, “4 Myths About Apple Design, From an Ex-Apple Designer,” Fast Company, July/August 2014, http://bit.ly/1bD2ezr.
[60] Personal communication with Pertti Huuskonen; Pertti Huuskonen, “Run to the Hills! Ubiquitous Computing Meltdown,” Proceedings of the 2007 Conference on Advances in Ambient Intelligence, 157–172, http://www.cs.swan.ac.uk/~csmax/csrsRG.pdf.