Stage 2 artifact review

Conversion Map - Crew

Stage 1 scope approval has been consumed. This page reviews the non-canonical Stage 2 working packet for how Crew evaluators become customers. Approval here authorizes canonical research/crew/conversion-map.md and research/crew/conversion-map-interview.md; until then, the working packet remains review-only.

Status: review Stage: 2 Date: 2026-07-06 Product path: research/crew/ Continuation: $conversion-map research/crew

Approval Status

review required
Approved from Stage 1

Source coverage, scoped non-goals, assumptions, staged output paths, and post-canonical route to $transaction-map research/crew.

Created in Stage 2

research/crew/_working/preliminary-conversion-map-research.md and this artifact-review page.

Still gated

Canonical conversion-map.md, canonical interview artifact, and confirmed alignment page.

Mutation boundary:

This page is still in review. It intentionally does not write canonical conversion artifacts until the compiled YAML from this page approves final canonicalization.

Conversion Model

core finding

Crew converts when the evaluator sees a cross-tool cost fact that no single vendor dashboard can show, then turns that fact into role-specific proof. The paid trigger is not generic savings; it is proof of understanding: “now I can explain what we spend, who drives it, and whether it is worth it.”

Reveal To Commitment
Read-only connect 2+ providers preferred Cross-Tool Reveal novel + actionable + confidence shown Platform Lead proof CFO question answered Startup CTO proof aha surprise logged

Evaluator Path

two motions
DimensionPlatform Engineering LeadStartup CTO
TriggerFinance or leadership asks which team spent what; usage-based budget volatility; tool sprawl.Personal/team bill shock; per-developer spend feels high; keep/cut/switch question.
Trial modePLG activation followed by sales assist after team-scale signals.Self-serve, card-friendly, no setup meeting.
Proof burdenAttribution coverage, team/cost-center rollup, export/share, security posture.Fast surprise insight, per-developer clarity, low entry cost.
Cycle2-6 weeks.1-3 days.
Conversion eventcfo_question_answered.aha_surprise_logged.

Buyer Roles

decision map
RoleConversion JobProof Required
Platform Eng LeadChampion, buyer, primary user for the primary motion.Cross-tool per-team attribution, coverage confidence, no workflow disruption.
Startup CTOBuyer and user for the secondary self-serve motion.Fast surprise insight, per-developer cost view, no setup call.
VP Eng / CTOEconomic buyer for larger Platform Lead accounts.Budget governance story and ROI/avoided-surprise proof.
Finance / FP&AInfluencer and recurring consumer.Team/cost-center allocation, export, forecast, audit trail.
Security / ComplianceBlocker in larger accounts.Read-only scope, permissions, retention posture.
Team LeadsSecondary users after rollout.Team dashboard, alerts, cost-per-output context.

Objections And Proof

risk register
ObjectionOwnerRequired ProofResponse
Vendor dashboards already show this.Platform Lead, VP EngSide-by-side cross-tool gap.Lead with aggregation, not generic budget controls.
Native controls will catch up.Platform Lead, CTONative-convergence watch and provider-neutral reporting.Treat native controls as validation; narrow Crew to cross-tool intelligence.
Can you attribute pooled spend?Platform Lead, FinanceAttribution coverage %, provider granularity labels.Show confidence; avoid premature chargeback claims.
I do not want a proxy or CLI wrapper.Platform Lead, SecurityRead-only billing pull.Make no workflow change part of the proof.
Pricing is unclear.All buyersSimple entry path plus caveats.Route monetization before final tier decisions.
Current-doc check:

Claude Code docs support keeping token-cost volatility and team spend management in the conversion objection set. Official GitHub Copilot docs URLs checked in this run returned 404, so precise GitHub budget-control claims remain a source gap until reverified.

Working Packet

non-canonical

The full Stage 2 packet is at research/crew/_working/preliminary-conversion-map-research.md. It contains the proposed canonical conversion map, proposed interview artifact, source register, evidence matrix, validation questions, and approval prompts.

Proposed canonical sections

Summary, Evaluation Path, Buyer And Decision Roles, Conversion Trigger, Objections And Proof, Pricing And Packaging Implications, Drop-Offs And Recovery, Product Gaps, Next Steps.

Interview artifact

Approval record, source register, evidence matrix, Platform Lead/CTO/Finance validation questions, open assumptions.

Recommended route

After canonicalization, continue to $transaction-map research/crew for checkout, payment, fulfillment, receipt, refund, dispute, and trust-state flows.

# Proposed headline conclusion
Crew converts from validated understanding, not generic savings.

Primary Platform Lead trigger:
  cross-tool reveal -> CFO question answered -> sales-assisted team rollout

Secondary Startup CTO trigger:
  fast surprise insight -> keep/cut/switch decision -> self-serve paid use

Canonical files remain gated:
  research/crew/conversion-map.md
  research/crew/conversion-map-interview.md

Gaps And Caveats

not settled
GapDecision ImpactTreatment
Canonical onboarding map pendingFirst-session details remain provisional.Keep activation mechanics caveated.
No monetization/pricing artifactNo final prices, plan names, or limits.Only state packaging implications.
No GTM/sales-assist artifactSales handoff thresholds are inferred.Validate later through GTM or experiments.
No product code, analytics, or feedbackConversion rates and objections are unobserved.Treat event names as proposed instrumentation.
Provider attribution feasibility unvalidatedChargeback and per-developer claims may be too strong.Require provider-level technical validation.
GitHub official docs not reverifiedNative-convergence claims need precision.Use as market-watch caveat, not sales copy.

Final Approval Gates

required
Approve the proposed canonical conversion map for Crew?
Approve the proposed interview and evidence companion artifact?
Approve the unresolved caveats and follow-up routing?
Approve the route after canonical conversion-map confirmation?

Compile Responses

Answer the required gates, then compile YAML. A complete approving response authorizes canonical conversion-map artifacts and page confirmation.