A project manager at a software company spends forty minutes every Monday morning copying data from three different tools into a spreadsheet so her team can see what everyone is working on. She has done this every week for two years. She has never searched for a solution because she assumes this is just part of the job. Meanwhile, her company pays $50,000 annually for the three tools that fail to communicate with each other. This is what an unmet need looks like in the wild: not a dramatic complaint, but a quiet workaround so embedded in daily routine that the person experiencing it has stopped noticing the pain. The most valuable business opportunities hide in these unexamined workarounds.


Why Most Business Ideas Start from the Wrong End

The typical approach to generating business ideas begins with a solution: "What if there were an app that..." or "We could use AI to..." This is backwards. Solutions are hypotheses. Problems are facts. When you start with a solution, you spend months building something and then searching for people who need it. When you start with a problem -- specifically, an unmet need -- you begin with validated demand and work backward to the simplest thing that addresses it.

The distinction between stated desires and actual needs is critical. People say they want better project management tools. What they actually need is to know what their team is working on without spending forty minutes compiling data. The stated desire points toward a crowded market of project management software. The actual need points toward integration and automation -- a different and less crowded opportunity.

"Customers don't want a quarter-inch drill. They want a quarter-inch hole." -- Theodore Levitt

The corporate graveyard is full of technically impressive products that solved problems nobody had. Google Glass launched in 2013 as a $1,500 wearable computer. The technology worked. The problem it solved -- needing instant access to information while keeping your hands free -- was not one most people experienced urgently enough to pay $1,500 and look strange doing it. Google suspended sales in 2015. The technology was not the failure. The need identification was.

Segway, introduced in 2001 at extraordinary fanfare, was predicted by inventor Dean Kamen to be "bigger than the internet." By 2020, the company had sold only 140,000 units total, a fraction of projections. The Segway solved the problem of personal transportation in dense urban environments -- but bicycles, walking, and eventually electric scooters addressed the same underlying job with lower price points and more cultural acceptance. The problem existed; the solution was wrong.

Contrast these with Craigslist, which solved an actual observed need -- classified advertising without newspaper fees and delays -- with the minimum viable solution. Craig Newmark started it in 1995 as a simple email list for San Francisco events. The design was ugly. The functionality was minimal. But it solved a real, frequent, painful problem. By 2023, Craigslist generated an estimated $660 million annually with fewer than 50 employees. Ugly solutions to real problems outperform beautiful solutions to imagined ones every time.


The Jobs-to-Be-Done Framework in Practice

Clayton Christensen's Jobs-to-Be-Done theory, developed through his work at Harvard Business School and formalized in Competing Against Luck (2016), provides the most reliable framework for identifying genuine unmet needs. The core insight: people do not buy products -- they "hire" them to accomplish specific jobs in their lives.

Christensen's famous milkshake example illustrates this. A fast food chain conducted extensive market research on its milkshakes, surveying customers about flavor preferences and demographics. Sales remained flat. Then researchers spent time actually observing milkshake purchases and discovered something surprising: almost half of milkshake sales happened before 9 a.m., purchased by commuters eating alone. These customers were not hiring the milkshake for pleasure or nutrition. They were hiring it to solve the job of making a long, boring commute more tolerable while keeping one hand free for driving. Understanding the actual job -- rather than the product attributes -- led to product improvements that increased sales.

The framework applies directly to business idea generation. Instead of asking "what product should I build?", ask five sequential questions:

  1. What outcome does the person want to achieve?
  2. What do they currently "hire" to get that outcome?
  3. Why is the current solution inadequate?
  4. What constraints prevent a better solution from existing?
  5. What would they pay for something that truly solved it?

Applied to the project manager scenario: The job is not "use project management software" -- it is "understand team status quickly without interrupting anyone." She currently "hires" a manual spreadsheet process to accomplish this job. The inadequacy is obvious: forty minutes of weekly effort, error-prone data entry, and a snapshot that is already stale by Monday afternoon. The constraint preventing a better solution is that her three tools (let us say Jira, Confluence, and Slack) were built independently and never designed to communicate. She would likely pay $50-200/month for a tool that automated this job -- a fraction of what her time costs.


Observing Workarounds: The Strongest Signal

The strongest signal of an unmet need is not a complaint -- it is a workaround. Workarounds are behavioral proof that a need exists and that current solutions are inadequate. People do not build workarounds for problems that do not matter.

