office-hours

Pressure-test product ideas into structured design summaries with problem, users, wedge, evidence, and risks.

1|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/minfengyuan/harness-knowledge-base --skill office-hours-minfengyuan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: office-hours
Source: https://github.com/minfengyuan/harness-knowledge-base/tree/main/skills/office-hours
Command: npx skills add https://github.com/minfengyuan/harness-knowledge-base --skill office-hours-minfengyuan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Early-stage ideas are often vague, unvalidated, or poorly scoped, leading teams to jump into implementation without evidence or a clear wedge. Office Hours helps surface the true user need, urgency, and smallest useful first version so you avoid wasted effort and ambiguous success criteria.

Core Features & Use Cases

  • Startup mode for market validation: Drives six targeted forcing questions (user, status quo, urgency, wedge, evidence, timing) to test demand and falsify assumptions.
  • Builder mode for shaping first versions: Converts fuzzy concepts into a bounded first release by defining primary user flows, inputs/outputs, and riskiest unknowns.
  • Structured deliverable: Produces a compact design summary with Problem, Users, Wedge, Evidence, Risks, and a Recommended Next Step suitable for decision-making or handing to engineers.

Quick Start

Use office-hours to pressure-test this idea by describing the concept, the target user, and what people do today instead.

Frequently Asked Questions about office-hours

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate early product ideas before building?

Validating early product ideas requires pressure-testing user needs, urgency, and wedge through targeted questions about status quo and evidence. This approach surfaces true demand and falsifies assumptions, preventing wasted effort on unvalidated concepts.

What is the best way to scope a minimum viable product for a startup?

Scoping a minimum viable product involves defining primary user flows, inputs, outputs, and riskiest unknowns. Builder mode converts fuzzy concepts into a bounded first release with clear success criteria for engineering handoff.

How do I structure a design doc for side project validation?

Structuring a design doc for side project validation means producing a compact summary covering problem, users, wedge, evidence, risks, and recommended next step. This structured deliverable enables clear decision-making for prototype development.

Can I use this approach to test assumptions for internal tools?

Yes, testing assumptions for internal tools applies builder mode shaping to define the smallest useful first version. Iterative questions about user, status quo, urgency, wedge, and evidence bound the scope and clarify ambiguous success criteria.

What forcing questions help with idea validation and product discovery?

Idea validation uses six targeted forcing questions: user, status quo, urgency, wedge, evidence, and timing. These questions test market demand and surface the true user need during early product discovery.

When should I not skip idea validation for prototype scoping?

You should never skip idea validation for prototype scoping when early-stage ideas are vague or poorly scoped. Jumping into implementation without evidence or a clear wedge leads to wasted effort and ambiguous success criteria.