<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Kunskap | Andreas Ahoniemi</title>
    <link>https://ahoniemi.se/kunskap/</link>
    <description>Guider, checklistor och genomgångar om AI-automation, AI i produkten, digital utveckling och AI-synlighet. Skrivet av Andreas Ahoniemi.</description>
    <language>sv-SE</language>
    <atom:link href="https://ahoniemi.se/rss.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>AI-automation 101: vad det är och när det lönar sig</title>
      <link>https://ahoniemi.se/kunskap/ai-automation-101/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/ai-automation-101/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Vad AI-automation faktiskt är, var gränsen går mot vanlig automatisering, och hur du avgör om en process är värd att bygga.</description>
      <content:encoded><![CDATA[<p>AI-automation är när ett arbetsflöde körs av mjukvara i stället för av en person, och där en språkmodell sköter de steg som kräver tolkning. Skillnaden mot vanlig automatisering är att indata får variera: ett mejl formulerat på tre sätt, en faktura i fem layouter, ett ärende utan tydlig kategori. Är indata redan strukturerad behövs ingen AI, och då blir det både billigare och mer pålitligt utan.</p>]]></content:encoded>
    </item>
    <item>
      <title>Sju processer som nästan alltid går att automatisera</title>
      <link>https://ahoniemi.se/kunskap/processer-som-gar-att-automatisera/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/processer-som-gar-att-automatisera/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Konkreta arbetsflöden där AI-automation brukar löna sig, och vad som gör just dem lämpliga.</description>
      <content:encoded><![CDATA[<p>De processer som lönar sig att automatisera med AI har tre saker gemensamt: de körs ofta, indata varierar i format men inte i innebörd, och beslutet är regelstyrt även om texten inte är det. Nedan är sju flöden där den kombinationen nästan alltid finns, hämtade från uppdrag snarare än från en leverantörsbroschyr.</p>]]></content:encoded>
    </item>
    <item>
      <title>Så räknar du hem en automation innan du bygger den</title>
      <link>https://ahoniemi.se/kunskap/rakna-hem-en-automation/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/rakna-hem-en-automation/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>En konkret metod för att avgöra om ett automationsprojekt bär, med de kostnader folk regelmässigt glömmer.</description>
      <content:encoded><![CDATA[<p>För att räkna hem en automation behöver du fyra tal: hur ofta processen körs, hur lång tid den tar, vad tiden kostar, och vad bygget plus förvaltningen kostar. De tre första mäter du på en eftermiddag genom att fråga den som gör jobbet. Det fjärde är där de flesta kalkyler spricker, eftersom förvaltningen nästan alltid utelämnas.</p>]]></content:encoded>
    </item>
    <item>
      <title>RAG förklarat: så får du AI att svara på era egna dokument</title>
      <link>https://ahoniemi.se/kunskap/rag-forklarat/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/rag-forklarat/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Hur retrieval augmented generation fungerar i praktiken, och varför hämtningen avgör kvaliteten snarare än modellen.</description>
      <content:encoded><![CDATA[<p>RAG står för retrieval augmented generation och betyder att modellen hämtar relevanta stycken ur era egna dokument innan den formulerar ett svar, i stället för att svara ur minnet. Det är den enskilt viktigaste tekniken för att en assistent ska gå att använda i skarpt läge, eftersom varje påstående då går att spåra till ett dokument som faktiskt finns.</p>]]></content:encoded>
    </item>
    <item>
      <title>Innan ni bygger en AI-assistent: sju frågor att svara på</title>
      <link>https://ahoniemi.se/kunskap/innan-ni-bygger-en-ai-assistent/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/innan-ni-bygger-en-ai-assistent/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Frågorna som avgör om projektet blir användbart eller blir en demo som ingen öppnar igen.</description>
      <content:encoded><![CDATA[<p>De flesta AI-assistenter som byggs blir aldrig använda, och det beror sällan på tekniken. Det beror på att ingen bestämde vem den är till för, vad den får säga, och hur man ser om den fungerar. Sju frågor att svara på innan någon skriver kod, i den här ordningen.</p>]]></content:encoded>
    </item>
    <item>
      <title>Så mäter du om en AI-sökning faktiskt blev bättre</title>
      <link>https://ahoniemi.se/kunskap/mata-om-ai-sok-blev-battre/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/mata-om-ai-sok-blev-battre/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>En metod för att utvärdera sökkvalitet med siffror i stället för tyckande, och varför hybridsökning nästan alltid vinner.</description>
      <content:encoded><![CDATA[<p>För att veta om en sökförbättring faktiskt hjälpte behöver du en utvärderingslista: verkliga frågor från er egen sökstatistik, var och en med det svar som borde komma överst. Kör listan före och efter varje ändring. Utan den blir varje diskussion om sökkvalitet en diskussion om känsla, och den som pratar högst vinner.</p>]]></content:encoded>
    </item>
    <item>
      <title>Core Web Vitals 101: vad som faktiskt påverkar laddtiden</title>
      <link>https://ahoniemi.se/kunskap/core-web-vitals-101/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/core-web-vitals-101/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>De tre måtten förklarade, vad som orsakar dåliga värden i praktiken, och varför ett cacheplugin sällan hjälper.</description>
      <content:encoded><![CDATA[<p>Core Web Vitals är Googles tre mått på hur en sida upplevs: LCP för när huvudinnehållet syns, INP för hur snabbt sidan svarar på klick, och CLS för hur mycket layouten hoppar. De mäts på verkliga besökare, inte i ett testverktyg, och det är den 75:e percentilen som avgör om ni klarar tröskeln. Ett resultat på 95 i ett labbtest säger därför nästan ingenting om vad era besökare upplever.</p>]]></content:encoded>
    </item>
    <item>
      <title>Byta plattform utan att tappa trafik: en checklista</title>
      <link>https://ahoniemi.se/kunskap/byta-plattform-utan-att-tappa-trafik/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/byta-plattform-utan-att-tappa-trafik/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Vad som faktiskt avgör om trafiken överlever en replattformering, i den ordning arbetet ska göras.</description>
      <content:encoded><![CDATA[<p>Trafiktappet vid en replattformering beror nästan aldrig på den nya plattformen. Det beror på att adresser ändrades utan omdirigeringar, att innehåll försvann på vägen, eller att den nya sajten inte går att indexera. Alla tre är förutsägbara och därför möjliga att undvika, men bara om arbetet görs före lansering och inte efter.</p>]]></content:encoded>
    </item>
    <item>
      <title>API-integrationer: sex fel som kostar pengar</title>
      <link>https://ahoniemi.se/kunskap/api-integrationer-vanliga-fel/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/api-integrationer-vanliga-fel/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>De misstag som gör att en integration fungerar i test och sedan skapar dubbletter, tappar ordrar eller kräver daglig passning.</description>
      <content:encoded><![CDATA[<p>En integration som fungerar i test och krånglar i drift har nästan alltid ett av sex fel. De handlar inte om vilket API som används utan om hur systemet beter sig när något går fel: när mottagaren är nere, när samma meddelande kommer fram två gånger, eller när ett fält betyder olika saker i de två systemen.</p>]]></content:encoded>
    </item>
    <item>
      <title>Så blir ni citerade av ChatGPT och Perplexity</title>
      <link>https://ahoniemi.se/kunskap/bli-citerad-av-chatgpt-och-perplexity/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/bli-citerad-av-chatgpt-och-perplexity/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Vad som faktiskt avgör om en språkmodell använder er sida som källa, och vad ni kan göra åt det.</description>
      <content:encoded><![CDATA[<p>För att bli citerad av en språkmodell behöver tre saker stämma: innehållet måste finnas i serversvaret utan att kräva JavaScript, roboten måste vara insläppt i robots.txt, och stycket måste gå att lyfta ur sidan utan att tappa mening. Det tredje är det som skiljer mest, eftersom en modell sällan citerar en hel sida utan ett enskilt stycke.</p>]]></content:encoded>
    </item>
    <item>
      <title>GEO vs SEO: vad som är samma sak och vad som skiljer</title>
      <link>https://ahoniemi.se/kunskap/geo-vs-seo/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/geo-vs-seo/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Var de två överlappar, var de faktiskt skiljer sig, och vad som är ren marknadsföring.</description>
      <content:encoded><![CDATA[<p>GEO, generative engine optimization, är arbetet med att bli citerad i svar från språkmodeller. SEO är arbetet med att ranka i en träfflista. De delar ungefär åttio procent av grunden: innehållet måste gå att hämta, läsa och förstå. Skillnaden ligger i målet. SEO vill ha en placering, GEO vill ha en mening i någon annans svar, och det premierar andra saker i hur texten skrivs.</p>]]></content:encoded>
    </item>
    <item>
      <title>Teknisk checklista för AI-synlighet</title>
      <link>https://ahoniemi.se/kunskap/teknisk-checklista-ai-synlighet/</link>
      <guid isPermaLink="true">https://ahoniemi.se/kunskap/teknisk-checklista-ai-synlighet/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Konkreta kontroller ni kan göra själva i dag, med kommandot eller verktyget för var och en.</description>
      <content:encoded><![CDATA[<p>En teknisk granskning för AI-synlighet handlar om tre frågor: kan roboten hämta sidan, kan den läsa innehållet utan att köra JavaScript, och förstår den vad sidan handlar om. Nedan är kontrollerna för var och en, i den ordning de är värda att göra, och de flesta tar under en minut.</p>]]></content:encoded>
    </item>
  </channel>
</rss>
