-
Notifications
You must be signed in to change notification settings - Fork 0
feat(docs): define external dogfood scorecard and stop/go criteria #407
Copy link
Copy link
Open
Labels
area:evidenceEvidence packets, tracker updates, PR proofEvidence packets, tracker updates, PR proofarea:githubGitHub Issues, PRs, tracker, CI integrationGitHub Issues, PRs, tracker, CI integrationcodex-readyCodex may pick up autonomouslyCodex may pick up autonomouslydocumentationImprovements or additions to documentationImprovements or additions to documentationpriority:mediumTracked debt, not release-blockingTracked debt, not release-blockingsize:SLess than 1 dayLess than 1 daystatus:readyReady to be picked upReady to be picked up
Metadata
Metadata
Assignees
Labels
area:evidenceEvidence packets, tracker updates, PR proofEvidence packets, tracker updates, PR proofarea:githubGitHub Issues, PRs, tracker, CI integrationGitHub Issues, PRs, tracker, CI integrationcodex-readyCodex may pick up autonomouslyCodex may pick up autonomouslydocumentationImprovements or additions to documentationImprovements or additions to documentationpriority:mediumTracked debt, not release-blockingTracked debt, not release-blockingsize:SLess than 1 dayLess than 1 daystatus:readyReady to be picked upReady to be picked up
Problem
CoreRoom has strong internal dogfood evidence, but weak external proof. To decide whether continued optimization is worthwhile, the project needs a simple external dogfood scorecard with stop/go criteria. Without this, we may keep polishing features that do not convert real users.
Proposed solution
Add a lightweight external dogfood plan and scorecard document. It should define the smallest meaningful 2-4 week validation loop around the product thesis:
The scorecard should specify pilot tasks, measurement fields, confusion points, and stop/go thresholds.
Alternatives considered
Scope target
v0.x or later (deferred is fine)
Acceptance criteria
Validation
git diff --checkOut of scope