Moore Positioning Findings - AFPS Tracker

Stage 2 framework-findings review page for /positioning research/afps-tracker. This is framework 3 of 3 in the approved set (jtbd-positioningstrategic-canvasmoore-positioning). It compresses the JTBD job frame and the strategic-canvas value curve into a single Geoffrey Moore positioning statement, then exposes exactly which elements are evidenced vs hypothesized so synthesis knows what to validate. This is explicitly a positioning hypothesis, not a declaration. No canonical positioning artifact is written yet; this is the last per-framework intermediate awaiting approval before synthesis.

Alignment statusconfirmed
Alignment date2026-06-29
Product pathresearch/afps-tracker
Skill stateState C complete — framework 3 of 3 (moore-positioning) approved
ModeMarket Positioning (hypothesized, pre-product)
Intermediate writtenresearch/afps-tracker/positioning-moore-positioning.md

Page Amended updated

This rolling positioning page previously held the strategic-canvas findings (framework 2 of 3). That review was approved (compiled YAML, approval_status: ready-for-agent-review); its intermediate research/afps-tracker/positioning-strategic-canvas.md has been written canonical, the working packet was archived to docs/history/archive/2026-06-29/111702/, and a snapshot of the strategic-canvas review page is preserved there. The page is now amended to present the moore-positioning findings (framework 3 of 3) for review. Both prior intermediates (positioning-jtbd-positioning.md, positioning-strategic-canvas.md) remain canonical inputs here; nothing about those approvals is undone.

What changed since the prior page: entirely new framework content (the Moore template, per-element evidence mapping, weakest-link analysis, two alternative hypotheses, validation plan), a new confidence chart, and a fresh review/gate set. Prior strategic-canvas gate decisions live in the archived snapshot, not on this page.

Research Scope & Loop State

The framework-selection gate was approved earlier (compiled YAML, approval_status: ready-for-agent-review) — that is the Stage-1 scope approval for the whole selected set, so moore-positioning enters directly at its research stage. Frameworks 1 (jtbd-positioning) and 2 (strategic-canvas) are complete and their intermediates are written; this session ran the final pending framework, moore-positioning, inline.

ScopeAFPS Tracker as a research-stage workflow-state tracker for AFPS power users / multi-day operators. exec-loop-tracker and execution tracking excluded.
Sources consumedicp.md, competitive-analysis.md, journey-map.md, and the two prior intermediates positioning-jtbd-positioning.md + positioning-strategic-canvas.md.
Working packetresearch/afps-tracker/_working/preliminary-moore-positioning-research.md (non-canonical; rendered in full below).
Loop progress2 of 3 frameworks complete. On approval this writes framework 3 of 3, then the next run builds the unified synthesis review page (/positioning --synthesize).

Primary Positioning Hypothesis

The Geoffrey Moore “Crossing the Chasm” template, filled from approved evidence. Each blank is graded for evidence quality in the next section.

For AFPS power users and AI-workflow operators running multi-branch, research-stage product discovery in repo-local files
who can no longer cheaply reconstruct portfolio state — which paths are active / parked / promoted, what pipeline stage, what evidence, what approval backs each — from scattered YAML, markdown, alignment HTML, and task docs, especially after a session restart, compaction, handoff, or a “why is this branch here?” question
AFPS Tracker is a source-native research-workflow state map — a passive, read-first portfolio view over the canonical AFPS artifacts the operator already trusts
that makes the real state of every research branch instantly legible and verifiable, with every claim linking back to the canonical file and approval record, without duplicating or mutating those files
Unlike the operator’s current bundle of native files + editor/rg + alignment/index.html + asking an AI agent to re-read the repo (and unlike generic PM/workspaces, which require duplicated state)
AFPS Tracker understands AFPS artifacts as first-class objects (product_paths[], pipeline stage, alignment-approval YAML, evidence refs) and stays subordinate to canonical truth — delivering navigability with source fidelity, the one combination none of those alternatives provides.

Compressed claim: AFPS Tracker is the passive, source-of-truth-preserving way to stay in command of a multi-branch AI research portfolio — navigable like a board, faithful like the files.

Evidence Mapping

Confidence per template element. The chart shows relative evidence strength; the full status + source table follows (open with “View as table”).

Target customersHigh
Statement of needHigh
Market categoryLow–Medium · weakest link
Key benefitMedium–High
Competitive alternativeHigh
Primary differentiationMedium–High

