Urgent.News

What's breaking now, across thousands of outlets.

Tech

Why “Would You Use This?” Is the Most Useless Question in Product Research

You’ve done it. I’ve done it. Everyone building something has done it. You post your idea, your landing page, your demo. You ask “would you use this?” or “does this solve a problem for you?” Everyone says yes. You feel validated. You learn nothing. ** The Problem With Hypothetical Questions ** “Would you use this?” is a hypothetical. It costs the person nothing to say yes. They’re imagining a…

Many product developers make the mistake of asking "Would you use this?" when seeking feedback. This question is purely hypothetical, requiring no effort from the respondent. They imagine themselves in the future using the product as it might exist, but that future self is purely imagined and their response is not genuine. What's needed is real behavior, which only occurs in the past.

A far more effective question is "Walk me through the last time you dealt with [the issue]." This forces people to recall an actual event they experienced. They can't respond with a hypothetical scenario. The story they recount reveals far more than a hundred survey answers could. It shows exactly what they did in that situation, not what they think they'd do.

The insights gained from this question are significant:

1. What they actually did, not what they believe they'd do. Someone who says they'd pay for a productivity tool may already have an alternative method like a spreadsheet or Slack thread. Their real behavior shows what they'd actually use, not what they're planning to adopt.

2. What your true competition is. It's rarely another product. It's often just doing it manually, asking an assistant, or giving up altogether. Knowing the real alternatives shows you the hurdle you must overcome.

3. Whether the problem is significant enough to warrant a solution. If people can't remember the last time the issue occurred, it's not a pressing problem. Lack of vivid recollection means the pain isn't great enough to drive behavior change.

After hearing the story, ask follow-up questions like "What did you do next?" Keep probing. Each "what did you do next?" uncovers a new friction point in their workaround process. Those friction points become features you could eliminate in your product.

The "Would you use this?" question feels like validation because people are polite and say yes. It filters for politeness, not pain. The "last time" question, while potentially revealing a problem isn't severe enough, is far more informative. Learning this through conversation is better than learning it too late after six months of development.

In summary, replace generic validation questions with more targeted ones. Instead of asking "Would you use a tool for X?", ask "Walk me through the last time you did X." Ask "Is X a problem for you?" then follow up with "How often does X come up? What did you do last time? Would you pay for this? What have you already tried? What did it cost you?

Does this solve your problem?" The most valuable signal comes from revisiting your product after a week, not from survey answers. This conversation method can provide far more valuable insights than a hundred "would you use this?" responses. Go find one person, ask them about the last time, and see what knowledge you gain.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Building a Drawing App with Canvas — Smooth Lines, Undo, and Shape Tools

Building a Drawing App with Canvas — Smooth Lines, Undo, and Shape Tools A drawing app is a great Canvas project. Here's how to get smooth lines, implement undo, and add shape tools — including the…

  • Smooth lines achieved using quadratic Bezier curves
  • Undo feature implemented with state snapshots
  • Shape preview allows real-time drawing without permanent canvas changes

SharePoint Everyone Except External Users Not Working: A Read-First Claim, People Picker, and Public-Site Triage

Helpdesk: "A site owner typed Everyone except external users in the People Picker on the Partners site and nothing came back. On the company intranet it used to show up.

  • "Everyone except external users" is a special SharePoint claim, not a security group
  • Users added to organization automatically become members of "Everyone except external users" claim
  • Guests who accepted invitations are not part of "Everyone except external users" claim

How to Find Which Tasks to Automate First: A 1-Hour Workflow Audit

The fastest way to waste time on automation is to start with the tool. A better starting point is the workflow. Before reaching for AI, Zapier, scripts, APIs, or custom software, I like to ask a…

  • Identify tasks that are repeated often, consume time, create errors, and follow predictable rules
  • Estimate time spent on each task using a scoring system from 1 to 5
  • Assess error risk, delay, and predictability of each workflow

How I Built a 768-Dimensional Vector Search Engine with Node.js, TypeScript, and Supabase

How paragraph-aware chunking, embeddings, and PostgreSQL pgvector can make AI retrieval more efficient. When you build an AI application that needs to work with large documents, one problem shows up…

  • Breaks documents into paragraph-based chunks for vectorization
  • Generates 768-dimensional embeddings for each chunk
  • Retrieves relevant chunks using cosine similarity in Supabase

More from Friday 16 October →