ITSL · Beslutsunderlag · 6 november 2026

En enklare väg till rätt mottagare.

Sökundersökning och stegvis produktplan för SDK.se.

17 primärkällor · Dokumenterade produktmönster och UX-forskning. Förslagen är inte genomförda användartest eller bevis för att SDK.se är bäst på marknaden.

Vad vi rekommenderar

Gör startsidan till en tydlig sökuppgift: en central sökruta och ett fåtal relevanta nästa val. Listan bär huvudflödet; karta är valfri.
Sökhjälp ska hitta publicerade mottagare även vid mindre stavfel och godkända alternativa benämningar. Förslagens kvalitet är viktigare än deras visuella rikedom.
Varje träff måste visa vilken funktion och organisation som tar emot, vilken kanal uppgiften avser samt källa och kontrolltid. Geografi och organisationsansvar bevisar inte mottagaruppdrag.
Tillåt publik sökning och källgranskning. Konto tillför ett begripligt värde i nästa etapp: beständiga favoriter och återanvändning.
AI kan senare tolka behov och föreslå sökord/filter. Kontaktvärden hämtas alltid oförändrade ur godkända poster, aldrig ur genererad fritext.
Tillväxt sker genom granskad publicering, inte masspublicering av insamlat material. En utebliven träff betyder att katalogen saknar en match, inte att verksamheten saknar kanalen.

Jämförelse med etablerade tjänster

Tjänst eller forskningskälla: Google Maps
Källor: Google [S01] · Google [S02]
Område: Uppslag och återanvändning
Dokumenterat mönster: Sökning, lista/platsdetalj, filter, delbar sökning och sparade listor.
Detta tar vi med: En tydlig ingång, återöppningsbar detaljvy och senare favoritlistor.
Anpassning för SDK.se: Rangordna efter verksamhetsrelevans och explicit vald organisation. Karta och position ska vara frivilliga.
Detta är inte belagt: Överlägsenhet, marknadsandel och att närmast är rätt digital mottagare.

Tjänst eller forskningskälla: Algolia
Källor: Algolia [S03] · Algolia [S04]
Område: Sökfunktioner
Dokumenterat mönster: Prefix, stavfeltolerans och riktade synonymer.
Detta tar vi med: Pröva samma egenskaper på svenska benämningar i en gemensam relevansmängd.
Anpassning för SDK.se: Undanta identifierare och kontaktvärden från fuzzy-omskrivning.
Detta är inte belagt: Kvalitet och total kostnad jämfört med andra alternativ på SDK.se:s data.

Tjänst eller forskningskälla: Elastic
Källor: Elastic [S05] · Elastic [S06]
Område: Sökfunktioner
Dokumenterat mönster: Sökning medan man skriver och förvaltade synonymuppsättningar.
Detta tar vi med: Gör synonymregler versionerade och regressionstesta dem.
Anpassning för SDK.se: Planera egen index- och driftförvaltning om denna väg väljs.
Detta är inte belagt: Att mer avancerad teknik ger bättre mottagarprecision utan bra metadata.

Tjänst eller forskningskälla: Microsoft Azure AI Search
Källor: Microsoft [S07]
Område: Semantisk återvinning
Dokumenterat mönster: Semantisk omrangordning, extraherade utdrag och separat frågeomskrivning.
Detta tar vi med: Håll tolkning, återvinning och visning av källdata åtskilda.
Anpassning för SDK.se: AI får föreslå sökavsikt; den får inte komponera kontaktfält.
Detta är inte belagt: Tillräcklig precision för mottagarval eller att AI behövs i första etappen.

Tjänst eller forskningskälla: GOV.UK
Källor: GOV.UK Design System [S08]
Område: Konto och tjänsteflöde
Dokumenterat mönster: Konto när eget beständigt data ger ett faktiskt behov.
Detta tar vi med: Koppla inloggning till att spara favoriter och återkomma.
Anpassning för SDK.se: Bevara pågående sökning genom inloggning och tillbaka.
Detta är inte belagt: Vilken svensk identitetsmetod och organisationsmodell som är lämplig.