Status key: Evidenced = directly supported by approved research artifacts; Hypothesized = reasonable inference, not directly confirmed; Unvalidated = assertion without supporting evidence.

Validation Needs

ElementValidation MethodPriority
Market categoryDiscovery interviews on operator vocabulary; test borrowed-anchor vs invented-category comprehension; smoke-test framingHigh
Target customersCustomer discovery: do AFPS-style multi-branch operators exist beyond dogfooding and how reachableHigh
Statement of needMeasure reconstruction-time baseline; confirm multi-path sprawl is the urgency threshold (design-partner / dogfood logs)High
Key benefit + differentiationPrototype source-linked read-through on a real AFPS repo: does navigability + verifiability beat native filesHigh
Competitive alternativeConfirm operators actually default to the native-files bundle (vs already living in an agent)Medium
Differentiation defensibilityParser-fidelity audit across AFPS artifact versions; recheck for any AFPS-native toolMedium

Alternative Hypotheses Considered

Alternative 1: Studio / consultant decision-provenance frame

For AI-native product studios and fractional CTO/CPO operators running discovery across multiple client or portfolio bets
who must preserve and defend decision provenance and hand off branch state without re-reconstructing it live
is a repo-native decision-provenance layer for client/portfolio discovery
that keeps an evidence-linked, defensible record of why each branch was promoted, parked, or rejected, reducing billable-time loss
Unlike manual client docs, Notion/Linear/Jira, and research repositories
it links provenance directly to canonical source without duplicate entry

Why considered: strongest adjacent WTP (business budget, billable-time logic); provenance is a real social facet of the job. Why not preferred: studios are the adjacent ICP, not the approved primary; AFPS adoption among them is unproven; it over-weights the provenance/social facet jtbd explicitly marks secondary, pulling toward a client-reporting tool and away from the individual-operator wedge.

Alternative 2: Agent re-grounding / persistent-memory frame

For AI-workflow operators whose agents repeatedly lose context across sessions
who need to re-ground an agent without paying to re-scan the whole repo
is a persistent, source-linked state substrate for AI agents
that lets an agent resume from a verified portfolio map instead of re-reading files each session
Unlike asking the agent to reconstruct context on demand
it persists a reviewable, source-linked map

Why considered: matches operator “context loss / keeping up with AI speed” language; the agent-re-grounding job is a genuine functional facet. Why not preferred: reframes the product as agent memory / control plane (Runshift territory), which jtbd and competitive analysis place out of approved scope; it inverts the human-legibility anchor and trades a clear wedge for a crowded execution-adjacent one. Keep as latent expansion, not the headline.

Evidence Matrix

ClaimEvidence SourceTypeInferenceConfidenceAssumption Status
The primary target is the individual AFPS multi-branch operator (buyer=user).icp.md canonical ICP & prioritization matrixApproved researchSelected over studio/founder segments by approved verdictHighEvidence-backed
The need is trust-preserving reconstruction of scattered branch state at a sprawl threshold.icp.md Pain Map; journey-map Trigger; jtbd Job StatementApproved synthesisThree artifacts name the same hire eventHighEvidence-backed
The real competitive alternative is the manual native-files bundle, not a vendor.competitive Executive Synthesis; jtbd HabitApproved synthesis“Most important competitor is not a vendor”HighEvidence-backed
The differentiator is navigability × source-fidelity × verifiability (a blue-ocean gap).strategic-canvas value curve; competitive gaps #1–#3Approved synthesisNo player holds both halvesMedium-HighInferred (absence of evidence)
No established market category exists; the category must be taught or borrowed.strategic-canvas Category Impact; competitive landscape; interrogationApproved synthesisNo public category/competitor foundMediumProvisional absence-of-evidence
The key benefit (instant verifiable command, zero duplicate entry) is the desired outcome.jtbd Desired Outcome; journey-map AhaApproved synthesisOutcome is evidenced; sufficiency to switch is notMedium-HighEvidence-backed (outcome)
Whether the benefit clears the bar to fire native files / WTP is unproven.icp.md WTP; journey-map Transaction; jtbd evidence matrixObserved gapAdjacent budgets directional onlyHigh (that it’s unproven)Open question
Differentiation is defensible only if parsing is reliable and no AFPS-native tool emerges.strategic-canvas risks; competitive source gapsInferenceBrittle parser or a discovered competitor would erode itMediumHypothesized

Alternatives / Lower-Confidence Findings

