hvorfor discovery bliver vigtigere
Det dyre plejede at være at bygge. Når kode bliver (næsten) gratis, flytter al vægten til det svære: at vide hvad der er værd at bygge. Discovery holder op med at være en fase. Det bliver hele spillet.
dit kontekst-anker
Et kontekst-anker er ét sted hvor AI'en allerede kender dit produkt — så du slipper for at forklare konteksten forfra i hver eneste chat.
Sådan (gratis — kræver ingen Pro):
- claude.ai → Projects → Create project. Navngiv efter dit produkt.
- Udfyld instruktionerne: hvem du er · hvilket produkt · hvem brugerne er · jeres mål · tone.
- Tilføj 1-2 dokumenter — onepager, strategi-note, backlog-udsnit. Råt er fint.
- Test: spørg om noget produktspecifikt uden at forklare baggrund. Generisk svar? → stram instruktionen.
Skabelon til instruktionerne (kopiér ind, ret felterne):
Jeg er [rolle] på [produkt], der hjælper [målgruppe] med at [opgave/værdi]. Vores mål lige nu er [mål]. Vigtig kontekst du bør kende: [1-2 ting]. Når du svarer: vær konkret, skeptisk og kort — antag at jeg kender mit eget produkt.Variant: byg din egen CTO. Samme greb, anden hat. Et Project der kender din tech-stack og fungerer som teknisk rådgiver — så du kan svare på "kan vi det her?" selv, før team-planlægningen. Hele magien ligger i instruktionen: jo mere specifik om produkt, stack, workflow og tone, jo bedre svar.
**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
Eksemplet er fra Martins eget produkt. Skift felterne ud til dit.
de 4 prompts
Her er et feature-ønske: [X]. Du er en skarp produktleder. Find de 5 mest risikable antagelser bag det, og placér hver af dem under én af: værdi, brugbarhed, gennemførlighed, viabilitet. Vær konkret og skeptisk.Tag den vigtigste antagelse, og omskriv den til en testbar hypotese på formen: 'Mindst X % af [segment] vil [konkret, observerbar adfærd].' Foreslå hvad jeg kan måle for at be- eller afkræfte den.Lav en interviewguide til at undersøge [problem] UDEN at spørge om min idé. Spørg til fortid og faktisk adfærd, ikke hypotetisk fremtid. Giv mig 6-8 åbne spørgsmål. Undgå alt hvad der lokker til høflige løgne.Her er et output du har lavet: [X]. Vær din egen hårdeste kritiker: hvor er det svagt, generisk eller forkert? Stil mig de 3 spørgsmål du mangler svar på for at gøre det markant bedre.byg dit eksperiment i artifacts
Byg eksperimentet der tester din hypotese. Kan gentages på hver ny hypotese.
Tre trin:
- Åbn chatten med din hypotese (i dit kontekst-anker). Sig: "Skriv teksten til en fake-door landingsside der tester hypotesen ovenfor — og byg siden."
- Kig på den i panelet. Ikke som du vil have den? Sig hvad der er galt i almindeligt sprog — "flyt knappen op", "tilføj et e-mail-felt". Den bygger om.
- Gentag til den kan vises til nogen. Du har nu noget der virker — ikke en mockup.
Tre spor (vælg efter niveau):
- Spor A — ingen kode: fake-door landingsside. Testbar i morgen.
- Spor B — lidt mod på det: et lille værktøj der måler hypotesen (scorings-app, signup-formular, mini-dashboard).
- Spor C — Claude Code: byg dit eksperiment fra prompt til kørende.
workflow-biblioteket
Gør dagens engangsting til rutiner der faktisk kører. Tre færdige workflows — de bygger alle videre på prompterne ovenfor.
Her er ugens nye feature-ønsker og idéer: [indsæt]. Find den mest risikable antagelse i hver. Giv mig de 3 antagelser vi burde teste først, og det billigste eksperiment for hver.Tag denne hypotese: [X]. Skriv et udkast til en one-pager: problem, evidens, hypotese, eksperiment, succeskriterie. Markér de steder hvor du gætter, så jeg kan rette.Genbrug prompt 4 · output-vurdering ovenfor som fast sidste skridt — send aldrig AI-output videre uden.Hver morgen klokken syv vil jeg vide hvor mange nye brugere vi fik i går på PostHog, hvor mange kald der var på vores /checkout-endpoint, og de tre mest sete sider i Clarity. Læg det i en Notion-side der hedder Daglig puls.Den her kræver en browser-agent som Cowork — ikke gratis-claude.ai. Tag den med som inspiration til hvad der bliver muligt, når du rykker et trin op.
Sådan installerer du en workflow:
- Tilpas prompten til dit produkt i dit kontekst-anker, og kør den på et rigtigt eksempel.
- Justér til outputtet er brugbart uden oprydning. Gem prompten.
- Opret en tilbagevendende kalenderaftale (fx "AI-kvarter · mandag 8.45") og læg prompten i aftalens note. Workflows dør ikke af dårlige prompts — de dør af manglende trigger.
Faldgruben (husk den): stor spec i én strøm = vandfald i ny indpakning. Korte cykler, hyppige reviews, læring imellem.
ai som assistent og sparringspartner
Værktøjerne fra discovery virker også på de små opgaver der æder din uge — præsentationer, mails, og den beslutning du tøver med. Samme greb: kør det i dit kontekst-anker, og slut altid af med prompt 4 · output-vurdering.
Her er mine rå noter: [X]. Lav et forslag til en præsentation: én pointe pr. slide, en klar rød tråd, et skarpt åbnings- og afslutnings-slide. Markér hvor jeg mangler et eksempel eller et tal.Jeg overvejer [beslutning]. Vær en skarp, uenig sparringspartner: hvad taler imod? Hvilke antagelser hviler det på? Stil mig de 3 spørgsmål jeg bør kunne svare på, før jeg går videre.links
- værktøjerne — bibliotek af prompts, instruktionsfiler og skills til at arbejde med AI.
- ordbogen — en ordbog over AI-koncepterne.
- lyt — produktet fra demoen, bygget og drevet af én produktperson + AI.
- præsentationen — download slides fra dagen (HTML, åbner i din browser, piletaster).
mere af samme skuffe
- podcasten — Produktland, en dansk podcast om hvad der sker med produktarbejdet når AI tager over.
- playbook'en — hele tankegodset.
- sparring — vil du have det her ind i din organisation? Skriv: mail@martinibsen.dk