Tjänst eller forskningskälla: NHS Find a GP
Källor: NHS [S09]
Område: Avgränsat kontaktsök
Dokumenterat mönster: Tydligt geografiskt sökfält med frivillig position och manuell reservväg.
Detta tar vi med: Frivilligt geografiskt stöd och tydlig återhämtning vid positionsfel.
Anpassning för SDK.se: SDK.se måste även hitta nationella och geografiskt breda funktioner.
Detta är inte belagt: Att geografiskt avstånd svarar mot administrativt mottagaransvar.

Tjänst eller forskningskälla: 1177 Hitta vård
Källor: 1177 / Inera [S10]
Område: Svensk mottagarkontext
Dokumenterat mönster: Vårdtyp, mottagningskontakt och region i det indexerade underlaget; personliga e-tjänster efter login.
Detta tar vi med: Svenska verksamhetsord och begripligt organisations-/mottagarsammanhang.
Anpassning för SDK.se: Visa separata kanaluppgifter för professionell kommunikation.
Detta är inte belagt: Fullt sökbeteende, karta och rangordning har inte granskats interaktivt.

Tjänst eller forskningskälla: Digg SDK adressbok
Källor: Digg [S17]
Område: Domänens grund
Dokumenterat mönster: Organisationens funktionsmottagare och ansvar för adressens innehåll.
Detta tar vi med: Bevara källans identitet, funktion och metadata.
Anpassning för SDK.se: SDK.se blir en sök- och förklaringsyta ovanpå granskade källor.
Detta är inte belagt: Nationell fullständighet, rätt mottagaruppdrag och leveransresultat.

Från forskning till beslut

Referens
E01
Typ av underlag
Användbarhetsforskning
Källor
Nielsen Norman Group [S11] · Baymard Institute [S14]
Iakttagelse
Förslag hjälper formuleringen men felaktiga förslag eller uteblivna förslag kan missleda.
Förslag för SDK.se
Förslag byggs från publicerat index och godkända begrepp. Enter ska alltid kunna söka hela den skrivna frågan.
Referens
E02
Typ av underlag
Användbarhetsforskning
Källor
Nielsen Norman Group [S12]
Iakttagelse
Rikare autocomplete innebär inte automatiskt mer användning.
Förslag för SDK.se
Börja med 4–6 lättskannade textförslag som designhypotes, utan kampanjyta eller stora bildblock.
Referens
E03
Typ av underlag
Användbarhetsforskning
Källor
Baymard Institute [S15] · W3C WAI [S16]
Iakttagelse
Frågeförslag behöver vara redigerbara och tillgängliga.
Förslag för SDK.se
Skilj Sök efter … från Öppna mottagare …, bevara ursprunglig fråga och testa manuell selektion med tangentbord/skärmläsare.
Referens
E04
Typ av underlag
Användbarhetsforskning
Källor
Nielsen Norman Group [S13]
Iakttagelse
Nollträffar kan bli en återvändsgränd eller misstolkas.
Förslag för SDK.se
Skriv Ingen match i publicerade uppgifter; visa frågan, aktiva filter och konkreta alternativ utan falska mottagare.
Referens
E05
Typ av underlag
Myndighets- och designvägledning
Källor
GOV.UK Design System [S08]
Iakttagelse
Konton skapar friktion och bör kopplas till ett tydligt beständighetsbehov.
Förslag för SDK.se
Öppna sökflödet anonymt. Introducera konto när användaren vill behålla egna favoriter.
Referens
E06
Typ av underlag
Myndighets- och designvägledning
Källor
Digg [S17]
Iakttagelse
Det är en funktionsmottagare hos en organisation som adresseras.
Förslag för SDK.se
Visa funktionen och organisationen före kontaktvärdet; håll registrering, källkontroll och mottagning isär.
Referens
E07
Typ av underlag
Leverantörsdokumentation
Källor
Algolia [S03] · Algolia [S04] · Elastic [S05] · Elastic [S06]
Iakttagelse
Tekniskt stöd finns för tolerans och termutökning.
Förslag för SDK.se
Prioritera svensk testmängd och förvaltning före val av sökmotor.
Referens
E08
Typ av underlag
Leverantörsdokumentation
Källor
Microsoft [S07]
Iakttagelse
Semantisk omrangordning och generering är olika steg.
Förslag för SDK.se
Kontakta aldrig en mottagare enbart på grund av generativt svar; välj en konkret, källmärkt post.

