Back to resources

How to Build a Disruptive Product

Product

21 October, 2020

Sameer Kalwani

Sameer Kalwani

Director Product Management at Amazon Lab126

Sameer Kalwani, Director of Product Management at Amazon Lab126, shares how to build a disruptive product by working backward and putting yourself in your customers’ shoes.

Problem

When incubating my previous company, a surprising product opportunity in the Industrial IoT (Internet of Things) space emerged. At the time, a lot of people were building hardware devices to collect data while others were creating analytical dashboards to better analyze that data. Most of the companies in this space were stuck in a ‘pilot purgatory’ -- they never got out of the pilot or proof of concept phase with their customers -- and never made it to production. While customers needed to collect and analyze IoT data, it seemed that something else was troubling them more.

Actions taken

There were enough market studies highlighting the opportunity, and enough evidence with companies pursuing several pilots in parallel. Rather than interviewing a great number of people we devised a quick mockup that would allow us to understand what the burning issues in the industry were and what we could do to solve them. We recruited a couple of companies to get analytics for “free” and brought in a few Ph.D. candidates who knew the space to perform data science work on the “free data”. This allowed us to quickly develop an analytical result behind the facade of a product. In pulling the insights together for these companies, identified where our customers’ exact pain points were.

We learned that the data was widely available and we could easily get it in a day. We also learned that the analytics were actually valuable and could help companies increase their ROI dramatically. But the biggest issue was putting context around the data so an analyst could interpret an insight quickly at scale. Building new sensing hardware or dashboard didn’t solve the problems, understanding it and delivering it in a digestible form to the customers was what we should focus on.

As we began building a data contextualization SaaS solution for Industrial IoT data, we had to find a way to test what we were building throughout the development process - ensuring each feature was meeting a market need. We brought on our own data science resources to do the proof of concepts as we kept building more products to enable them to help them understand the context faster and more easily. As a result, the people using our product were our own people, enabling us to learn faster. Soon we were able to share the tools with our customers, so they could begin to do the work themselves. We began to get the key insights from helping our customers, sitting side by side with them, and walking through the process with them. They subscribed to our service and eventually began using the software on their own without any of our people there.

Lessons learned

  • To come up with a disruptive product you have to work backward and put yourself in the customer’s shoes. Don’t just test your hypothesis, but test your assumptions in terms of the problems your customers are encountering. Understand a persona who you are trying to solve the problem for -- and not just a problem but a recurring problem. That will help you to find the right market, but moreover, someone who will buy your product.
  • Before you start building something, validate your hypothesis, and build something lightweight.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

The Art of Asking Why: Narrowing the Gap Between Customers and Users

24 May

Jord Sips, Senior Product Manager at Mews, shares his expertise on a common challenge for product managers – finding root causes and solutions.

Customers
Innovation / Experiment
Product
Personal Growth
Leadership
Stakeholders
Users
Jord Sips

Jord Sips

Senior Product Manager at Mews

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter

Why You Should Take Technology Risks in Product Development

25 April

Matias Pizarro, CTO and VP of Residents at ComunidadFeliz, recalls a time in his early career when he took a technology risk that had wide-ranging benefits to his product's user experience.

Innovation / Experiment
Product
Scaling Team
Dev Processes
Matias Pizarro

Matias Pizarro

CTO and VP of Residents at ComunidadFeliz

Combining User Research with Testing to Build a Successful Product

20 April

Waldo Vanderhaeghen, VP of Product at 3YOURMIND, details an experience in product discovery, analyzing user research, and testing.

Innovation / Experiment
Product
Conflict Solving
Feedback
Users
Waldo Vanderhaeghen

Waldo Vanderhaeghen

VP Product at 3YOURMIND

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.