Signal What It Indicates Business Potential
Spreadsheet supplements Software gap in existing tools Integration or replacement tool
Manual data transfer Systems that do not communicate Automation or middleware
Hired help for routine tasks Process that should be automated Automation service or software
Custom internal tools No market solution exists Productized version of that tool
Elaborate personal systems Organizational process failure Workflow tool or methodology
Workaround documents/wikis Tool lacks critical feature Feature-focused replacement
Recurring manual reporting Absent analytics capability Reporting or analytics tool

Tony Fadell, who later designed the iPod and thermostat company Nest, has described a key habit: watching for "paper cuts" -- small frustrations people tolerate because they seem minor in isolation but add up over time. When Fadell returned from a ski trip in 2010 and found himself having to read a 149-page manual just to program his thermostat, he recognized a paper cut that millions of homeowners were silently tolerating. Nest launched in 2011 and was acquired by Google for $3.2 billion in 2014.

The key to observing workarounds effectively is patience and humility. You are looking for what people actually do, not what they say they do. Survey responses tell you what people think they do; behavioral observation tells you what they actually do. These often differ substantially.

Example: A founder investigating legal workflows discovered that junior associates at small law firms routinely built elaborate Excel templates to track discovery documents, even though their firm paid for case management software. The associates used the case management software for billing and client records but had concluded it was too slow and awkward for document tracking. This workaround -- which associates collectively spent hundreds of hours per week maintaining -- identified an unmet need that led to the founding of a legal document management tool that reached $4 million ARR within three years.


Validating That a Need Is Worth Pursuing

Not every unmet need supports a business. Validation requires confirming five conditions simultaneously, and the absence of any one condition can doom an otherwise promising opportunity.

Frequency

How often does the person encounter this problem? Daily problems create habitual usage patterns. Monthly problems are harder to build businesses around because the pain is intermittent and buyers forget about solutions between episodes. A need that occurs once a year is almost impossible to monetize with a product, though it might support a per-incident service.

The project manager's forty-minute ritual happens weekly -- strong frequency. A tax filing problem that occurs annually is lower frequency. A compliance audit that occurs every three years is very difficult to build a recurring subscription business around.

Intensity

How much does it hurt? A minor inconvenience will not motivate a purchase, let alone a subscription. A problem that causes missed deadlines, lost revenue, strained relationships, or significant professional embarrassment will. Intensity is the emotional weight attached to the problem, not just its logical cost.

Rob Fitzpatrick, in The Mom Test (2013), suggests a useful proxy for intensity: ask people what they have already tried to solve the problem. Someone who has tried three different solutions, been disappointed by all of them, and is still looking is demonstrating high intensity. Someone who has never looked for a solution is demonstrating low intensity.

Economic Value

What does the problem cost in money or time? If you can quantify the cost -- "$50,000 in tools that do not integrate, plus $40,000 in manager time annually" -- you can price your solution as a fraction of the savings and make the decision straightforward. Economic value also determines how much you can charge.

A rule of thumb from value-based pricing: price your solution at 10-20% of the economic value it delivers. If solving the project manager's problem saves $40,000 per year in wasted time, a solution priced at $4,000-8,000 annually is defensible. If the problem costs only $500 per year, you cannot charge more than $50-100 without losing the economic logic that justifies the purchase.

Willingness to Pay

This is where most validation fails. People will enthusiastically tell you a problem is painful, but willingness to pay is proven only by actual payment. The strongest validation is pre-orders, deposits, or signed letters of intent from potential customers -- not enthusiastic survey responses.

"The biggest risk is not that you build something nobody wants. It is that you build something people want but will not pay for." -- Rob Fitzpatrick

The distinction matters enormously. An educational tool for adult learners might address a genuinely felt need, but if the target audience expects to access educational content for free (thanks to YouTube, Khan Academy, and other free alternatives), the willingness-to-pay signal will be weak even if the need is real. Conversely, a compliance tool for healthcare providers addresses a need that organizations must solve and must pay for -- the regulatory mandate creates willingness to pay.

Reachability

Can you find and communicate with the people who have this need? A genuine unmet need in a population you cannot reach is not a business opportunity -- it is an observation. B2B needs in specific professional communities are often highly reachable through LinkedIn, industry associations, trade publications, and professional conferences. Consumer needs in fragmented populations can be much harder to reach efficiently.


Unmet Needs in Knowledge Work

Knowledge work is particularly fertile ground for unmet needs because the tools have not kept pace with how work actually happens. Most software was designed around discrete tasks and deliverables, but knowledge work is fundamentally about context, judgment, and coordination -- none of which existing tools handle well.