Fem etapper

Etapp

P0 – nu

Mål

Enkel publik sökning på godkänt underlag

Leveranser

Central sökruta, kort autocomplete och träfflista
Tydliga mottagar-/kanal-/källfält
Begripliga filter, tomlägen och felstatus
Generator och kartor finns som sekundära vägar

Godkännandekriterier

Ingen kandidatpost syns i något publikt söksvar eller förslag.
Alla publicerade träffar har exakt kanalvärde, källa och kontrolltid.
Sökning går att slutföra med enbart tangentbord och utan karta.
Nätfel och nollträffar har olika status.
Publik sökning kräver inget konto.

Underlag före nästa steg

Granskad testmängd, genomgång av publiceringsgräns, tillgänglighetskontroll och första formativa användartestet.

Etapp

P1 – nästa produktsteg

Mål

Leveranser

Skapa konto/logga in
Personliga favoriter med namn och vald kanal
Återgång till samma fråga eller mottagare efter login
Tydlig information om sparat, osparat och utloggat läge

Godkännandekriterier

Favorit består efter utloggning och återinloggning och återöppnas från serverns sparade data.
Användare ser endast egna privata favoriter.
Avbruten login bevarar sökuppgiften.
Ändrad eller avpublicerad post ger ett begripligt besked.
Kontoval och eventuell identitets-/organisationskoppling är beslutad och verifierad före produktion.

Underlag före nästa steg

Reopen-kontroll, åtkomstkontroll mellan två testkonton och observerat användartest. En skärmskiss är inte genomförd login.

Etapp

Mål

Granskad breddning av kontaktkanaler och återanvändning

Leveranser

Prioriterade granskningsköer per organisation och kanal
Aktualitets- och ändringsprocess
Delbara mottagarlänkar och tydligt avgränsad export
Valfri karta där geodata har kvalitet

Godkännandekriterier

Varje ny kanal har egen källa och publiceringsstatus.
Rätt funktion och organisation har kontrollerats, inte bara matchande namn.
Ingen mängdinsamling blir masspublicering.
Karta ändrar inte resultatens omfattning utan synligt användarval.

Underlag före nästa steg

Publiceringslogg, stickprov och felrapportsflöde på ett begränsat pilotområde.

Etapp

Mål

Hubs-favoritkoppling

Leveranser

Verifiera Hubs API, organisationstillhörighet och tillåtna rättigheter
Förhandsvisa vilka favoriter och kanaler som kopplas
Visa synkstatus, konflikter och möjlighet att koppla från

Godkännandekriterier

Synk sker endast efter uttryckligt val och korrekt organisationsbehörighet.
Stabila postidentiteter mappas utan att kontaktvärden gissas.
Sparat i SDK.se, synkat till Hubs och mottaget av en meddelandeklient är olika verifierade tillstånd.
Borttagning och ändring har dokumenterad riktning och konfliktregel.

Underlag före nästa steg

Begränsad integrationstestning med syntetiska konton och verifiering i båda systemen. API-stöd är ännu inte fastställt.

Etapp

P4 – efter baslinje

Mål

Behovstolkande AI som prövad förbättring

Leveranser

