RUNLOCALAIv38
->Will it run?Best GPUCompareTroubleshootStartLearnPulseModelsHardwareToolsBench
Run check
RUNLOCALAI

Independently operated catalog for local-AI hardware and software. Hand-written verdicts. Source-cited claims. Reproducible commands when we have them.

OP·Fredoline Eruo
DIR
  • Models
  • Hardware
  • Tools
  • Benchmarks
TOOLS
  • Will it run?
  • Compare hardware
  • Cost vs cloud
  • Choose my GPU
  • Prompting kits
  • Quick answers
REF
  • All buyer guides
  • Learn local AI
  • Methodology
  • Glossary
  • Errors KB
  • Trust
EDITOR
  • About
  • Author
  • How we make money
  • Editorial policy
  • Contact
LEGAL
  • Privacy
  • Terms
  • Sitemap
MAIL · MONTHLY DIGEST
Get monthly local AI changes
Monthly recap. No spam.
DISCLOSURE

Some links on this site are affiliate links (Amazon Associates and other first-class retailers). When you buy through them, we earn a small commission at no extra cost to you. Affiliate links do not influence our verdicts — there are cards we rate highly that we don't have affiliate relationships with, and cards that sell well that we refuse to recommend. Read more →

© 2026 runlocalai.coIndependently operated
RUNLOCALAI · v38
  1. >
  2. Home
  3. /Learn
  4. /Courses
  5. /Capstone: First AI Product
  6. /Ch. 3
Capstone: First AI Product

03. User Research

Chapter 3 of 12 · 15 min
KEY INSIGHT

Users rarely know what they want, but they always know what problems they face. Research reveals problems, not solutions.

User research validates your assumptions before you invest significant time building the wrong thing. This chapter covers lightweight research techniques suitable for a solo project or small team. You do not need a research budget or formal methodology—you need genuine curiosity about the people you intend to serve.

Identifying Interview Candidates

Your target users are not "everyone" or "developers." Be specific. A good user persona describes a person with a name, a job, daily frustrations, and goals. If you cannot visualize a specific person using your product, you are not ready to research.

Find interview candidates through communities where your target users gather: Reddit threads, Discord servers, Slack channels, GitHub issue discussions, or local meetups. Offer value in exchange for their time—a summary of findings, early access, or simply genuine interest in their problems.

Conducting Effective Interviews

Good interviews feel like conversations, not interrogations. Start with open questions: "Tell me about the last time you [experienced the problem]." Listen more than you speak. Ask clarifying questions but avoid leading questions that suggest the answer you want.

Record interviews with permission, take notes, and transcribe key quotes. Patterns emerge after 3-5 interviews. One person mentioning something is an anecdote. Five people mentioning the same thing is a pattern worth addressing.

Survey Techniques

Surveys supplement interviews but cannot replace them. Interviews reveal the why behind behavior; surveys reveal the what and how much. Use surveys to quantify patterns you found in interviews and to reach people you cannot interview directly.

Keep surveys short (5-10 questions, 2-3 minutes to complete). Ask mostly closed questions with optional open-ended follow-ups. Analyze results by looking for surprising patterns, not just averages.

Synthesizing Findings

After research, synthesize your findings into insights that inform decisions. Organize findings by theme, highlight surprising discoveries, and identify contradictions. Your goal is to answer: What do users actually need versus what do they say they want?

A common pitfall is treating all feedback equally. A power user with complex needs might request features that alienate casual users. A single vocal critic might not represent your target audience. Prioritize patterns over individual opinions.

Research Deliverables

Document your research in a research summary that includes participant descriptions, key findings, notable quotes, and implications for your product. This document becomes a reference when making decisions later—it keeps you anchored to actual user needs rather than assumed ones.

EXERCISE

Interview 3-5 potential users about the problem your product addresses. Document findings and identify the top 3 patterns that should influence your feature decisions.

← Chapter 2
Product Planning
Chapter 4 →
Architecture Design