diff --git a/FEATURE_BACKLOG.md b/FEATURE_BACKLOG.md
index 8fcb286..cccf62d 100644
--- a/FEATURE_BACKLOG.md
+++ b/FEATURE_BACKLOG.md
@@ -5047,3 +5047,41 @@ Uavklart, trenger en egen avklaringsrunde FØR bygging:
 **Neste steg:** egen avklaringsrunde med bruker (innhold, lagringsomfang,
 eksakt triggerlogikk, plassering) FØR design/bygging -- ingen
 beslutninger tatt ennå, kun fanget opp her for å ikke gå tapt.
+
+## Jakter Jesper (visningsmodus for netto-scoring) — ✅ ORG-INDIVIDUELL FERDIG OG LIVE 2026-08-23 (ADR-106), TO OPPFØLGINGER BEVISST UTENFOR DENNE RUNDEN
+
+Bruker beskrev en turneringsform (start på -spillehandicap, hullscore
+brutto mot par løpende, lavest sluttsum vinner, tiebreak på lavest
+spillehandicap) for org-individuelle turneringer. Etter diskusjon avklart
+som en VISNINGSMODUS på eksisterende `stroke_net`-scoring (sluttsummen er
+matematisk identisk med netto-til-par), ikke en ny scoring_method/
+turneringsform -- se ADR-106 for hele resonnementet.
+
+**Ferdig, live:** ny `tournament.net_display_style` ('standard'/'hunt',
+migrasjon 092) for org-individuelle turneringer, pluss en ny, generelt
+tilgjengelig tiebreak-verdi `lowest_playing_hcp`.
+
+**Bevisst UTENFOR denne runden, bruker bekreftet sekvensiell bygging
+("org-individuell først, deretter egne oppfølgingsrunder"):**
+
+1. **Frittstående runder** (`round.play_format`) -- samme
+   "hunt"-visning for personlige/vennegjeng-runder med netto-scoring.
+   `round-stats.tsx`/`round-leaderboard.tsx` sin netto-til-par-visning
+   (`my_net_score_to_par`, `rounds.py`) er det naturlige stedet å
+   speile `_attach_stroke_play_columns` sin `stroke_val()`-logikk --
+   samme partial-vs-full-handicap-prinsipp, men et annet datagrunnlag
+   (`round_hole`/`round_participant`, ikke `tournament_round_hole`/
+   `tournament_round_participant`). Ikke designet i detalj ennå.
+2. **Kolonne på lagturnering-øktens individuelle leaderboard**
+   (`fetch_individual_leaderboard`, `app/routers/tournaments.py`,
+   singles/fourball-økter i en org-LAG-turnering). Denne visningen har
+   INGEN `scoring_method`-velger i dag (viser gross/netto/poeng side om
+   side, fast oppsett) -- en hunt-kolonne ville være additiv der (samme
+   prinsipp som `IndividualLeaderboardEntry` sitt allerede eksisterende
+   `net_to_par`-felt), IKKE en ny `scoring_method` for selve
+   lagturneringen (ADR-011s to-lags-modell har strukturelt ikke det
+   begrepet -- bekreftet i ADR-106). Ikke designet i detalj ennå.
+
+**Neste steg:** ingen av de to er startet. Ta fatt på dem som egne,
+avgrensede runder når/hvis bruker prioriterer dem -- ikke antatt
+hastende, kun fanget opp her for å ikke gå tapt.