Begränsad tolkning av fria behovsfrågor
Ändringsbar tolkning och källa per rekommenderad post
Jämförelse med vanlig sökning och förvaltade synonymer

Godkännandekriterier

Kontaktvärden avviker aldrig från hämtad publicerad post i testmängden.
AI avstår vid okänd eller tvetydig mottagare.
Testet visar förbättring i definierade behovsuppgifter utan fler felval.
Vanlig sökning fungerar även utan AI.

Underlag före nästa steg

Förregistrerad jämförelse, särskilda prov på felaktiga antaganden och dokumenterad beslutspunkt; inga effektresultat finns ännu.

Så mäter vi om det fungerar

Status

Samtliga nedanstående mål är förslag. Baslinje och uppnådda värden saknas.

Mätetal

Mätetal
Korrekt mottagarval
Definition
Andel prövade uppgifter där användaren väljer rätt organisation, funktion och tillåten kanal mot expertgranskat facit.
Föreslaget krav
Inga kritiska felval får döljas av hög total träffgrad. Utred varje felaktigt säkert val före release.
Mätmetod
Observerat uppgiftstest och relevansmängd; redovisa antal och nämnare.
Mätetal
Sökuppgift slutförd
Definition
Användaren hittar, granskar och kopierar/öppnar rätt kanal utan moderatorhjälp.
Föreslaget mål
Minst 90 % i en senare tillräckligt dimensionerad validering; fastställ urvalsstorlek först.
Mätmetod
Registrera första val, slutligt val, hjälpbehov och avbrott. Formativa små urval redovisas som antal.
Mätetal
Tid till rätt mottagare
Definition
Tid från visad sökuppgift till korrekt verifierat slutval.
Föreslaget mål
Förbättra median och långsamma förlopp mot egen baslinje; inget påstått sekundmål före baslinjen.
Mätmetod
Separera känd mottagare, behovsfråga och återanvändning.
Mätetal
Relevans
Definition
Success@5 för känd mottagare och nDCG@10 för breda behovsfrågor med expertgraderad relevans.
Föreslaget mål
Success@5 minst 95 % på fastlåst, representativ testmängd som ett föreslaget releasekrav.
Mätmetod
Redovisa också fel per ort, kortnamn, kanal, stavfel och synonym; ingen nationell representativitet utan stöd.
Mätetal
Autocomplete
Definition
Andel förslag som leder till relevanta publicerade poster samt redigerings- och valbeteende.
Föreslaget mål
0 förslag till opublicerade eller icke-existerande poster; övrig kvalitet jämförs mot baslinje.
Mätmetod
Låg klickandel ensam är inte misslyckande: förslag kan användas som läshjälp.
Mätetal
Nollträffar och återhämtning
Definition
Nollträffsökningar och andel som följs av korrekt uppgiftslösning efter omformulering/filterändring.
Föreslaget mål
Minska oavsiktliga nollträffar; behåll korrekta tomlägen när godkänt underlag saknas.
Mätmetod
Skilj stavfel, filter, datatäckning och tekniska fel. Lägre nollträffsandel får inte köpas med irrelevanta träffar.
Mätetal
Svarstid
Definition
P50/P95 från användarens färdiga inmatning till synligt, stabilt resultat inklusive nätverk.
Föreslaget mål
Autocomplete P95 högst 500 ms efter avslutad inmatning och sökresultat högst 1,5 s i definierad testmiljö.
Mätmetod
Redovisa enhet, nätverk, dataomfång och eventuell debounce; detta är ett produktmål, ingen extern standard eller mätning.
Mätetal
Källspårbarhet och aktualitet
Definition
Andel publicerade kanalrader med fullständig källa och kontrolltid samt antal poster förbi beslutad granskningsfrist.
Föreslaget mål
100 % spårbarhet vid publicering. Granskningsfrist beslutas per källa/kanal.
Mätmetod
Automatisk fältkontroll kombineras med källstickprov. Ett datum bevisar inte att kontrollen varit korrekt.
Mätetal
Favoriter och login
Definition
Lyckad lagring/återöppning, avbrott vid konto och lyckad återgång till uppgiften.
Föreslaget mål
100 % återöppning i definierade funktionstester; användarflödet jämförs mot baslinje.
Mätmetod
Skilj försök, serverbekräftad sparning, faktisk återöppning och senare Hubs-synk.
Mätetal
AI-trohet
Definition
Kontaktfält som exakt motsvarar vald post samt korrekt avstående vid ogrundad fråga.
Föreslaget mål
0 genererade eller förändrade kontaktvärden i samtliga kontraktstester.
Mätmetod
Testa tvetydighet, otillgänglig källa, felaktiga användarpremisser och skadliga instruktioner i inläst innehåll.

