Product Signal
SkillAI & modelsRoute post-sale and field signals into product's roadmap queue, and write the buyer-facing line for anything shipped. Trigger when the user says "what should product hear", "triage the roadmap signals", "route this to product", "feature request", or "what does this feature mean for the buyer".
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Product Signal skill
What this skill tells your AI
The instructions your AI receives, as published by etrebels/claude-code-growth-os in .claude/skills/product-signal/SKILL.md and read by ahel’s review.
The product function's place in the loop. Marketing has marketing-feedback; CS has account-health; this is product's. It pulls the signals that should shape what gets built out of the shared log into product's own triage queue, and — for anything shipped — writes the one-line "what this means for the buyer" so a feature doesn't land silently. This closes handoffs H4 (CS→product) and H5 (product→GTM) in docs/operating-model.md.
From the shared feedback log (demo/feedback-log.md, or your own) and ops/customers.md:
- Pull the product-shaped signals. Three kinds belong on the roadmap, not in a meeting note:
RETENTION-RISKlines that are really a product gap — adoption friction or a missing capability, not a CS task.FEATURE-REQUESTitems that block an adoption or an expansion (the ones tied to a renewal or a second team).- Win/loss reasons that are about the product, not the deal — what we couldn't do that cost us, or won us, the deal.
- Route each into
ops/roadmap-signals.md. One row per signal: the source, the type, the account or pattern it's tied to, where it's routed, and a status (New → Routed → Shipped). This is product's working surface — distinct from the raw log it's pulled from. - Wait for the pattern on anything ambiguous. A single request isn't a roadmap item; a request that recurs across accounts, or one blocking a real renewal, is. Don't route noise.
- Close the loop on anything shipped. For each item that ships, write the one-line buyer-facing translation in the last column: what can the customer now do that they couldn't before — in their language, not the release note's. Hand that line to GTM (it's what
marketing-feedback's readers and the deal follow-ups need). No feature ships without it — the antidote to building things no one adopts.
Don't promise a roadmap; this routes the signal and frames the outcome. The build decision is yours.
Depth
- quick: pull the product-shaped signals from the log into
ops/roadmap-signals.md. - standard: the full triage above — routed, status-tagged, patterns separated from noise.
- deep: + the buyer-facing line for each shipped item, ready to hand to GTM.
Signals
- GitHub stars
- 20
- Forks
- 1
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
product-signal- Source
- github.com/etrebels/claude-code-growth-os