- Added GLOBAL_MARKETS_TITLE to all translation files - Updated footer with 12 markets (4 active + 8 upcoming) - Translated market section to: zh-cn, zh-tw, ja, ko, th, vi, id, ms, hi - Built and deployed to production - CloudFront invalidation: I3RTMXVFDJXWLG3SYX208OP1CC
18 KiB
Landvex Strategigranskning & Pilotpitch-analys
Datum: 2026-07-07
Granskare: Agentgranskning av produktionspaket v1
Omfattning: Genome-strategi, IOL-grundspecifikation, 6 leveransrapporter (våg 1–5, 7), pilotpitch-deck (10 slides), API-spec, agentarmé-order
Sammanfattning
Landvex har på ~30 dagar byggt en imponerande grund: 37 objektklasser (35 källbelagda), 27 produktmodeller, 176 grafkanter, en körbar ingest-pipeline, ett API-kontrakt och en verifieringstrappa. Pitch-decket är visuellt snyggt och tekniskt korrekt. Men det finns tre kritiska luckor som måste åtgärdas innan första kundmöte:
- Ingen konkret pilotkund är identifierad — vem ska boka "pilotworkshop"?
- Vision/identify är fortfarande en svart låda — ingen modell, ingen tröskel, ingen demo
- SaaS-prissättningen är vag — "fast månadsavgift" utan siffror säljer inte
Rapporten nedan detaljerar nyckelinsikter, rekommendationer, pitch-förbättringar och risker.
1. Nyckelinsikter från strategidokumenten
1.1 Genome-strategin — visionen håller
Tesen "grafen är produkten" är stark och differentierande. De fyra tillväxtfaktorerna (täckning × djup × verifiering × tidshistorik) är välvalda. Datafabrikens fem linjer (skörd → extraktion → entitetsupplösning → verifiering → publicering) är logiska och skalbara.
Det som skiljer Landvex från en vanlig databas:
- Landvex-ID som kanonisk referens — potential att bli branschstandard
- Bitemporal datamodell — både "när det var sant" och "när vi visste det"
- Verifieringstrappan — fyra nivåer som bygger tillit över tid
- Flyhjulet — kundfrågor finansierar datainsamling (bounty-systemet)
1.2 IOL-grundspecifikationen — ontologin är robust
Nio domäner (TRP, VAT, ELN, TEL, BYG, PRK, JVG, HMN, FLG) täcker den visuellt identifierbara infrastrukturen väl. Tier 1-urvalet (20 klasser) är motiverat med fem kriterier: volym, synlighet, efterfrågan, datatillgång, flyhjul.
Särskilt starka val:
- Vägbelysningsarmaturer — stor installerad bas, tydliga kännetecken, stark efterfrågan på ersättare
- Brunnsbetäckningar — EN 124-standardiserade, gjutmärken = enkel OCR
- Vägmärken — MUTCD/TSRGD ger tydliga regelverksskiften
- Laddstationer — snabbväxande, generationskedjor (CHAdeMO → CCS → NACS)
Svagare val i Tier 1:
- Papperskorg, cykelställ — låg utbytesekonomi, svag efterfrågan på identifiering
- Hållplatsväderskydd — kommunsspecifika program, svårgeneralisera
1.3 Leveransrapporterna — farten är hög, kvaliteten hållbar
| Våg | Vad levererats | Kvalitetsindikator |
|---|---|---|
| 1 | 20 klassposter, 14 källbelagda | Ärlig rapportering av 6 obekräftade |
| 2 | 6 klasser källbelagda, 17 modeller | Första ersättningskedjor (GE Evolve) |
| 3 | Tier 2-taxonomi (17 klasser), bountyprogram, 9 nya modeller | Flyhjulet aktiverat |
| 4 | Graf konsoliderad (0 fel), pilot-API-spec, 3 demo-cases | Säljbart paket |
| 5 | 17 Tier 2-klasser forskade, master v2 | 31/37 källbelagda |
| 7 | Ingest-automation byggd och körd, 4 nivålyft | Datafabriken som kod |
Mönster: Varje våg levererar konkreta, mätbara resultat. Ingen våg överdriver. Konflikter och obekräftade poster rapporteras öppet. Detta bygger tillit internt och externt.
Kritisk observation: Våg 6 saknas i rapporterna. Antingen hoppar numreringen (våg 5 → 7) eller en våg har uteblivit. Kontrollera om våg 6 existerar eller om det är ett dokumentationsfel.
1.4 Agentarmé-order — ambitiös men genomtänkt
58 agenter i 11 skvadroner över 4 faser. De tio hårda reglerna är välformulerade och täcker de vanligaste fallen av AI-hallucination, dataintegritetsförlust och juridisk risk.
Särskilt starka regler:
- Regel 2: Aldrig mock i kundnära väg — ärlig konfidens + bounty
- Regel 3: PLATSHÅLLARE serialiseras aldrig — juridik by design
- Regel 10: Osäkerhet uttrycks, döljs aldrig — konfidens som produktyta
Potentiell svaghet: Fas 0 är "komplett" enligt statusrapporten, men Fas 1 (API live) kräver att skvadron E (7 agenter) implementerar 6 endpoints + kontraktstester + golden cases. Detta är betydande arbete som inte är påbörjat.
2. Pilotpitch-deck — struktur och innehåll
2.1 Nuvarande struktur (10 slides)
| Slide | Innehåll | Bedömning |
|---|---|---|
| 1 | Titel + nyckeltal (37 klasser, 26 modeller, 167 kanter, 0 fel) | ✅ Stark öppning |
| 2 | Problembeskrivning — 3 smärtpunkter | ✅ Tydlig, relaterbar |
| 3 | Lösning — fem nivåer, permanenta ID, källa, bitemporalitet | ✅ Tekniskt övertygande |
| 4 | Bevis — byggt och validerat + verifieringstrappa | ✅ Konkreta siffror |
| 5 | OCR-först — birthmarks, gjutmärken, hydrantkropp | ✅ Visuellt stark, differentierande |
| 6 | Flyhjulet — QUIXZOOM, bounty-motor | ✅ Loop-förklaring fungerar |
| 7 | API-produkt — 6 endpoints, svarskontrakt | ✅ Tydlig produktbeskrivning |
| 8 | Tre svar som säljer — golden cases | ✅ Bra case-val |
| 9 | Paketering — Pilot/Pro/Enterprise | ⚠️ För vag |
| 10 | Piloterbjudande — 90 dagar, fast avgift | ⚠️ Ingen prissättning |
2.2 Vad pitch-decket gör bra
- Talar kundens språk: "Reservdelsrisken syns först när armaturen slocknat"
- Visar, inte berättar: Tre konkreta demo-svar med riktiga produkter
- Differentierar tydligt: OCR-först, bitemporalitet, verifieringstrappa
- Sluter loopen: Flyhjulet förklaras visuellt och ekonomiskt
2.3 Vad pitch-decket saknar
| Saknad | Varför det spelar roll | Prioritet |
|---|---|---|
| Team-slide | Investerare och partners vill veta vem som bygger | HÖG |
| Marknadsstorlek (TAM/SAM/SOM) | "60M+ elstolpar i USA" är en anekdot, inte en marknad | HÖG |
| Konkurrensanalys | Finns det andra som gör detta? (Bentley, Autodesk, Hexagon?) | HÖG |
| Teknisk arkitektur (1 slide) | CTO:n vill se propertygraf + vektordatabas + objektlagring | MEDEL |
| Finansiell modell | Hur blir detta en miljardbusiness? | MEDEL |
| Roadmap med milstolpar | Tidsplanen i Genome-strategin är bra men inte i decket | MEDEL |
| Kundcase/testimonials | Även om det är pilotkandidater — vem har sagt ja? | MEDEL |
| Risker och mitigering | Ärlighet om vad som kan gå fel bygger tillit | LÅG |
3. Rekommendationer för pilotkund
3.1 Idealisk pilotkund-profil
| Kriterium | Varför | Matchande segment |
|---|---|---|
| Har ett bestånd att inventera | Pilotens kärnvärde är "fota → klassa → status" | Kommuner, nätbolag, driftentreprenörer |
| Upphandlar regelbundet | Ersättningskedjor och reservdelsrisk är akuta | Större kommuner (100k+ invånare), Trafikverket |
| Har fältpersonal med mobiler | QUIXZOOM-loopen kräver fotografering | Entreprenadbolag, driftbolag |
| Är teknikmogen | API-integration och dataexport ska inte vara nytt | Nätbolag, större förvaltare |
| Har budget för pilot | "Fast pilotavgift" kräver betalande kund | Inte en gratis POC |
| Geografiskt koncentrerat | 90 dagar kräver avgränsat område | En kommun, ett distrikt, en vägsträcka |
3.2 Prioriterade kandidater (rangordnade)
1. Svensk mellanstor kommun (100–300k invånare)
Exempel: Uppsala, Västerås, Örebro, Linköping
Fördelar:
- Har gatubelysning, VA-nät och vägmärken i egen förvaltning
- Upphandlar drift regelbundet — ersättningskedjor är relevanta
- Tillräckligt stora för att ha beståndsdatabaser (men ofta dåliga)
- Tillräckligt små för att beslutsvägarna är korta
- Svenska marknaden = Tier 1-klasser är direkt tillämpliga (EN-standarder)
Risker:
- Kommuner har långa upphandlingscykler
- Budgetårskiftet kan fördröja pilotstart
- Politisk känslighet kring "AI som ersätter människor"
Inledningsstrategi: Erbjud en gratis beståndsinventering av ett avgränsat område (t.ex. 500 armaturer i ett bostadsområde) som proof-of-concept. Resultatet blir säljmaterial för bredare avtal.
2. Svenskt nätbolag (elnät)
Exempel: Ellevio, Vattenfall Eldistribution, E.ON Energidistribution
Fördelar:
- Har enorma bestånd av kabelskåp, elstolpar, transformatorer
- Redan digitaliserade — API-integration är naturlig
- Har budget för digitaliseringsprojekt
- EN-standarder och svenska nätbolagsnormer är väldokumenterade
Risker:
- Hårdare säkerhetskrav (samhällsviktig infrastruktur)
- Längre säkerhetsgranskningar
- Kan ha egna system som konkurrerar (GIS, Maximo, etc.)
Inledningsstrategi: Fokusera på ersättningskedjor och reservdelsrisk — nätbolagen har tusentals äldre komponenter där tillverkaren upphört. Landvex kan identifiera ersättare innan lagret tar slut.
3. Driftentreprenadbolag
Exempel: Svevia, NCC Infrastructure, Peab Anläggning
Fördelar:
- Har fältpersonal som redan fotograferar (besiktningar, arbetsordrar)
- Upphandlas av kommuner — de har incitament att effektivisera
- Kan sprida Landvex till flera kunder (kommuner)
- Snabbare beslut än kommuner
Risker:
- Marginalerna är lägre — priskänsliga
- Kan se Landvex som konkurrent snarare än verktyg
- Kräver integration med befintliga arbetsordersystem
Inledningsstrategi: Paketera som fältverktyg för besiktning och arbetsorder. "Fota objektet, få modell och ersättare direkt i appen."
4. Internationell expansion (månad 6–12)
Tyskland: Större städer (München, Hamburg) — EN-standarder, stor marknad USA: DOT på delstatsnivå — MUTCD, AASHTO, enorm TAM UK: Highways England — TSRGD, engelskspråkig, nära kultur
3.3 Timing-rekommendation
| Tidslinje | Aktivitet | Ansvarig skvadron |
|---|---|---|
| Vecka 1–2 | Identifiera 3–5 pilotkandidater, första kontakt | K (sälj) |
| Vecka 3–4 | Demo med golden cases för 2–3 kandidater | K + E (API) |
| Vecka 5–8 | Förhandla pilotavtal, fast avgift, omfattning | K |
| Vecka 9–12 | Pilotstart: inventering, feedback, bounty-loop | K + G (fält) + E (API) |
| Månad 4–6 | Utvärdering, case study, referenskund | K |
| Månad 6+ | Pro/Enterprise-försäljning baserat på pilotresultat | K |
4. Pitch-deck förbättringsförslag
4.1 Nya slides att lägga till
Slide A: Teamet (efter slide 4)
Innehåll: Kärnteamet (5–7 personer), bakgrund, varför de är rätt för detta. Motivering: Investerare och designpartners köper teamet före produkten. Även om teamet är litet — visa att det är rätt kompetenser.
Slide B: Marknad (efter slide 2)
Innehåll: TAM/SAM/SOM med konkreta siffror. Förslag:
- TAM: Global infrastrukturförvaltning — $X miljarder
- SAM: Visuellt identifierbar infrastruktur i EU+USA — $Y miljarder
- SOM: Vägbelysning + VA + elnät i Norden år 1–2 — $Z miljoner
Motivering: "60M+ elstolpar" är en anekdot. Marknadssliden visar att detta är en affär, inte ett hobbyprojekt.
Slide C: Konkurrens (efter slide 3)
Innehåll: 2×2-matris eller landskapskarta. Förslag:
- Bentley/Autodesk: CAD/BIM-fokuserade, dyra, inte AI-drivna identifiering
- Hexagon/Leica: Hårdvarufokuserade (laserskanning), inte skalbara för rutin
- OpenStreetMap: Gratis, men ingen produktmodellering, ingen verifiering
- Landvex: AI-drivet, skalbart, verifierat, SaaS-prissatt
Motivering: Varje kund kommer att fråga "vem annars gör detta?" — besvara det proaktivt.
Slide D: Teknisk arkitektur (efter slide 7)
Innehåll: En slide med propertygraf + vektordatabas + objektlagring + API-lager. Motivering: CTO:n på pilotkunden vill förstå hur det fungerar under huven.
Slide E: Roadmap (efter slide 9)
Innehåll: 0–90 dagar / 3–12 månader / 12–24 månader från Genome-strategin. Motivering: Visar att detta är en långsiktig satsning, inte bara en pilot.
4.2 Befintliga slides att förbättra
Slide 9: Paketering
Nuvarande problem: "Fast månadsavgift" utan siffror. "Generös kvot" utan definition.
Förslag:
| Paket | Pris (indikativt) | Inkluderar |
|---|---|---|
| Pilot | 25–50k SEK/mån | 1 område, 90 dagar, 5k identify/mån, gemensam backlog |
| Pro | 5–15 SEK/identify + 2k SEK/mån bas | Usage-based, volymtrappa |
| Enterprise | 100k+ SEK/mån | SLA, eget LVX-I-lager, riktade bounties |
Motivering: Även indikativa priser skapar en ankring. Kunden kan förhandla, men de vet var de börjar.
Slide 10: Piloterbjudande
Nuvarande problem: "Fast pilotavgift — kvittas mot årsavtal" är vagt.
Förslag:
- Specificera exakt vad som levereras: "Inventering av 500–2000 objekt i avgränsat område"
- Specificera vad kunden får: "Export av individlager (LVX-I), beståndsrapport, utgånget-lista, problemflagg"
- Specificera vad Landvex får: "Fältaccess, feedback på API, rätt att använda resultat som case study"
- Lägg till CTA: "Boka pilotworkshop: [datum] eller [datum]"
4.3 Visuella förbättringar
- Slide 5 (OCR-först): Lägg till verkliga foton av birthmarks, gjutmärken, hydrantkroppar — inte bara textbeskrivningar
- Slide 6 (Flyhjulet): Använd riktiga app-screenshots eller mockups istället för pilar och text
- Slide 8 (Tre svar): Visa faktiska API-svar (JSON) i en snygg formatering — det bevisar att produkten finns
5. Risker och beroenden
5.1 Kritiska risker (röda)
| Risk | Sannolikhet | Påverkan | Mitigering |
|---|---|---|---|
| Vision/identify fungerar inte tillräckligt bra | MEDEL | MYCKET HÖG | Regel 2 i agentarmén: ärlig konfidens + bounty. Men om träffsäkerheten är <50% blir produkten oanvändbar. Åtgärd: Sätt en hård tröskel (t.ex. 70% top-1) innan API exponeras. |
| Ingen pilotkund tecknar inom 90 dagar | MEDEL | HÖG | Ha 3–5 kandidater i pipeline samtidigt. Erbjud proof-of-concept (gratis inventering av litet område) som säljverktyg. |
| Juridisk risk vid publicering av "kända problem" | LÅG | HÖG | PLATSHÅLLARE-regeln och källkravet är starka. Men en felaktig publicering kan ge förtalsanspråk. Åtgärd: Juridisk granskning av alla problem-poster innan API går live. |
| Tillverkare vägrar delta i portalen | MEDEL | MEDEL | Incitamentet (rekommenderad ersättare) är svagt tills grafen är etablerad. Åtgärd: Fokusera på tillverkare med utgångna produkter — de har mest att vinna på att vara i grafen. |
5.2 Beroenden (gula)
| Beroende | Status | Konsekvens vid försening |
|---|---|---|
| Fas 0 (miljöer, data, CI) | ✅ Komplett | — |
| Fas 1 (API live) | 🔄 Ej påbörjad | Ingen demo för pilotkunder |
| Vision-modell (skvadron F) | 🔄 Ej påbörjad | Identify-endpointen blir en klassificerare utan modellnivå |
| Fältflöde (skvadron G) | 🔄 Ej påbörjad | Bounty-loopen är teoretisk |
| Tillverkarportal (skvadron H) | 🔄 Ej påbörjad | Ingen fjärde verifieringsnivå |
Rekommendation: Parallelisera Fas 1-arbetet. Skvadron E (API) kan bygga endpoints mot stubbad identify tills skvadron F är klar. Skvadron G kan bygga bounty-motorn utan fältverifieringslyftet (det kommer senare). Det viktigaste är att ha en demo-bar produkt för pilotmöten.
5.3 Tekniska risker
| Risk | Bedömning |
|---|---|
| Entitetsupplösning (dubbletter) | HÖG — samma produkt under olika namn/OEM-märkningar. Ingest-pipeline har merge-policy men den är oprövad i skala. |
| Skalning av skördare | MEDEL — crawlers för tillverkarkataloger, upphandlingar, patent. Risk för IP-blockering och rate limiting. |
| OCR-kvalitet i fält | MEDEL — typskyltar kan vara slitna, felvinklade, dåligt belysta. Kräver robust vision-pipeline. |
| Dataintegritet vid konflikter | LÅG — merge-policyn är väldokumenterad och konflikter går till granskningskö. |
6. Rekommendationer — prioriterade åtgärder
Omedelbart (vecka 1–2)
- Identifiera 3–5 pilotkandidater — kommuner, nätbolag, entreprenadbolag i Sverige
- Sätt indikativa priser på Pilot/Pro/Enterprise — även om de förhandlas
- Lägg till team-slide i pitch-deck — vem är ni?
- Verifiera våg 6 — saknas det en rapport eller är numreringen fel?
Kortsiktigt (månad 1–2)
- Bygg demo-bar API — även med stubbad identify, så att golden cases kan demonstreras live
- Skapa marknadsslide — TAM/SAM/SOM med konkreta siffror
- Lägg till konkurrensanalys — vem gör något liknande?
- Fotografera verkliga objekt — birthmarks, gjutmärken, typskyltar för visuellt pitch-material
Medellång sikt (månad 2–4)
- Starta pilot med första kund — avgränsat område, 90 dagar, fast avgift
- Bygg vision-modell MVP — träna på bountydata, sätt tröskel för API-exponering
- Aktivera fältflödet — första e2e-nivålyftet (källbelagd → fältverifierad)
- Skapa case study från piloten — referenskund är värt mer än 10 pitch-möten
7. Slutsats
Landvex har byggt en imponerande grund på kort tid. Ontologin är robust, datakvaliteten är hög, verifieringstrappan är genomtänkt och agentarméns regler förhindrar de vanligaste fällorna. Pitch-decket är tekniskt starkt och visuellt snyggt.
Men: Produktpaketet är fortfarande i Fas 0. API:t är en spec, visionen är en plan, fältflödet är en beskrivning. Innan första kundmöte behövs:
- En demo-bar produkt (även om identify är stubbad)
- En identifierad pilotkund (inte "vem som helst")
- Indikativa priser (inte "fast avgift")
- Ett komplett pitch-deck med team, marknad, konkurrens, roadmap
Landvex har potential att bli standarden för infrastrukturens identiteter. Men potential räcker inte — nästa 90 dagar handlar om att bevisa det i verkligheten med en betalande pilotkund.
Granskning utförd 2026-07-07. Baseras på produktionspaket v1, alla tillgängliga strategifiler och leveransrapporter.