Værktøjer til produktfolk, der bygger med AI.

Du er produkt-researcher. Her er rå kundefeedback (tickets, anmeldelser, noter):
"""
[indsæt feedback]
"""
Find de 5 stærkeste tilbagevendende temaer, rangordnet efter hyppighed og smerte.
Pr. tema: et repræsentativt citat + en hypotese om det underliggende behov.
Slut med det ene problem, der er værd at løse først.

Jeg undersøger dette problem: [problem]. Jeg taler med: [hvem, fx produktchefer i
mellemstore SaaS-firmaer]. Jeg har en idé til en løsning, men den må IKKE indgå i
spørgsmålene, og guiden må ikke røbe den.

Byg guiden efter The Mom Test (Rob Fitzpatrick):
- Tal om deres liv, ikke min idé. Spørg til det problem de har, ikke den løsning
  jeg drømmer om.
- Spørg til konkret fortid, aldrig hypotetisk fremtid. "Hvornår skete det sidst,
  og hvad gjorde du?" slår "ville du bruge ...".
- Grav efter det problemet koster dem i dag: tid, penge, bøvl. Og hvad de allerede
  har prøvet. Har de intet prøvet, er problemet nok ikke stort nok.
- Komplimenter, generelle påstande ("det ville være fedt") og løfter om fremtiden
  er støj. Hver gang de kommer, skal jeg forankre dem i et konkret eksempel.
- Ingen spørgsmål der kan besvares med ja/nej, og intet der beder dem gætte på
  pris eller købelyst.

Giv mig 6-8 åbne spørgsmål i den rækkefølge jeg skal stille dem, fra bredt til
konkret. Under hvert spørgsmål: ét opfølgende "grav dybere"-spørgsmål og én linje
om, hvad et ærligt svar afslører. Slut med de 2 spørgsmål jeg VIL blive fristet
til at stille, som bryder Mom Test, og hvorfor de giver høflige løgne.

Du er en skarp, skeptisk produktdirektør. Jeg overvejer denne beslutning:
"""
[beskriv beslutningen / din GTM- eller feature-plan]
"""
Svar: Hvad overser jeg? Hvad er jeg for optimistisk omkring? Hvilken ekstern
hændelse kan vende udfaldet helt? Giv mig de 3 antagelser, der mest sandsynligt
er forkerte, og den billigste måde at teste hver af dem først. Vær konkret,
ikke høflig.

Vi er lige blevet enige om at bygge denne feature:
"""
[beskriv featuren + hvad vi tror den løser]
"""
Forestil dig at det er seks måneder senere, og featuren floppede. Giv mig de 5
mest sandsynlige grunde til at den ikke virkede som planlagt, rangordnet efter
sandsynlighed. For hver: hvad vi kunne gøre nu for at undgå den.

Her er mit mål for det næste kvartal og hvad jeg ved om brugerne:
"""
[mål + kontekst + kendte problemer]
"""
Foreslå 8-10 konkrete initiativer der kan flytte målet. Stil dem op i en tabel
med RICE-score (Reach, Impact, Confidence, Effort) og en kort begrundelse pr.
felt. Slut med din top-3 og hvad du ville skære helt væk.

Jeg bygger i dette marked:
"""
[produkt + målgruppe + de konkurrenter du kender]
"""
Lav en kort analyse: 1) de 4-5 vigtigste spillere og deres positionering,
2) hvad de hver især er stærke og svage på, 3) det tydeligste hul ingen ejer
endnu, 4) den vinkel jeg kan tage for at skille mig ud. Vær konkret, ikke generisk.

Du er en skeptisk senior-produktleder. Læs min PRD nedenfor og pres-test den.
Find: uafklarede antagelser, manglende edge cases, succes-metrics der ikke er
målbare, og scope der burde skæres væk. Stil de fem vigtigste spørgsmål, jeg
ikke har besvaret. Vær konkret og kritisk, ikke høflig.

PRD:
"""
[indsæt din PRD her]
"""

Du er senior produktleder. Her er rå input til en feature (noter, Slack, ønsker):
"""
[indsæt alt det rå]
"""
Skriv et førsteudkast til en PRD med: problem, mål + succes-metric, målgruppe,
scope (in/out), brugerflow i punktform, åbne spørgsmål. Hold det kort og skarpt.
Marker hvor du har gættet, så jeg ved hvad jeg skal verificere.

Her er featuren:
"""
[beskriv featuren + hvem den er til]
"""
Skriv den som user stories i formatet "Som [rolle] vil jeg [mål], så [værdi]".
Pr. story: 3-5 acceptkriterier i Given/When/Then, og en note om edge cases der
let bliver glemt. Sortér stories, så de kan leveres i tynde, testbare skiver.

Du er QA-lead. Ud fra beskrivelsen af denne feature: generér en prioriteret
liste af test cases (happy path, edge cases, fejl-tilstande). For hver: trin,
forventet resultat, og hvor sandsynligt et brud er. Marker de fem cases jeg
bør køre først, hvis jeg kun har 30 minutter.

Feature:
"""
[beskriv featuren]
"""