instrumentation

Logga händelsetyp, filtertyp, post-id och felkategori med dataminimering. Råa behovsfrågor, personliga anteckningar och känslig ärendeinformation ska inte rutinmässigt hamna i analyslogg. Klick eller kopiering är inte bevis på korrekt mottagare eller leverans.

Testa med kommuner och regioner

Status

Planerat upplägg, inte genomfört.

Deltagare

Två formativa omgångar med 6–8 personer vardera som planeringsförslag. Rekrytera kommunala handläggare, regional vård/administration, registratur och SDK-administratör; täck både vana och ovana användare. Inkludera mobil och användare av hjälpmedel. Små urval ger förbättringsfynd, inte nationella procentskattningar.

Testupplägg

Syntetiska uppdrag och ett fryst, expertgranskat kontaktunderlag. Inga riktiga patientärenden eller meddelanden skickas. Ordningen på uppgifterna varieras.

Uppgifter

Hitta en känd funktion i en namngiven kommun med ett mindre stavfel.
Skilj två mottagare med liknande namn i olika organisationer.
Utgå från ett verksamhetsbehov och välj rätt funktion utan att AI eller synonymregel gissar ett uppdrag.
Hitta samma funktion via SDK respektive fax och förklara vad kanalens källa bekräftar.
Få noll träffar efter ett för snävt filter och återhämta sökningen.
Särskilj att en kanal saknar publicerad uppgift från att kanalen bevisligen saknas.
Förklara källa, kontrolltid och varför detta inte bevisar leverans.
Slutför sökningen utan karta och med tangentbord/skärmläsare.
Efter P1: spara favorit, logga ut, logga in och återöppna; hantera en ändrad eller avpublicerad post.
Efter P4: ge en tvetydig eller omöjlig behovsfråga och kontrollera att AI frågar eller avstår.

Observationer

Korrekt slutval mot facit
Första felval och varför det uppstod
Tid, hjälpbehov och återhämtning
Förståelse av kanal, källa och uppdrag
Upplevd säkerhet i valet jämfört med faktisk korrekthet
Tillgänglighet i fokushantering och uppläsning

Krav före bred lansering

Ingen offentlig bredlansering av nya datakategorier på grund av en snygg prototyp. Stäng först kritiska mottagar- och publiceringsfel. Dokumentera kvarstående begränsningar och upprepa berörda uppgifter.

Senare jämförelse

När baslinjen finns: jämför vanlig sökning med föreslagen tolkning inom samma facit och uppgiftstyper. Bestäm minsta meningsfulla förbättring och stickprovsstorlek före kvantitativt test.

Metod och begränsningar

Metod

Aktuell webbsökning och läsning av primärkällor den 6 november 2026. Jämförelsen gäller mönster och dokumentation, inte en fullständig interaktiv revision av tjänsterna.

Olika typer av belägg