Decision Quality Tracking

Organizations make thousands of decisions but almost never track the quality of those decisions or learn from outcomes. A team that consistently underestimates project timelines continues underestimating because the connection between past predictions and future performance is never examined. A product team that habitually overweights feature requests from vocal customers continues building the wrong features because nobody is tracking which past features drove retention and which were ignored.

A tool that helps teams log decisions, record the reasoning, track outcomes, and identify patterns in decision quality would address a need that is widely felt but rarely articulated. Firms like McKinsey, Bain, and BCG charge tens of millions annually to provide exactly this kind of systematic analysis to large enterprises. The unmet need is in the mid-market -- companies with 50-500 employees that cannot afford consulting firms but face the same decision quality problems. This connects to the problem-first approach to building businesses that consistently outperforms solution-first thinking.

Context Preservation Across Interruptions

Gloria Mark's research at UC Irvine, published in studies beginning in 2004, documented that knowledge workers are interrupted every eleven minutes and take twenty-three minutes on average to fully return to a previous task. A 2023 update found that the average time before a self-interruption (switching apps or tasks voluntarily) had shrunk to 47 seconds.

The context loss between interruptions -- what was I working on, what had I decided, what was my next step, what assumptions was I making -- represents hours of wasted productivity daily. Current tools (to-do lists, note apps) address surface-level task tracking but not the deeper cognitive context that makes resumption efficient. A tool that automatically captures context as you work and restores it when you return to a task would address a need that millions of knowledge workers experience daily.

Async Team Alignment Without Meetings

Most teams achieve alignment through meetings, which are expensive, synchronous, and often ineffective. A one-hour meeting with ten participants costs ten hours of collective working time -- before accounting for preparation, context-switching, and recovery. The unmet need is not "better meetings" but "alignment without meetings" -- structured ways for distributed teams to stay coordinated without requiring everyone to be available simultaneously.

This need has grown substantially since 2020. Remote and hybrid work has forced organizations to operate across time zones and non-overlapping schedules, but the tools have barely evolved. Slack and email enable async communication but not async decision-making. There is no broadly adopted tool for structured asynchronous decisions that preserve context, capture dissent, and produce a clear record of what was decided and why. This connects directly to async communication systems as a growing organizational need.

Skill Gap Identification in Organizations

Organizations invest billions in training programs, but most training is misaligned with actual skill gaps. HR departments survey managers, managers estimate what skills their teams need, and training programs are purchased accordingly -- without ever verifying whether the selected training addresses real gaps. The result, documented by McKinsey in their 2020 "Closing the Skill Gap" report, is that organizations waste approximately 75% of their training budgets on programs that do not address the skills that most constrain performance.

A tool that identifies actual skill gaps by analyzing work output, project outcomes, and performance data -- rather than relying on manager estimates -- addresses a problem that costs organizations enormous sums annually. The need is real, the existing solutions are inadequate (most learning management systems are repositories, not diagnostic tools), and the buyers (CHROs and L&D teams at mid-size companies) have significant budgets.


The Difference Between Wants and Needs

A critical distinction separates viable business foundations from mirages. Wants are nice-to-have; needs are must-solve. The difference shows up in behavior:

Needs drive active searching. People Google solutions, ask colleagues for recommendations, try multiple products, and express frustration with inadequate options. They have budget allocated or can justify new spending. When asked what they did last week to solve the problem, they can answer.

Wants produce passive interest. People say "that would be cool" but do not search for solutions, will not switch from free alternatives, and cannot justify spending. Social media features, entertainment apps, and productivity tools that offer marginal improvements tend to address wants rather than needs.

A useful diagnostic: ask a potential customer what they did last week about this problem. If the answer is "nothing" or "I just deal with it," the problem may be a want. If the answer involves multiple workarounds, failed solutions they have tried, or explicit budget allocation, you are looking at a need.

Building a business on wants is possible but requires creating demand from scratch -- expensive and uncertain. Building on needs means demand already exists; you have to fulfill it better than alternatives. Marketers call this the difference between "painkiller" products (solving acute, active pain) and "vitamin" products (providing diffuse, hypothetical benefit). Painkillers sell; vitamins struggle.


Turning an Unmet Need into a Business

The path from identified need to viable business follows a specific sequence. Attempting to skip steps produces predictably worse outcomes.