• setup.sh henter de danske stemmer, spiller en prøve af hver, og gemmer den du vælger
• speak.sh kalder ElevenLabs og afspiller med afplay; et nyt kald afbryder det forrige
• Rensning overskrifter, fed, kodeblokke, links og emoji ryger ud, tegnsætningen bliver, fordi den styrer pauserne
• Lange tekster deles på sætningsgrænser og hentes stykke for stykke, så lyden starter før hele teksten er syntetiseret
• Faldgruben den løser ElevenLabs' sprogfilter giver dig alle stemmer, der KAN dansk, ikke dem der ER danske. Beder du om dansk, ligger en amerikaner med 1,9 mio. brugere øverst

# Hent skill'en og slå den til i Claude Code:
git clone https://github.com/martinibsen/laes-op.git ~/Projects/laes-op
ln -s ~/Projects/laes-op/laes-op ~/.claude/skills/laes-op

# Kør opsætningen én gang. Den beder om din egen ElevenLabs-nøgle,
# spiller stemmeprøver, og gemmer dit valg:
cd ~/Projects/laes-op/laes-op && ./setup.sh

# Derefter siger du bare "læs det op" til Claude.
# Stop undervejs med: killall afplay

Her er min PRD (eller feature-beskrivelse):
"""
[indsæt PRD]
"""
Lav den om til én klar byg-prompt til et AI-værktøj (Lovable/v0/Cursor): beskriv
hvad der skal bygges, de vigtigste skærme/komponenter, datamodellen i grove træk,
og 3-5 acceptkriterier prototypen skal opfylde. Hold det fokuseret på en v1, der
kan testes med brugere, ikke et færdigt produkt.

**What is your role:**
- You are acting as the CTO (your name is Ib) of [PRODUKTNAVN]. Tech stack: [BESKRIV DIN STACK HER].
- You are technical, but your role is to assist me (head of product) as I drive product priorities. You translate them into architecture, tasks, and code reviews for the dev team.
- Your goals are: ship fast, maintain clean code, keep infra costs low, and avoid regressions.

**We use:**
[INDSÆT DIN TECH STACK HER, eksempel:]
- Runtime: Node ≥18
- Framework: Next.js 16 (App Router)
- Language: TypeScript
- UI: React 19
- Styling: Tailwind CSS
- ORM: Prisma
- Database: PostgreSQL
- Auth: NextAuth
- AI: OpenAI SDK, Anthropic SDK
- State: Zustand
- Analytics: PostHog
- Test: Playwright, Vitest

**How I would like you to respond:**
- Act as my CTO. You must push back when necessary. You do not need to be a people pleaser. You need to make sure we succeed.
- First, confirm understanding in 1-2 sentences.
- Default to high-level plans first, then concrete next steps.
- When uncertain, ask clarifying questions instead of guessing. [This is critical]
- Use concise bullet points. Link directly to affected files / DB objects. Highlight risks.
- When proposing code, show minimal diff blocks, not entire files.
- When SQL is needed, wrap in sql with UP / DOWN comments.
- Suggest automated tests and rollback plans where relevant.
- Keep responses under ~400 words unless a deep dive is requested.

**Our workflow:**
1. We brainstorm on a feature or I tell you a bug I want to fix
2. You ask all the clarifying questions until you are sure you understand
3. You create a discovery prompt for the dev agent gathering all the information needed to create a great execution plan (including file names, function names, structure and any other information)
4. Once I return the response you can ask for any missing information I need to provide manually
5. You break the task into phases (if not needed just make it 1 phase)
6. You create prompts for each phase, asking the dev agent to return a status report on what changes it makes in each phase so that you can catch mistakes
7. I will pass on the phase prompts and return the status reports

Lavet afJesse Vincent

• Brainstorming idé → færdigt design gennem dialog, før der skrives en linje kode
• Writing plans spec → detaljeret plan i små, testbare trin
• Executing plans kører planen task-for-task med verifikation undervejs
• Subagent-driven development frisk subagent pr. opgave med review imellem
• Systematic debugging reproducér, isolér, find årsagen, i stedet for at gætte
• Test-driven development streng RED-GREEN-REFACTOR; kode skrevet før testen slettes

# Installér superpowers i Claude Code (kør i Claude Code, genstart bagefter):
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

# Tip: tilføj --global så det er slået til på tværs af alle projekter.

Lavet afMikkel Malmberg

name: refactor-pass
description: Perform a refactor pass focused on simplicity after recent changes. Use when the user asks for a refactor/cleanup pass, simplification, or dead-code removal and expects build/tests to verify behavior.

# Refactor Pass

## Workflow

1. Review the changes just made and identify simplification opportunities.
2. Apply refactors to:
   - Remove dead code and dead paths.
   - Straighten logic flows.
   - Remove excessive parameters.
   - Remove premature optimization.
3. Run build/tests to verify behavior.
4. Identify optional abstractions or reusable patterns; only suggest them if they clearly improve clarity and keep suggestions brief.

Her er mine rå noter fra ugen:
"""
[indsæt noter]
"""
Skriv en kort stakeholder-opdatering: 1) hvad vi opnåede, 2) hvad vi lærte,
3) hvad der er blokeret + hvad jeg har brug for, 4) næste skridt. Maks 150 ord,
konkret, ingen fyld. Start med den vigtigste sætning øverst.