Användbarhetsforskning: NN/G och Baymards egna rapporterade användbarhetsobservationer. Primärkällor till sina undersökningar, inte oberoende effektbevis för SDK.se.
Dokumenterat produktmönster: Officiella hjälpsidor och läsbara offentliga gränssnitt. Beskriver existerande funktioner, inte att mönstret passar alla användare.
Leverantörsdokumentation: Algolia, Elastic och Microsoft dokumenterar funktioner. Kvalitet, kostnad, drift och svensk relevans måste prövas separat.
Myndighets- och designvägledning: Diggs domänbeskrivning samt GOV.UK:s designvägledning. Råd och domänförutsättningar, inte genomförda SDK.se-tester.
Vårt förslag: Våra rekommendationer och testmål; kräver validering med svenska målgrupper.

Begränsningar

E-handelsstudiernas uppgifter skiljer sig från yrkesmässigt mottagarsökande. Överföring till offentlig sektor är en motiverad hypotes.
Ingen extern effektstorlek används som prognos för SDK.se. NN/G:s och Baymards procentsiffror avser deras egna studier eller benchmark.
Google Maps jämförs som uppslags- och återanvändningsmönster. Fysisk närhet är ofta olämplig som primär rangordning för digitala funktionsmottagare.
1177:s fulla sökgränssnitt framkom i webbsökningens index av en officiell regionsida; direkt textöppning gav bara sidans skal. Inga detaljer om karta, rangordning eller faktisk träffkvalitet tillskrivs 1177.
Diggs produktionssida för utökad sökning kunde inte öppnas med webbverktyget. Domänkrav stöds av Diggs öppnade vägledning; QA-gränssnitt används inte som belägg för produktion.
Inget leverantörsval har gjorts. Pris, personuppgiftsbehandling, dataplacering, avtal och skalning ingår inte i denna jämförelse.

Källor

