Back to Playbook

Product judgment

Evidence-guided work

Use evidence without pretending every early signal is product-market fit.

Contents · 05
  1. 01 - Context
  2. 02 - Model
  3. 03 - Public claims
  4. 04 - Artifacts
  5. 05 - Keep reading
01Context

Decisions should leave traces.

Early products rarely have clean, complete evidence. They have fragments: a live product, a working prototype, a repo, a pilot conversation, a validation script, a checkout test, a usage pattern, a blocker. Evidence-guided work means using those fragments honestly.

The discipline is to name what kind of signal exists and what it does not prove yet. That is important for this site too: the work should look strong because it is specific, traceable, and careful, not because it overclaims traction.

02Model

Evidence behind the next decision.

The model is the part of the article where the idea becomes usable: a sequence of decisions, artifacts, or checks that can guide real product work.

Source

Know what kind of signal you have.

A user quote, pilot use, analytics trend, validation script, security check, and repo artifact each prove different things.

Strength

Do not overclaim the signal.

Early products can show product depth, learning quality, and launch discipline without pretending to have scaled traction.

Loop

Turn evidence into the next decision.

Evidence matters when it changes scope, prioritization, copy, design, pricing, trust controls, or launch timing.

Fig. 01 - Evidence trailEvidence-guided work

The useful artifact is the one that reduces the next important uncertainty.

  1. SourceKnow what kind of signal you have.
  2. StrengthDo not overclaim the signal.
  3. LoopTurn evidence into the next decision.
03Public claims

The site should be strong because it is honest.

The newest products should be described as live, pilot-stage, or evidence-rich, depending on what is actually verified. The strength is not fake scale; it is the depth of product thinking and the quality of the systems around the work.

The report separates implementation, preview verification, production verification, experiments, and archived work. That distinction matters because a repository feature is not automatically a live product capability, and a pilot signal is not the same thing as repeatable customer traction.

Evidence-guided writing lets the portfolio make strong claims without overreaching: product depth, quality systems, operational discipline, and AI-native execution are already visible; activation, retention, revenue, and repeat-use claims need a different evidence base.

04Artifacts

What this leaves behind.

I use artifacts as evidence of thinking. They make product judgment reviewable, reusable, and easier to connect back to the work.

Evidence register

A structured list of what is known, what is inferred, what is still untested, and what would change the plan.

Validation script

A repeatable check that turns quality into an inspectable product practice.

Next in the Playbook - 05OperateKeep the product learning after launch.Continue reading ->