Alternative readingWhy not selectedResidual uncertainty
Adopt a familiar category (generic PM / portfolio tracker) for instant comprehension.Invites comparison on breadth/collaboration/execution where deliberate “Low” scores read as gaps; lands in the red ocean.If buyers cannot parse a new category at all, a borrowed anchor may be necessary scaffolding.
Lead with provenance (Alt 1) as the headline benefit.Provenance is a secondary facet for the primary ICP; mis-anchors toward studios.Studio interviews could elevate provenance to co-primary for that segment.
Lead with agent re-grounding (Alt 2).Out of approved scope (agent control-plane).If agent re-reads prove insufficient and persistence is demanded, this rises.
Treat the native-files bundle as a weak alternative.Evidence says it is the strongest substitute (free, faithful, adopted).A discovered AFPS-native tool would change the competitive frame.

Source Coverage & Gaps

Assumptions / Confidence Register

AssumptionStatusConfidenceWhat would change it
The individual AFPS multi-branch operator is the right primary target.Evidence-backed (approved ICP), not user-testedMedium-HighDiscovery shows studios/founders feel the pain (and pay) sooner.
The need is acute enough to fire free, faithful native files.HypothesizedMediumDogfooding shows files + agent re-reads stay sufficient even multi-path.
A new/taught category is workable rather than a discovery blocker.HypothesizedLow-MediumBuyers cannot parse the category and default to a generic-PM frame.
Navigability × fidelity × verifiability is genuinely uncontested and deliverable.Evidence-backed (absence) + hypothesized (feasibility)MediumA discovered AFPS-native tool, or parsing too brittle to trust.
Read-first/non-destructive framing is what wins the hire.Evidence-backed across ICP/competitive/journey/jtbdHighBuyers demand write-back/editing before they see read value.
The position is a hypothesis pending validation, not canonical.By constructionHighValidation plan executed against real operators.

Cross-framework note (for parent synthesis, not routing): this is the final selected framework (3 of 3). The Moore template lands in a new/taught category, corroborating strategic-canvas’s “no category fits” finding and strengthening the case for synthesis to weigh whether to revisit category-design. This note does not itself invoke any skill.

Proposed Canonical Artifacts & File Changes

approved Final compiled YAML (approval_status: ready-for-agent-review) was consumed on 2026-06-29. Recorded gate answers: template elements → approve all six as written; category treatment → carry the new/taught subcategory forward; research completeness → sufficient (carry as labeled hypothesis); format → good as-is; artifact destination → write intermediate, archive packet, confirm page. The parent loop applied:

PathAction applied
research/afps-tracker/positioning-moore-positioning.mdWritten — canonical framework-3 intermediate created from the approved working packet.
research/afps-tracker/_working/preliminary-moore-positioning-research.mdArchived to docs/history/archive/2026-06-29/112950/ and removed from the active working set.
alignment/positioning-afps-tracker.htmlConverted from review to confirmed, preserving this approval record. A review snapshot is preserved in the archive folder above.
alignment/index.htmlStatus metadata refreshed for this page (next compile).

No canonical research/afps-tracker/positioning.md is written by this framework. With all three intermediates now present, the next run enters synthesis (State B) and builds the unified positioning.md review page via /positioning --synthesize research/afps-tracker.

Review Gates

Each gate below requires one answer. “Other / None of the above” and “Need clarification” are always available; selecting them (or leaving a gate unanswered) keeps the response in not-approved.

1. Template elements (candidate / verdict)

Do the six filled Moore template elements (target, need, category, benefit, alternative, differentiator) hold as the primary hypothesis?

2. Market-category treatment (scope / non-goals)

The analysis names Market Category as the weakest link and proposes teaching a new subcategory (“source-native research-workflow state map”). How should synthesis treat category?

3. Research completeness

Given no direct user interviews, WTP, or prototype yet, is the evidence sufficient to carry this Moore hypothesis into synthesis?

4. User format preferences

Do the layout, tables, Moore-template rendering, confidence chart, and evidence density match what you want for this framework page?

5. Artifact destination & proposed file changes

Approve writing research/afps-tracker/positioning-moore-positioning.md from this packet, archiving the working packet, and confirming this page?

Compile Responses

Answer the gates above (and/or select section feedback), then compile. The YAML is your single handoff payload: paste it into a session running /positioning research/afps-tracker. The parent resolves the pending framework from the run manifest and filesystem, so you do not copy a separate command.