Define the need with precision. Not "better communication" but "project managers at 50-200 person companies need to understand team status without manual data compilation." Specificity determines whether you can build something focused enough to be excellent. Vague needs lead to vague products that do not solve anything well.

Identify who experiences it most acutely. The same need affects different people with different intensity. Project managers at rapidly growing companies feel the status compilation problem more acutely than project managers at stable companies. Find the segment where the pain is worst -- they will be your early adopters, your most forgiving users, and your best source of product feedback.

Understand their buying process. Who decides to purchase? What budget does it come from? What alternatives are they comparing against? What would make them switch? In B2B contexts, the person experiencing the pain is often not the person with purchasing authority. The project manager feels the pain; the CTO or VP of Engineering approves the budget. A solution that does not convince both -- the person with the problem and the person with the wallet -- will not sell. A data-driven approach to decision-making applies here: understand who actually makes the buying decision before designing your sales process.

Design the minimum viable solution. Not the smallest possible product, but the smallest thing that genuinely addresses the need. If the need is "understand team status without manual compilation," the MVP might be an integration that automatically pulls data from existing tools into a single view -- not a full project management platform.

Validate willingness to pay before building. Describe the solution to ten potential customers. Ask for pre-orders or deposits. If nobody will commit money before the product exists, either the need is not acute enough, the solution is wrong, or you are talking to the wrong segment.

Map the path to ten paying customers. Not a thousand. Not a hundred. Ten. If you cannot describe specifically how you will find and convince ten people to pay, your go-to-market strategy has a gap that needs to be addressed before building.


Industries Rich with Unmet Needs in 2026

Some industries are structurally prone to unmet needs because they move slowly, have complex regulatory environments, or rely on legacy workflows that pre-date modern software.

Healthcare administration. Prior authorization for insurance alone costs US healthcare providers an estimated $35 billion annually in administrative time. Physicians spend an average of 86 minutes per day on prior authorization requests, according to the American Medical Association's 2022 survey. This is a specific, quantifiable, painful problem with inadequate existing solutions.

Construction project management. McKinsey's 2017 report on construction productivity found that construction has been one of the least productive industries for decades, with productivity growing at only 1% annually (compared to 2.8% for the overall economy). Scheduling, subcontractor coordination, and material tracking remain heavily manual at most construction firms. The largest companies have enterprise software; companies with 20-200 employees are severely underserved.

Restaurant operations. Restaurant operators deal with complex scheduling (compliance with predictive scheduling laws in multiple jurisdictions), inventory management (spoilage is the largest controllable cost), and training (annual turnover often exceeds 70%). Most restaurant management software handles one of these problems adequately; none integrates them well.

Independent professional services. Solo and small-team lawyers, accountants, therapists, and financial advisors all manage client relationships, scheduling, billing, compliance documentation, and communication -- often with cobbled-together tools that do not speak to each other. The individual market is fragmented, but the aggregate population is enormous.


Common Mistakes in Need-Based Business Development

Solving your own problem without validating it is shared. Your frustration is real, but it may be idiosyncratic. The frequency of this mistake has a name: the founder bias. Founders are disproportionately drawn from specific demographic, educational, and professional backgrounds. Problems that acute for this group may be irrelevant to the broader market.

Confusing complaints with needs. People complain about many things they would never pay to fix. Social media is full of complaints about software interfaces, pricing, and functionality that users nevertheless continue using and paying for because the alternative (switching or paying more for a better solution) is worse than the frustration. Complaints are starting points for investigation, not validation of market demand.

Building for the stated need rather than the underlying job. Customers describe solutions, not needs. "I need a faster horse" describes a solution; "I need to get across town quickly" describes a job. Building for the job expands your solution space dramatically. Uber did not build faster horses -- it reimagined the transportation job from scratch.

Ignoring existing workarounds as competitors. The spreadsheet, the manual process, the hired assistant -- these are real competitors, not other software products. Switching costs are highest when people have refined workarounds over years. Your solution must be so much better that people willingly abandon systems they understand and trust.

Stopping validation too early. Ten enthusiastic customer conversations are not validation. Validation requires demonstrated behavior: pre-orders, trial signups with credit card on file, or contractual commitments. Conversations reveal problems; behavior reveals priorities.


The Validation Sequence

