We have been doing a lot of work on the Internet of Things (IoT) lately across a number of engagements. And in all of these, a common thread that emerges is just how hard and jagged the IoT market is. As one friend of D2D puts it, “There is no such thing as IoT”, it is not one market, but 10 or 20 (or more) separate fields. So while we can talk about “computing” or “smartphones” and refer to products that are common across all industries, for IoT we really need to break up the topic into dozens of conversations. Put simply IoT is a mess.
Does this mean we should give up? No, it just means everyone needs to be realistic about the subject. Let’s first look at the problem, and then think about ways to build an IoT business that actually works.
The biggest problem with “IoT” is that it means different things to different people. For Consumer Electronics and Internet companies, IoT is really what we used to call Home Networking – devices scattered around the home, connected to a WiFi network. For an Oil and Gas company, it means collecting data from thousands of different sensors scattered over hundreds of miles in remote fields or along pipelines. The shipping industry alone has a dozen different IoT use cases – remote temperature sensors, tracking shipping pallets, driver mileage calculations. There is an infinite array of these use cases. Each has some small value-add, and aggregated together it holds an immense amount of value. So part of the problem is that everyone likes to talk about the ‘immense’ amount without mucking about with the details.
From a hardware perspective the appeal of a single unified market is that it means simplification and economies of scale. However, the reality is that this is not just possible.
Once you start building an IoT product this becomes apparent immediately. IoT networks need two things, they need a network for communications, and then modules, attached to ‘things’, that communicates to those networks. But compare that to all the use cases possible. That Oil company above needs a long range network, cellular will not work because of the remote locations involved. The module can probably have power, but needs someone to go out and install them. By contrast, the cellular might work for a local delivery fleet, but then everyone fleet will need different sensors built into the module (e.g. temperature, location, activity, camera, whatever). Then remember that none of these companies actually build their own modules for anything, so they have to find someone capable of that. For those of in the technology business, the idea of finding a manufacturer in Asia to build a module is not too remote, for everyone else it is literally the other side of the world. Further complicating all this is the fact that there is no company on the planet capable of providing all the electronics needed – including four or five different flavors of radios and a dozen categories of sensors. The combinatorics behind this are one of those math problems with more answers than there are atoms in the universe.
Compounding this problem is that IoT really cuts across the impassable chasm between hardware and software. All the value in IoT (for users) comes from software – better management of tangible assets. But most of the enabling required is hardware. From our perspective, deep in the hardware trenches, most companies talking about IoT are hardware companies that have no understanding of software. They live in a world of radios, standards bodies and endless acronyms. We recently talked to one promising start-up that has a great service to sell, with incredible revenue economics, but the CEO only wanted to talk about his 2G, 3G and 4G radios. This is not just a theoretical or philosophical problem, it is a very practical one. Too often, we find hardware makers dismissing opportunities because ‘the database won’t be able to scale’. Spend your career specializing in one field and you can be forgiven for not keeping up to date on the advances that others took for granted ten years ago. Trust us, the data behind a few hundred thousand devices transmitting a few bytes a couple times a day is ‘small data’.
One would think that there are intermediaries capable of integrating some solution weaving all these threads together. There aren’t. The obvious candidates, the big consultants and systems integrators are not comfortable with hardware and accustomed to dealing in much larger-scale projects.
All of these sound impossible. It is not. Instead, we view this as opportunity. There has to be room for smart companies, start-ups, to solve these problems. (For the moment, we will set aside a discussion of the options available for raising venture funding for IoT solutions start-ups.) In the future, likely the near future, we will start to see companies that provide solutions for IoT. The smart ones will not try to solve every problem. We have spent a lot of hours recently working with companies to define their product and identify the verticals where their products fit. There is no one-size-fits-all here, but there does not need to be.
For many years, there was a perception among industry participants that somehow all of these could be served using a single ‘platform’. Most people actually working in the field have long since abandoned hope that such a thing will emerge, which is one of those things that sounds depressing but is actually liberating. Time to stop dreaming and get building.
Great explanation for the mess of IoT.
Illusion of a “platform” to build massive scale hardware.
*David Plekenpol*
On Wed, Nov 7, 2018 at 7:46 PM DIGITS to DOLLARS wrote:
> D/D Advisors posted: “We have been doing a lot of work on the Internet of > Things (IoT) lately across a number of engagements. And in all of these, a > common thread that emerges is just how hard and jagged the IoT market is. > As one friend of D2D puts it, “There is no such thing ” >
I appreciate your write up but I think you are trying to generalize too many things. In the oil, gas, electrical, rail transportation we call this SCADA -0and will probably NEVER call it IoT, not even Industrial IoT. See, the first word “Internet” refers to the fact that most of these things fall in your home talking MUST communicate over a cloud in order to resch you somewhere and deliver the data. Most SCADA networks run things like factories, and electrical grids and oil pipelines – some of the LAST things you want being managed over the unsecure Internet.
I think the biggest challenge today is how to sell this Internet of Things to the average consumer, and make a profitable excercise out of it.
40 years ago it might have been nice to know that you left the electric tea kettle on after leaving for work, for the last 15 years electric tea kettles were smart enough to shut themselves off before self destructing. Do I really need to pay an additional $30 for a tea kettle that can connect to the internet and tell me I left it on, or is a standard one that shuts itself off good enough?
And, I’m.not a hater – by anymeans….no, my ENTIRE house is connected,.even devices that didn’t come connected – I’ve connected them, with temperature sensors and open/close switches, with relays and LED’s and rfid readers, all of which return the passion of my life – tons and tons of IoT data. And on many occasions I’ve had to step back from it all and ask the same question, of what value is this to the average peraon? The answer is always the same, it’s not.
Sorry for the spelling mistakes, replying whilst on the train from a not so smart phone..
Is the perception that “somehow all of these could be served using a single ‘platform’” wrong? I get it that a single platform doesn’t exist. Is it not feasible technically/economically?
PS I think your description of the market failure is excellent.
Thanks for commenting
I think ‘platforms’ are economically infeasible at this point. There are too many constituents and the end-markets are too fragmented. This platform would need to combine combinations of a half dozen or so communications types (Wi-Fi, Bluetooth, Cellular, etc.), plus a few dozen types of processors, plus several dozen different sensor platforms.
From this starting point it is hard to see who could be able to tie all these together.
We might even argue that there is no clear economic need for such a platform. Technically, ensuring compatibility for all the combinatorics above would consume a lot of overhead, likely exceeding the processing capabilities needed for most modules. And what benefit would it provide? We are not convinced that any single platform would ever be sufficient to a critical market of participants.
Someday this may change, but I see no signs on the horizon.
I recently spoke at A Proptech conference in NY on this subject. IOT for commercial use suffers the same problem. No unifying “operating system.”
I run product for Knotel and we have been thinking through solutions. Would love to discuss if you’re up for it..
Sanjiv
Thanks. Would love to engage. Will contact you directly.
Look no further than balena.io the closest thing to a “single platform” for IoT
IoT is simply a common set of standards to enable “Out-of-the-Box” compatibility of various connected tools. The problem is that it’s very difficult to find the balance between standardisation and freedom of development.
Hi Jonathan, I really enjoyed reading this article! I am the associate editor of an IEEE magazine called “Internet of Things Magazine”. Would you be interested in taking this material and repurposing it as an article for IoTM? Should be very little overhead for you.
Our readership will get to learn a unique take on the field of IoT, as well as let newer audience discover your work and website. Let me know if that sounds interesting to you? And thanks again for a great write up!
More details: https://www.comsoc.org/publications/magazines/ieee-internet-things-magazine
Sachin,
Would be glad to repurpose this. I’m a big fan of the IEEE publications.
I will e-mail you directly.
Thanks
Pingback: Newsletter 71 – A Screw Fell to the Ground | import digest·
Pingback: 5G and the Bandit | DIGITS to DOLLARS·
Pingback: Why IoT Networking is a Mess | Digits to Dollars·