En kund ber sin AI-agent att jämföra tre leverantörer. Agenten hittar ditt företag, läser om tjänsterna och försöker förstå vad som ingår, hur priset sätts och hur kunden kan gå vidare. Hur långt kommer den på din hemsida?
Det är en fråga som är värd att börja ställa. När en del av kundens arbete kan göras av en AI-agent behöver vi också förstå hur den uppfattar företaget och använder tjänsterna.
I föredraget Rebuilding the web for agents beskriver Liad Yosef vad det kan innebära. Han är en av skaparna bakom MCP Apps, en standard som gör det möjligt att visa interaktiva delar av en tjänst direkt i en AI-chatt. Hans resonemang berör både hur vi bygger hemsidor och hur kunder väljer leverantör.
En AI-agent kan påverka valet av leverantör
Ett av exemplen är ganska talande. Yosefs team skulle välja ett analysverktyg och bad sin kodagent om en rekommendation. Teamet hade använt Mixpanel i ungefär tio år. Agenten föreslog PostHog eftersom den bedömde att tjänstens API och MCP-stöd gjorde integrationen enklare. Teamet följde rekommendationen.
Det är en enskild erfarenhet som Yosef återger, ingen generell jämförelse mellan tjänsterna. Men den visar en möjlig förändring i hur köpbeslut fattas. I det här fallet vägde agentens möjlighet att få jobbet gjort tyngre än teamets vana vid den tidigare leverantören.
För ett företag blir det ytterligare en sak att konkurrera med: hur enkelt det är att använda det ni erbjuder när en AI-agent hjälper kunden.
MCP Apps flyttar delar av kundmötet
Vi är vana vid att kunden går in på en hemsida och gör jobbet där. Letar efter rätt produkt, väljer alternativ, jämför priser och fyller i uppgifter. Yosefs vision är att mer av det arbetet ska kunna ske genom kundens egen agent. Kunden beskriver vad den vill få gjort, och agenten använder de tjänster som behövs.
MCP är ett protokoll som låter AI-agenter ansluta till verktyg och information. MCP Apps lägger till möjligheten att visa ett gränssnitt i en klient som stöder det. Det kan exempelvis vara ett formulär, en karta eller en produktvy som kunden kan använda direkt i samtalet. Den möjligheten beskrivs i den officiella dokumentationen för MCP Apps.
Tänk dig en hotellbokning. Agenten skulle kunna leta fram alternativ utifrån datum och önskemål. Kunden får sedan se en karta, titta på rummen och välja. Företagets design och tydlighet behövs fortfarande, men delar av kundmötet kan ske på en annan plats än den egna hemsidan.
Hur vanligt det blir, och hur snabbt, återstår att se. Vår bedömning är att företag behöver förbereda sig för fler sätt att möta kunden. Hemsidan fortsätter samtidigt att vara viktig för den som vill läsa, jämföra och ta kontakt själv.
Testerna visar var agenterna faktiskt letar
En annan del av föredraget handlar om hur lätt det är att dra för snabba slutsatser om vad AI-agenter behöver.
Yosef berättar att ungefär hälften av webbplatserna i teamets undersökning hade en fil som heter llms.txt. Tanken med filen är att ge AI-system en kort introduktion och länkar till användbar information. Formatet beskrivs som ett standardiseringsförslag på llmstxt.org.
I testerna gick agenterna ofta till dokumentationen och startsidan. Yosef beskriver att de som hittade llms.txt gjorde det via hänvisningar i dokumentationen. Filen låg alltså inte självklart först i deras väg genom webbplatsen.
Det resultatet gäller de tester han redovisar. Det säger inte hur alla AI-tjänster beter sig. Lärdomen vi tar med oss är att kontrollera vad som faktiskt fungerar. Att en fil finns på servern visar inte om en agent hittar den eller klarar uppgiften.
Även Google gör en relevant avgränsning: det krävs inga särskilda AI-textfiler eller någon särskild märkning för att kunna synas i AI Overviews och AI Mode. Google lyfter bland annat användbart innehåll, interna länkar och viktig information i textform. Det gäller Googles sökfunktioner. Att en agent ska kunna genomföra en bokning eller använda ett system ställer andra krav. Källa: Google Search Central.
Fem saker att börja med
För dig som driver företag skulle vi börja med några konkreta saker:
- Gör erbjudandet lätt att förstå. Beskriv vad ni säljer, vem det passar, vad som ingår och hur kunden går vidare. Om priset beror på uppdraget, förklara vad som påverkar det. Se till att viktig information finns som vanlig text på sidan.
- Gå igenom vägen till kontakt, köp eller bokning. Använd tydliga länkar, begripliga formulärfält och besked om vad som händer efter varje steg. Börja med uppgifterna som är viktigast för kunderna.
- Undersök vad systemen redan kan göra. Ett API är en anslutning som låter program utbyta information och utföra uppgifter. Bokningssystemet eller webbutiken kanske redan har stöd för det ni behöver. Utgå från en konkret uppgift innan ni bestämmer vilken teknik som ska byggas.
- Testa med verkliga kundfrågor. Be olika AI-agenter med webbtillgång att hitta en viss tjänst, förklara villkoren och visa vägen till en förfrågan. Kontrollera svaren och följ, där det går, vilka sidor de använder. Då får du konkreta fel och hinder att åtgärda.
- Följ upp nyttan. Bedöm om rätt kunder förstår erbjudandet och kommer vidare till relevanta förfrågningar, bokningar eller köp. Om ni bygger en integration behöver ni också kontrollera att uppgifterna genomförs korrekt och att kunden kan granska viktiga val.
Börja med en konkret kunduppgift
Vår rekommendation är att börja där en kund redan i dag behöver lägga onödig tid på att förstå eller använda er tjänst. Där finns en konkret uppgift att förbättra och ett resultat att följa upp. Om nästa steg kräver en teknisk integration går det att bedöma utifrån det behovet.
Det är också det mest användbara vi tar med oss från Yosefs föredrag: låt verkliga försök visa vad som behöver bli bättre. Ge agenten en uppgift, se var den fastnar och förbättra den delen.
Vill du prata om vad det här kan betyda för din hemsida? Hör av dig till oss och berätta vad du vill att kunderna ska kunna göra. Då har vi något konkret att börja med.