S01 · Google — Search locations on Google Maps
Hjälpen beskriver sökning, platsdetaljer, filter och delning av sökresultat. Lokala resultat använder bland annat relevans och avstånd.
product_pattern · Läst 2026-11-06. Officiell produktbeskrivning; ingen oberoende UX-jämförelse.
S02 · Google — Save favorite places
Sparade platser ordnas i listor och kan återfinnas på flera enheter. Funktionen kräver Google-konto.
product_pattern · Läst 2026-11-06. Visar ett kontoanknutet återanvändningsmönster, inte nödvändigtvis rätt kontolösning för SDK.se.
S03 · Algolia — Typo tolerance
Dokumenterar konfigurerbar stavfeltolerans, prefixmatchning och att exakta träffar prioriteras framför stavfel enligt standardrangordningen.
vendor_documentation · Läst 2026-11-06. Funktionalitet är dokumenterad; svensk mottagarprecision och faktisk svarstid är inte mätta här.
S04 · Algolia — Synonyms
Dokumenterar både ömsesidiga och enkelriktade synonymrelationer. Enkelriktning gör att en bred benämning kan utökas utan att alla ord behandlas som likvärdiga.
vendor_documentation · Läst 2026-11-06. Domänens termrelationer måste förvaltas och testas; leverantören levererar inte en färdig svensk mottagartaxonomi.
S05 · Elastic — Search-as-you-type field type
Dokumenterar stöd för prefix- och infixkomplettering samt sökning på ofullständiga termer.
vendor_documentation · Läst 2026-11-06. Ett indexeringsmönster är inte en färdig tillgänglig autocomplete-komponent.
S06 · Elastic — Configure synonyms in Elasticsearch
Dokumenterar synonymuppsättningar, riktade relationer och verifiering av analys och sökresultat.
vendor_documentation · Läst 2026-11-06. Konfiguration och drift kräver egen förvaltning; ingen jämförande effekt med Algolia har mätts.
S07 · Microsoft — Semantic ranking in Azure AI Search
Semantisk rangordning ordnar om en befintlig träffmängd. Extraherade svar och utdrag hämtas ur indextext. Frågeomskrivning är en separat förmåga som beskrivs som preview.
vendor_documentation · Läst 2026-11-06. Skillnaden mellan extraktion och generativ frågeomskrivning är viktig. Dokumentationen garanterar inte rätt mottagare för ett verksamhetsbehov.
S08 · GOV.UK Design System — Help users to Create accounts
Rekommenderar konto för återkommande åtkomst/uppdatering av egen data, och att användaren får använda så mycket av tjänsten som möjligt före kontoskapande.
authority_guidance · Läst 2026-11-06. Vägledning; den identifierar inte SDK.se:s framtida identitetsleverantör eller behörighetsmodell.
S09 · NHS — Find a GP
Det öppnade gränssnittet erbjuder postnummer, sökknapp och ett val att använda position. Det anger alternativ om position inte kan hämtas.
product_pattern · Läst 2026-11-06. En avgränsad geografisk vårduppgift; motiverar inte GPS-krav eller geografisk rangordning för SDK.
S10 · 1177 / Inera — Hitta vård
Webbsökningens officiella sidutdrag beskriver kontaktuppgifter till mottagningar, vårdtyper och regionalt sammanhang. Sidans öppnade skal skiljer publik information från personliga e-tjänster efter inloggning.
product_pattern · Läst 2026-11-06. Delvis verifiering via indexerad primärsida; full interaktiv sökfunktion eller filtrering är inte testad.
S11 · Nielsen Norman Group — Site Search Suggestions
Användbarhetsexempel visar att förslag kan vägleda sökord och omfattning även när de inte väljs. Irrelevanta förslag kan vilseleda.
empirical_research · Läst 2026-11-06. Rapporterade e-handelsobservationer; stöd för riktning, inte en effektprognos i denna domän.
S12 · Nielsen Norman Group — Enriched Site-Search Suggestions: Rarely Used
I den beskrivna e-handelsstudien användes berikade förslag vid 7 av 60 tillfällen. Artikeln beskriver bland annat långsam laddning och reklamtolkning som problem.
empirical_research · Läst 2026-11-06. 7/60 är studiens observation, ingen universell användningsgrad och inget mål för SDK.se.
S13 · Nielsen Norman Group — 3 Guidelines for Search Engine No Results Pages
Visar användbarhets- och ögonrörelseexempel där nollträffbesked missas. Råden är tydligt besked, respektfull ton och en handlingsbar fortsättning.
empirical_research · Läst 2026-11-06. Äldre men relevant felåterhämtningsmönster; måste prövas i SDK.se:s sammanhang.
S14 · Baymard Institute — Offer Relevant Autocomplete Suggestions for Closely Misspelled Search Terms and Queries
Rapporterade tester visar att små stavfel i autocomplete kan få användare att korrigera upprepade gånger eller byta strategi. Problemen är särskilt besvärliga på mobil.
empirical_research · Läst 2026-11-06. E-handelsstudier från forskningsleverantören, inte offentligsektortest.
S15 · Baymard Institute — Always Copy the Active Autocomplete Suggestion to the Search Field
Observerar att vissa användare vill redigera ett föreslaget sökuttryck före sökning. Beskriver tangentbordsnavigering och möjlighet att föra över förslaget till sökfältet.
empirical_research · Läst 2026-11-06. Gäller frågeförslag. Direktval av en identifierad mottagare har en annan handling och ska märkas tydligt.
S16 · W3C WAI — Editable Combobox With List Autocomplete Example
Illustrerar combobox med manuell listselektion och tangentbordsstöd. W3C understryker att exempelkoden kräver test med hjälpmedel före produktion.
authority_guidance · Läst 2026-11-06. Mönstervägledning, inte ett automatiskt intyg om tillgänglighet eller färdig produktionskod.
S17 · Digg — SDK adressbok
SDK innehåller funktionsadresser, inte personadresser. Organisationen ansvarar för bemanning och uppdatering. Funktionsadresser behöver tekniskt kopplas till brevlådor; registret byggs ut successivt.
authority_guidance · Läst 2026-11-06. En registrerad adress bevisar inte i sig att ett visst meddelande mottagits eller att funktionen hanterar varje slags ärende.