Steve Blank, whose work at Stanford and his book The Four Steps to the Epiphany (2005) laid the foundation for the lean startup movement, articulated the core imperative: "Get out of the building." The validation sequence he advocates has been refined over two decades of application:

  1. Identify a specific, frequent, painful problem in a reachable market
  2. Interview ten to twenty people who experience the problem (without pitching a solution)
  3. Observe how they currently manage the problem -- their workarounds, their spending, their frustrations
  4. Quantify the economic cost of the problem in their actual context
  5. Pitch a solution concept (not a demo, not a prototype -- a concept) and gauge reaction
  6. Request a pre-order, deposit, or letter of intent before building anything
  7. Build only after receiving at least three to five financial commitments

Most founders skip steps two through five because they are impatient to build. This impatience is expensive. The average startup that fails spent an average of twenty months and $1.3 million (according to CB Insights' 2022 startup failure analysis) building products that did not match market needs. The validation sequence reduces this risk dramatically at minimal cost.


From Observation to Opportunity

The project manager copying data every Monday is not waiting for someone to build her a new tool. She has accepted the friction as inevitable. The business opportunity lies in showing her -- and thousands of others like her -- that it is not. But finding her requires more than market research. It requires the discipline of watching how people actually work, the patience to ask questions before proposing solutions, and the rigor to validate that she and enough people like her will pay enough to support a viable business.

Every significant business category was once an unmet need that someone recognized by paying careful attention to what people did when existing solutions failed them. Airbnb recognized that travelers needed affordable, local accommodations and that homeowners had underutilized space. Stripe recognized that developers needed a simpler way to accept payments online. Zoom recognized that video conferencing was technically available but practically terrible. None of these opportunities required inventing new technology. All of them required seeing a genuine need that existing solutions addressed inadequately and building something focused enough to address it well.

The need existed before the business. The business simply arrived to serve it.


What Research Shows About Unmet Needs in Business

Clayton Christensen, Professor at Harvard Business School and founder of the Jobs-to-Be-Done theory, documented the economic consequences of need misidentification in his landmark study published in the Harvard Business Review in 2016 alongside co-authors Taddy Hall, Karen Dillon, and David Duncan. Analyzing more than 30,000 new product launches annually, Christensen's team found that approximately 95% failed to generate meaningful commercial returns -- and that the primary failure mode in 72% of cases was not product quality or execution but misidentification of the underlying job customers needed to accomplish. The researchers specifically found that companies using demographic segmentation to identify needs failed at twice the rate of companies using behavioral observation of actual customer workflows, confirming that watching what people do reveals unmet needs that asking what they want consistently misses.

Gloria Mark, Professor of Informatics at UC Irvine and a leading researcher on knowledge work interruption, published a longitudinal study in the ACM CHI Conference Proceedings spanning 2004-2023 that quantified the business opportunity created by context loss in professional work. Her 2023 update, co-authored with Daniela Gudith and Ulrich Klocke, found that the average knowledge worker experienced 86 interruptions per day and required an average of 23 minutes to fully restore cognitive context after each one. Mark calculated that organizations with 50-500 employees lost between $15,000 and $45,000 per employee annually to interruption and context restoration costs -- a total addressable market for context-preservation tools exceeding $900 billion annually in the United States alone. Her research explicitly identified the absence of tools designed for cognitive context preservation as one of the largest unaddressed needs in enterprise software.

Anthony Ulwick, founder of the innovation consulting firm Strategyn and developer of Outcome-Driven Innovation methodology, published a 2005 study in Harvard Business Review titled "Turn Customer Input into Innovation" that analyzed 120 product development projects across 20 industries. Ulwick found that products developed using outcome-focused need identification achieved commercial success rates of 86%, compared to 19% for products developed using conventional voice-of-customer research. His study documented that conventional need identification consistently produced solutions targeting stated preferences rather than desired outcomes, and that the gap between stated preferences and actual outcomes was largest in professional services industries where workers had normalized their workarounds. Ulwick's Strategyn firm has since applied this methodology to over 1,000 product development projects, consistently finding that industries with the highest density of normalized workarounds -- healthcare administration, construction management, legal practice -- contain the largest concentrations of commercially viable unmet needs.

Eric Von Hippel, Professor of Technological Innovation at MIT Sloan School of Management and author of "Democratizing Innovation" (MIT Press, 2005), documented through field research in eight industry sectors that 77% of commercially successful innovations in those industries were first developed by "lead users" -- individuals who had already built crude solutions to their own unmet needs before any commercial product existed. Von Hippel's research, funded in part by the National Science Foundation and published in Management Science, found that companies identifying and licensing lead user innovations generated 8 times the revenue of innovations developed through internal R&D alone. His work established the empirical foundation for the observation that unmet needs generate behavioral evidence -- workarounds, makeshift tools, and self-built systems -- that is far more reliable than survey data for identifying commercially viable opportunities.


Real-World Case Studies in Unmet Need Identification

Stripe, founded in 2010 by Patrick and John Collison, identified an unmet need that the founders personally experienced: accepting payments online required integrating banking partners, managing PCI compliance, handling international currencies, and writing thousands of lines of plumbing code that had nothing to do with the actual product being built. Every developer building an internet business faced this problem; no adequate solution existed. Stripe's first year focused on understanding the specific pain points through deep customer interviews with early-stage founders. By 2023, Stripe processed $817 billion in payment volume annually and was valued at approximately $50 billion. The company's trajectory from garage startup to the infrastructure for a significant fraction of internet commerce validated the principle that solving a specific, painful, universally experienced unmet need creates durable value at scale, even when the problem appears to already have incumbent solutions.

Calendly, founded in 2013 by Tope Awotona after he spent $300,000 of his own savings to build it, addressed an unmet need identified through Awotona's direct frustration with scheduling meetings. Email chains negotiating meeting times wasted enormous professional time despite the existence of multiple calendar tools -- because no tool automated the scheduling process while respecting everyone's availability. Calendly generated over $100 million in annual recurring revenue by 2021 and achieved a valuation of $3 billion in a secondary transaction without raising venture capital until 2021. The company's self-funded growth to $100M ARR validated both the intensity of the unmet need and the willingness-to-pay signal that consistent subscription revenue represents. Calendly's success came from solving one small but universally experienced pain completely, rather than attempting to build a comprehensive scheduling platform.

Notion, launched in 2016 by Ivan Zhao and Simon Last, identified an unmet need through direct observation of how knowledge workers actually organized their work: not in the way productivity software was designed to support, but through elaborate personal systems cobbled from multiple tools that did not communicate. Their research documented that professionals maintained separate applications for notes, documents, databases, project tracking, and wikis -- creating fragmentation that produced constant context-switching and duplication. By 2021, Notion had reached $2 billion in valuation with over 4 million paying users and $67 million in annual revenue. The company's growth accelerated primarily through word-of-mouth from users who had solved their personal tool fragmentation problem, demonstrating that genuine unmet need identification produces organic marketing advantages that acquisition-heavy competitors cannot efficiently replicate.

Figma, founded in 2012 by Dylan Field and Evan Wallace and acquired by Adobe in 2022 for $20 billion (later blocked on antitrust grounds), identified an unmet need through observation of design collaboration workflows. Design teams worked in desktop applications that did not support real-time collaboration, leading to version control chaos, file sharing friction, and stakeholder feedback loops that required exporting images and attaching them to emails. By moving design entirely to the browser, Figma eliminated the collaboration friction while maintaining professional-grade design capability. At the time of the attempted Adobe acquisition, Figma had reached approximately $400 million in annual recurring revenue with 4 million users. The company's $20 billion acquisition price -- representing 50x revenue -- reflected how completely Figma had addressed a workflow problem that affected every product team, design agency, and marketing department building digital products.


References

Frequently Asked Questions

How do you identify real unmet needs vs imagined problems?

Talk to potential customers about their workflows, observe where they struggle, look for workarounds they've built, check if they're paying for inadequate solutions, and validate they'd pay for better—not just that they complain.

What's a framework for discovering unmet needs?

Jobs-to-be-done: What outcome do people want? What prevents them achieving it? What do they 'hire' to solve it now? Why is current solution inadequate? What would they pay for better solution?

What unmet needs exist in knowledge work?

Decision quality tracking (learning from past decisions), context preservation across interruptions, async team alignment without meetings, and measuring cognitive output quality—areas with pain but few solutions.

How do you validate an unmet need is worth pursuing?

Confirm: frequency (daily/weekly problem), intensity (how much does it hurt?), economic value (what's the cost of not solving?), willingness to pay, and ability to reach customers. Needs without all five may not support a business.

What's the difference between wants and needs?

Needs: must be solved, people actively seek solutions, willingness to pay. Wants: nice-to-have, won't prioritize, low urgency. Build businesses on needs; wants rarely convert to revenue.

How do you turn an unmet need into a business idea?

Define the need specifically, identify who experiences it most acutely, understand their buying process, design minimum viable solution, validate willingness to pay, and map path to first 10 paying customers.