9 IoT History: SHIFT and Resistance
A pump operator hears a proposal for another sensor and asks why the existing maintenance schedule is not enough. That resistance may expose a weak proposal rather than a lack of imagination. SHIFT helps reframe the outcome, but the reframed promise still needs a test.
9.1 Start With the Decision
Resistance may point to a real cost or to an old frame that no longer fits. The SHIFT method tests the objection before a team dismisses or accepts it.
9.2 Route Overview
This is part 3 of 3. Review IoT History: Adoption and Cost for the preceding evidence.
9.3 Learning Objectives
- Recognize technical, economic, social, and cognitive resistance.
- Apply the SHIFT proposal framework to an IoT change.
9.4 Chapter Roadmap
- Checkpoint: Reframing Resistance
- Recognize Paradigm Blindness
- Concept Relationships
- Interactive Quiz: Match Concepts
- Interactive Quiz: Sequence the Steps
- Label the Diagram
- Code Challenge
- Turn the Pump Objection into a Falsifiable Trial
- Summary
- Key Takeaways
- Practical Framework
- SHIFT Proposal Framework
- See Also
- Detect Paradigm Blindness
- What’s Next
Checkpoint: Reframing Resistance
- You now know how the pump scenario turns a customer-request objection into a predictive-maintenance, usage-based billing, and fleet-service question.
- You can describe the incumbent risk without fabricating demand: current customers may not ask for the new category before competitors prove it.
- You can carry that framing into the matching, ordering, label, and code quizzes as an evidence-first argument.
9.5 Recognize Paradigm Blindness
9.6 Concept Relationships
| Concept | Builds On | Leads To | Related Modules |
|---|---|---|---|
| Paradigm Blindness | Cognitive biases, expertise limitations | Missed opportunities, Innovator’s Dilemma | Design Thinking, Technology Adoption |
| Innovator’s Dilemma | Business strategy, disruption theory | Organizational resistance to IoT | Business Models, Change Management |
| S-Curve Adoption | Technology diffusion, market dynamics | Timing strategies, investment decisions | Market Analysis, Scaling |
| SHIFT Framework | Critical thinking, proposal framing | Overcoming organizational resistance | Requirements Analysis, ROI Calculation |
| Second-Order Effects | Systems thinking, emergent behavior | New business models, unexpected applications | Edge Computing, Data Analytics |
9.7 Interactive Quiz: Match Concepts
9.8 Interactive Quiz: Sequence the Steps
9.9 Label the Diagram
9.10 Code Challenge
9.11 Turn the Pump Objection into a Falsifiable Trial
Use an illustrative fleet of 20 pumps. Suppose the baseline is 40 hours of unplanned downtime over a fixed observation window. The proposal aims to reduce that total to 30 hours in an equally long trial with comparable operating load. The predicted reduction is 40 hours minus 30 hours = 10 hours. Relative to the baseline, 10 divided by 40 gives 25%. This is a trial target, not a result already achieved by the technology.
The second-order effect might be better spare-parts planning. If an early warning lets maintenance order a seal before a shutdown, the useful outcome reaches beyond the first alarm. Human behaviour can also change: technicians may inspect an asset only when a warning arrives. That shift can help, but missed warnings now matter more. The original inspection process cannot be removed merely because a live chart looks convincing.
Forecast anchoring appears when the team assumes customers will always buy pumps in the same way. The opposite error is to assume every customer wants a subscription. Reframe both claims around a named outcome and test what the buyer values. A small site with spare capacity may value fewer visits more than a tiny increase in uptime.
Predict what happens if the trial records 30 hours of downtime but pump operating hours also fall by half. The raw total meets the target, yet it does not show that failure exposure improved. Compare downtime against operating time before crediting the new approach. Next, suppose false alarms create extra planned stops. Include those stops when assessing the operational outcome, even if the original proposal mentioned only unplanned losses.
A technician may also reject an alarm because nobody can visit the pump in time. That is a real operating constraint. The trial should test a response, not just count warnings. A useful SHIFT proposal names who can act when the new signal arrives.
This is why resistance belongs in the history of IoT adoption. A dismissed idea can hide a new market, but an attractive story can also hide weak evidence. Keep the SHIFT questions open long enough to discover a second use, then narrow the trial enough that an unfavourable result remains possible. Reframing should improve the decision rather than make the proposal impossible to reject.
9.12 Summary
9.13 Key Takeaways
In this chapter, you learned:
- Paradigm blindness is a recurring risk where experts evaluate new technologies using old frameworks, leading to large forecast errors (illustrated here by the reported 900,000-unit mobile forecast versus 738 million subscriptions, and by Sir William Preece dismissing telephones)
- Five cognitive mechanisms drive paradigm blindness: anchoring to existing behavior, linear extrapolation of exponential change, measuring new tech by old metrics, ignoring second-order effects, and survivorship bias in expert selection
- The Innovator’s Dilemma explains why successful companies systematically fail to adopt disruptive technologies — their existing customers, revenue streams, and expertise bias them against disruption
- Technology adoption follows an S-curve pattern, and IoT segments are at different phases: IIoT and wearable health are accelerating, while smart agriculture and smart cities are transitioning from skepticism to early adoption
- New use cases emerge unexpectedly — SMS, ride-sharing, and smart watch health monitoring were never in original product pitches; the most valuable IoT applications likely don’t exist yet
- Reframing IoT proposals from “adding gadgets” to “enabling new capabilities” helps overcome organizational resistance to paradigm shifts
9.14 Practical Framework
When evaluating any IoT opportunity, use the SHIFT framework:
| Letter | Question | Example |
|---|---|---|
| S - Second-order effects | What happens after the first use case succeeds? | Smart meters —> grid optimization —> demand response programs |
| H - Human behavior change | How might people behave differently? | Wearables —> continuous health awareness —> preventive medicine |
| I - Impossible becomes possible | What couldn’t you do before? | Embedded concrete sensors —> real-time structural health monitoring |
| F - Forecast anchoring | Are you anchoring to current behavior? | “Nobody asked for it” = “Nobody asked for mobile phones in 1983” |
| T - Technology cost trajectory | What happens at 10x cheaper? | $50 sensor today —> $5 sensor in 5 years —> embed in everything |
9.15 SHIFT Proposal Framework
Scenario: Your manufacturing company’s VP dismisses a proposal to add IoT sensors to industrial pumps, saying “Our customers have never asked for this.” You recognize this as paradigm blindness. How do you reframe the proposal using the SHIFT framework?
Original Proposal (Technology-First):
“We should add IoT vibration and temperature sensors to our pumps, enabling cloud analytics and predictive maintenance alerts.”
Why It Failed: Focuses on technology, not value. Sounds like adding cost and complexity. Invites the “nobody asked for this” dismissal.
SHIFT Framework Analysis:
| Letter | Question | Application to Pump Sensors |
|---|---|---|
| S - Second-order effects | What happens after predictive maintenance succeeds? | Customers reduce downtime by 30%. They increase production capacity without buying additional pumps. This creates demand for MORE pumps (higher production lines), not fewer. Second-order effect: IoT sensors increase pump sales by enabling brownfield expansion rather than forcing greenfield investment. |
| H - Human behavior change | How might customers behave differently? | Currently, customers schedule maintenance quarterly (conservative, lots of downtime). With predictive data, they shift to condition-based maintenance. This changes procurement patterns: instead of ordering spare parts “just in case,” they order exactly when needed. We could offer just-in-time parts delivery as a subscription service, creating recurring revenue. |
| I - Impossible becomes possible | What couldn’t they do before? | Customers had NO visibility into pump health between quarterly inspections. Equipment failed unexpectedly, causing $50K-$500K/hour downtime. Now, they get 2-3 week failure warnings, enabling maintenance during planned shutdowns. This was literally impossible with manual inspection — you cannot predict bearing wear by looking at a pump casing. |
| F - Forecast anchoring | Are we anchoring to current behavior? | YES — that’s the problem. The VP anchors to “customers don’t ask for sensors” but forgets: AT&T customers didn’t ask for mobile phones in 1983. Customers don’t ask for paradigm shifts; competitors offer them first. Question: Do we want to be the AT&T that missed mobile, or the company that defined the category? |
| T - Technology cost trajectory | What happens at 10x cheaper? | Today’s $50 sensor will cost $5 in 5 years. At $5, adding sensors to EVERY component (not just pumps) becomes economical. First-mover advantage: we develop sensor integration expertise now, while competitors wait for “cheaper sensors.” By the time sensors hit $5, we have 5 years of data moats, algorithm refinement, and customer lock-in. |
Reframed Proposal (Value-First, SHIFT-Informed):
“Our customers face $2M-$20M in annual unplanned downtime costs from pump failures. Competitors will soon offer predictive maintenance as standard. We can lead this transition and create three new revenue streams:
- Premium pump pricing: +15% for sensor-equipped models (proven ROI in 3-6 months through downtime avoidance)
- Subscription analytics: $50/month/pump for cloud dashboards and failure alerts (recurring revenue, 70%+ margins)
- Outcome-based contracts: Sell ‘uptime-as-a-service’ at $500/month, guaranteeing 99.5% availability (we own the maintenance risk, but sensors let us manage it profitably)
Market Risk: If we don’t do this, someone else will. Industrial IoT competitors like Siemens and GE already offer this on competing equipment. Our customer survey shows 67% would pay for predictive capability — they’re not asking for ‘sensors,’ they’re asking for ‘no more surprise failures.’
First-Mover Advantage: 5-year head start on data collection creates algorithm moats competitors can’t match. Tesla didn’t wait for customers to ask for OTA updates — they defined the category.”
What Changed:
- Before: “Add sensors because IoT is cool” (technology-first, easily dismissed)
- After: “Prevent $2M-$20M downtime, create $600/year recurring revenue per pump, beat competitors to market” (outcome-first, financially justified, competitive threat framed)
Result: VP approves $500K pilot on 200 pumps at a single customer site, with success metrics defined upfront. Pilot demonstrates 28% downtime reduction and generates 3 upsell leads. Full product line rollout approved 9 months later.
Key Lesson: Paradigm blindness is defeated by reframing around new outcomes (not new technology) and competitive threats (not customer requests). The SHIFT framework provides the structure for that reframing.
9.16 See Also
Within Foundations:
- IoT Introduction - Three Ingredients and Five Verbs framework
- Device Evolution - Embedded vs Connected vs IoT products
- IoT Systems Evolution - Technical foundations enabling IoT
- Pricing & Market Dynamics - Business models and competitive strategy
Cross-Module Connections:
- Technology Adoption Patterns - Understanding S-curve dynamics
- User-Centered Design - Avoiding paradigm blindness in design
- Requirements Analysis - Identifying second-order effects
External Resources:
- Clayton Christensen: The Innovator’s Dilemma - Original framework for disruptive innovation
- Gartner Hype Cycle - Technology adoption phases
- McKinsey Mobile Phone Forecast Case Study - Classic paradigm blindness example
9.17 Detect Paradigm Blindness
Time: 45 minutes | Difficulty: Intermediate | Challenge: Apply the SHIFT framework to an IoT proposal in your environment
Scenario: Identify ONE IoT application in your industry or organization that leadership has dismissed as “unnecessary” or “too expensive.” Use the SHIFT framework to reframe the proposal.
Your Task:
-
Document the Dismissal (5 minutes):
- What was the IoT proposal? (sensors in X, connected Y, automated Z)
- What objection did leadership raise? (customers don’t ask for it, too expensive, not our core business, etc.)
- Which historical parallel does this match? (messenger boys, mobile phones, smart watches)
-
Apply SHIFT Framework (30 minutes):
Letter Question Your Analysis S - Second-order effects What happens AFTER the first use case? (Fill in) H - Human behavior change How might people behave differently? (Fill in) I - Impossible becomes possible What couldn’t be done before? (Fill in) F - Forecast anchoring Are they anchoring to current behavior? (Fill in) T - Technology cost trajectory What happens at 10x cheaper in 5 years? (Fill in) -
Reframe the Proposal (10 minutes):
- Original framing (technology-first): “We should add [IoT technology]…”
- Reframed (outcome-first): “Our [customers/users] face [$X cost/Y pain], competitors will soon offer this, we can create [3 new revenue streams]…”
Deliverables:
- Completed SHIFT analysis table
- Side-by-side comparison: original technology-first framing vs. reframed value-first framing
- One-paragraph competitive threat assessment: “What happens if our competitor does this first?”
Success Criteria:
- You identify at least 2 second-order effects that weren’t in the original proposal
- Your reframing quantifies financial impact ($X savings, $Y revenue, Z% reduction)
- You name specific competitors or adjacent industries that might enter your space
Example Output:
Original Proposal: “Add GPS trackers to our rental construction equipment.”
Leadership Objection: “Equipment theft is rare. This is a solution looking for a problem.”
SHIFT Analysis:
- S - Second-order: Theft prevention → utilization tracking → identifying underused assets → right-sizing fleet → $2M capital savings
- H - Behavior: Customers stop hoarding equipment “just in case” → better utilization across all customers → we serve more customers with same fleet
- I - Impossible: No visibility into equipment usage patterns → now can optimize maintenance schedules → prevent breakdowns proactively
- F - Anchoring: Yes - leadership anchors to “low theft rate” and misses 15-20% of fleet sitting idle
- T - Cost: $50/device today → $5/device in 5 years → embed in EVERY tool, not just expensive equipment
Reframed Proposal: “15-20% of our $50M fleet sits idle while customers request equipment we can’t fulfill. GPS tracking enables usage-based pricing ($8K/year per unit revenue vs. $3K/year flat rental), predictive maintenance (40% reduction in breakdowns), and theft recovery ($500K/year losses prevented). Competitors United Rentals and Sunbelt already offer this. ROI: 8.2 months.”
Reflection Questions:
- Which of the 5 cognitive mechanisms (anchoring, linear thinking, old metrics, second-order effects, survivorship bias) was strongest in your leadership’s dismissal?
- If you had to pick ONE element of the SHIFT framework that’s most compelling for your organization, which would it be?
- What parallel from history (telephone, mobile, Internet, smart watches) resonates most for your industry?
9.18 What’s Next
| Direction | Chapter | Key Topics |
|---|---|---|
| Next | IoT Systems Evolution | Computing evolution, Moore’s Law, technical foundations enabling IoT |
| Related | Device Evolution | Embedded vs. Connected vs. IoT classification |
| Related | Pricing and Market Dynamics | Business models and competitive strategy for IoT |
| Back | IoT Introduction | Three Ingredients and Five Verbs framework |
9.19 Continue Your Route
This final part closes the route from Checkpoint: Reframing Resistance through What’s Next. Return to IoT History: Adoption and Cost or continue from the applications module index.
