Læs om vores opdateringsplaner heri.

Systemer viser engagerende adfærd ved at gøre det nemt for personer at få adgang til og bruge apps, få brugere til at føle, at de får mere arbejde af høj kvalitet udført, og få folk til at ønske at bruge apps i systemet.

Levering af engagerende adfærd betyder noget for forretningen, da det er direkte forbundet med brugerindføring samt generel medarbejder- og kundetilfredshed. Engagerende adfærd hjælper også med at reducere supportanmodninger og kan hjælpe med at forbedre kvaliteten af funktionsanmodninger fra brugere.

En af udfordringerne ved at oprette engagerende adfærd er, at det er vanskeligt at måle med målsætningsmetrikker alene. I stedet måles det efter brugerens subjektive oplevelser. Brugere mener, at engagerende apps giver reel værdi. Engagerende apps er tilgængelige, ikke-indtrængende og nemme at forstå. De kræver en minimal mængde introduktion og uddannelse. Og de bruger tydelige metoder til proaktivt at forhindre brugerfejl.

En anden udfordring er, at engagementsmål ofte vil variere med forskellige typer af brugerinteraktioner i dit system. Du kan f.eks. have et sæt mål for interne brugere, der administrerer sager, og et andet for eksterne brugere, der indsender oplysninger gennem en formular på dit website. Hvis du vil designe engagerende systemer, skal du omhyggeligt overveje typen af engagementer, du forsøger at oprette, og hvorfor brugere ønsker at engagere sig, før du begynder at samle funktioner og sider.

Partnerskab med brugeroplevelsesdesigner vil hjælpe dig med at træffe meget mere effektive beslutninger, når det gælder levering af engagerende apps. Fra et arkitektonisk perspektiv er brugerindføring og bevarelse vigtige komponenter i et sundt system. Engagerende arkitekturer reducerer sandsynligheden for Datakvalitetsproblemer forårsaget af brugere, der haster gennem processer eller springer over trin for at undgå at skulle bruge tid på et system, de ikke kan lide at bruge. For eksterne systemer kan en engagerende arkitektur øge omsætningen og kundefastholdelsen, da kunder, der finder dine systemer nemmere at arbejde med, vælger at gøre mere forretning med din organisation.

Du kan oprette mere engagerende apps ved at fokusere på at levere strømlinede og nyttige oplevelser.

Strømlinede apps er nemme at navigere i, præsentere oplysninger og dataindtastningsopgaver tydeligt og tilpasse, så de passer til forskellige formfaktorer. Strømlinede apps indeholder også oplevelsesmønstre, som brugere er blevet vant til i andre almindeligt brugte applikationer. De fleste webbrowsere præsenterer f.eks. "åbn på ny fane" som topindstillingen, når brugere højreklikker på et link. En strømlinet app, der indeholder faner, vil følge det samme mønster.

Konsekvenserne af ineffektive appoplevelser kan strække sig langt ud over en individuel app. Dårlige appoplevelser ødelægger brugernes Trust. Efterhånden som flere typer af forretningskritiske og kundeorienterede apps flytter til digitale kanaler, kan dette koste firmaer loyaliteten af nøgle interessenter.

Du kan strømline dine apps bedre ved at være hensigtsmæssig i, hvordan du håndterer appkompleksitet, formdesign og formfaktorer.

Minimering af applikationskompleksitet betyder, at brugere kun ser relevante menuelementer, faner og navigationskontroller. Du skal oprette tilknytninger mellem brugergrupper, brugertilladelser og den korrekte appoplevelse. Brug disse tilknytninger til at forstå, hvilken appoplevelse der skal præsenteres for en angivet bruger, og sørg derefter for, at din app har de logiske kontrolelementer, der er nødvendige for at levere denne oplevelse.

Apps, der præsenterer brugere med for meget kompleksitet, kan forårsage en række dårlige oplevelser:

• Brugere ser ofte unødvendige eller irrelevante faner, navigerer til tomme skærme og støder på inaktiverede eller blokerede links.
• Unødvendige eller ubrugelige instruktioner som "ignorer denne fane, hvis din rolle er X..." vises i uddannelses- og aktiveringsmaterialer.
• Rodede navigationsmenuer tvinger brugere til at bruge ekstra tid på at finde de elementer, de har brug for for at få arbejdet udført.

Disse dårlige oplevelser fører til lave ibrugtagningsfrekvenser og tilfredshedsniveauer.

Overvej følgende, når du bestemmer det rigtige niveau af appkompleksitet:

• Organiser menuer, faner og andre navigationskontroller baseret på prioriteten af det arbejde, som brugerne skal udføre.
• Undgå at introducere ny adfærd, som en bruger udelukkende skal lære, så vedkommende kan bruge din app.
• Fjern ikke adgang til funktioner, der gør det muligt for brugere at tilpasse aspekter af deres brugergrænseflade.
• Brug tilladelsessæt til at angive udvidede eller reducerede navigationsindstillinger.
• Forenkle Lightning-sideaktiveringstildelinger. Minimer antallet af aktive Lightning pr. app. Brug dynamiske formularer, tilladelsessæt og betinget gengivelse til at føje elementer til Lightning i din app. Gør dette i stedet for at vedligeholde flere Lightning, aktiveret og tildelt efter profil.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårlig) administration af appkompleksitet ser ud i en Salesforce-organisation. Du kan bruge disse til at validere eller forbedre dine applikationsdesigns.

Hvis du vil vide mere om Salesforce-værktøjer, der kan hjælpe dig med at administrere applikationers kompleksitet, kan du se Værktøjer, der er relevante for Engagement.

Strømlinede formularer organiserer oplysninger i logiske sekvenser, understøtter hurtig dataindtastning og minimerer påkrævede trin. De giver også mulighed for nyttige datavalideringsmeddelelser fra klienten og eliminerer gentagne formularindsendelsescyklusser.

Overvej følgende, når du designer formularer:

• Grupper relaterede felter sammen. Gruppefelter, der er relateret til det samme trin i en proces- eller dataindtastningsopgave. Eliminer felter, der ikke er direkte relevante for den aktuelle opgave.
• Sæt dataindtastning og validering tidligt. Felter, der kræver, at brugere indtaster data, skal vises tidligt i dine formularer. Det er en bedste fremgangsmåde at vise problemer med dataformatering eller manglende data på feltniveau og så hurtigt som muligt (dvs. før en bruger forsøger at navigere til det næste trin eller indsende formularen). Undgå også visning af fejl på feltniveau, før brugere har haft mulighed for at indtaste data i felterne.
• Minimer datainputopgaver. Udfyld eller udfyld automatisk så mange felter som muligt for at minimere dataindtastningsfejl og forbedre effektiviteten. Bed kun brugere om at indtaste data, der er vigtige eller vigtige. Eliminer eventuelle datainput, der ikke er relevante for den aktuelle forretningsproces. Brug pluklister i stedet for tekstfelter i frit format, hvor det er muligt, for at håndhæve valget af gyldige indstillinger og reducere variationer af det samme svar.
• Minimer indsendelser til serveren. Lad ikke formularer med flere trin indsende data til serveren flere gange. Sørg for, at alle tilpassede LWC- eller Aura-komponenter bruger cachelagring på klientsiden til at håndtere navigations- eller sideinddelingshandlinger. (Salesforce Lightning Experience og Salesforce Mobile-appen bruger som standard cachelagring på klientsiden). Design formularer, så brugere kun indsender data til serveren en gang. Valider brugerinput på klientsiden, før formularer sendes. Dette vil minimere utilsigtede brugerindsendelser, forhindre dubletter eller snavsede transaktioner i at forbruge båndbredde i bageste ende og hjælpe dig med at designe til bedre datahåndtering.
• Administrer formulartilstand. Cachelagring på klientsiden hjælper ikke kun med adfærd som navigation og sideinddeling, det hjælper også med at minimere datatab fra midlertidige forbindelsesproblemer. Effektiv administration af tilstanden betyder også, at apps korrekt kan orkestrere dataindsendelse til serveren og forhindre dublettransaktioner sammen med præsentation af relevante og rettidige meddelelser til brugere baseret på statussen for serverhandlinger. Strømlinede formularer sender kun datahandlinger en gang og kræver ikke, at brugere venter på, at lange kørselshandlinger på serveren afsluttes.
• Følg tilgængelighedsstandarder. Hvis du vil maksimere målgruppen for dine apps og hjælpe med at sikre, at de inkluderer alle dine kunder, skal du håndhæve standarder for tilgængelighed i dine formulardesign.

Strømlinede formularer hjælper med at øge dataintegriteten i dine apps, og hvor nyttige dine apps er for brugerne. De kan også reducere supportbilletter og anmodninger, da brugere bedre kan håndtere fejl og tydeligt forstå tilstanden af deres formularindsendelser. Desuden gør strømlinede formularer det muligt at indtaste data hurtigt og effektivt og sikrer, at brugerne ikke behøver at vente på, at længere kørende processer er fuldført for at udføre yderligere arbejde.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårligt) formdesign ser ud i en Salesforce-organisation. Du kan bruge disse til at validere eller forbedre dine formulardesigns.

Hvis du vil vide mere om Salesforce-værktøjer, der kan hjælpe dig med at opbygge mere strømlinede formularer, kan du se Værktøjer, der er relevante for Engagement. Hvis du ønsker mere specifik vejledning i valg af det rigtige formularværktøj til din anvendelsessituation, kan du se Arkitektens beslutningsvejledning til opbygning af formularer med Salesforce.

Engagerende apps tilpasser sig fint til forskellige enheder og interaktionstyper eller formfaktorer. Afhængig af enhedstypen vil forskellige typer brugerinteraktioner være nemmere (eller vanskeligere), og læsbarheden af formularer og felter vil ændres. Husk på, at formfaktorer udover skærmdimensioner også refererer til, hvordan dine brugere interagerer med skærmen. Et stigende antal enheder har nu berøringsskærme, og nogle brugere kan også bruge særlige enheder til tilgængelighed. Sørg for at tage hensyn til disse faktorer, når du designer formularer.

Hvis der ikke tages højde for formfaktorvariationer, kan det føre til en række problemer, herunder:

• Dårlig datakvalitet
• Ubrugelige appgrænseflader
• Flere fejlfinding eller "bestilling på vegne af"-sessioner for supportagenter
• Dårlig brugerindføring, lavt antal aktive brugere og høje frekvenser af app "afbrydelse"

Hvis du vil designe til interoperabilitet på tværs af formfaktorer i dine Salesforce-apps, skal du overveje følgende:

• Identificer understøttede formfaktorer for hver app.
• Identificer inputmetoder og dine brugeres behov for tilgængelighed. Se Tilgængelighed for at få flere oplysninger.
• Brug standardfunktionalitet til at levere tilpassede oplevelser på tværs af enheder, når det er muligt.
  • Lightning Page-skabeloner, der leveres af Salesforce, understøtter som standard forskellige formfaktorer. Hvis du vælger at udvikle tilpassede Lightning med Aura, skal udviklere indarbejde formfaktoroplysninger i komponentdesignfilen.
  • Standardsidekomponenter fra Salesforce håndterer gengivelse på tværs af understøttede formfaktorer for dig. Hvis du opretter tilpassede komponenter med LWC eller Aura, skal udviklere håndtere breddebevidsthed (der er implementeringsforskelle mellem Aura og LWC) og erklære formfaktorunderstøttelse i designfilen for deres komponenter.
• Følg vejledningen for at få strømlinede formularer på alle enheder.
• Opret testplaner (og gode tests) for nøgleformfaktorer. Ideelt vil du teste for alle enheder og formfaktorer for alle dine apps. Men opsætning af de korrekte enheder (eller enhedsimulatorer) til formfaktortest kan være en væsentlig investering. Hvis du ved, at en bestemt app eller et bestemt sæt af apps vil have et væsentligt antal brugere på mobil eller tablets, skal du prioritere nøjagtig test for disse apps på mobil- og tabletformfaktorer.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårlig) formfaktorbevidsthed ser ud i en Salesforce-organisation. Du kan bruge disse til at validere dine designs, før du opbygger, eller identificere sider, der skal omstruktureres.

Hvis du vil vide mere om Salesforce-værktøjer til effektivt formfaktordesign, kan du se Værktøjer, der er relevante for Engagement.

Følgende tabel viser et udvalg af mønstre, der skal søges efter (eller opbygges) i din organisation, og anti-mønstre, der skal undgås eller målrettes for rettelse.

✨ Oplev flere mønstre til strømlinede apps i Pattern & Anti-Pattern Explorer.

Nyttige applikationer gør det muligt for brugere at føle sig mere styrkede og effektive med færre distraktioner eller afbrydelser.

Nyttige applikationer hjælper med at bevare dataintegriteten ved at reducere manuelle fejl og give feedback til brugere, når og hvor de har brug for det. De hjælper brugerne med at forstå, hvilke handlinger de har brug for at fokusere på nu og næste gang, og giver relevante oplysninger til at hjælpe brugerne med at løse deres egne problemer hurtigere. De angiver et tydeligt link mellem en brugers handlinger og meningsfuld påvirkning eller resultater.

Du kan opbygge mere nyttige applikationer med tre vigtige vaner: advisering og meddelelser, vejledning i app og anerkendelse og belønninger.

Adviseringer og meddelelser hjælper brugere med at forblive informeret.

Et veldesignet adviserings- og meddelelsessystem kan øge engagementet og produktiviteten ved at give brugerne de oplysninger, de har brug for, for at træffe vigtige beslutninger rettidigt. Et dårligt designet adviserings- og meddelelsessystem – et, der præsenterer meddelelser, der hverken er relevante eller rettidige – vil have den modsatte effekt. Interne brugere vil hurtigt inaktivere eller ignorere adviseringer, hvilket medfører, at de går glip af lovlige meddelelser, der kan påvirke vigtige forretningsprocesser. Kunder eller andre eksterne brugere, der bliver trætte af meningsløse adviseringer, kan beslutte at stoppe med at bruge dine systemer fuldstændigt.

Når du beslutter, hvordan apps skal håndtere afsendelse af adviseringer og meddelelser til brugere, skal du overveje følgende:

• For fejl skal du bruge adviseringer og meddelelser som sidste udvej. Design fejlhåndteringen i dit system med back-end-behandling, der kan rette bestemte typer fejl uden menneskelig indgriben. Send kun brugere meddelelser om kritiske fejl, der vil forhindre dem i at udføre opgaver. På samme måde kan du kun sende forretningsbrugere fejlmeddelelser, når der er nogen korrigerende handling, som de selv kan (og skal) udføre. Yderligere fejlmeddelelser eller detaljer kan gøres tilgængelige via rapporter og/eller sendes til teknisk supportpersonale ved brug af asynkrone metoder til yderligere opfølgning.
• Vælg meddelelsestyper baseret på relevans, vigtighed og aktualitet. Forskellige typer af meddelelser har forskellige niveauer af blokering eller afbrydende adfærd. Meddelelser er en "blokerende" meddelelsestype, da de kræver, at brugere bekræfter dem, før de kan fortsætte deres arbejde. Som med fejlmeddelelser skal adviseringer bruges sparsomt. Toast-adviseringer er ikke-blokerende, kan have forskellig vedvarende adfærd og understøtter forskellige typer af meddelelsesanvendelsessituationer. De mindst påtrængende meddelelser er adviseringer i appen eller mails. Disse bruges bedst til at levere oplysninger, som brugere kan håndtere, når og som de vælger.
• Tænk over, hvad der skal ske næste gang. Mens nogle adviseringer er informative (f.eks. succesmeddelelser), kan andre kræve, at brugere udfører en type handling. Når du designer adviseringer, skal du sørge for at overveje ikke kun selve adviseringen, men eventuelle yderligere oplysninger, som en bruger måske har brug for at reagere på. Inkluder tydelige instruktioner eller links til, hvor brugere kan finde yderligere oplysninger eller fuldføre opfølgningstrin i alle adviseringer, der kan handles på.
• Fokus på læsbarhed. Sørg for, at du tydeligt kommunikerer hver adviserings formål og de næste trin, som en bruger skal udføre som svar. Meddelelser skal være forståelige for forretningsbrugere, der ikke er bekendt med det indvendige arbejde i de underliggende systemer. Når du opretter meddelelser, skal du følge tilgængelighedsstandarder og sørge for, at de er lokaliseret til at understøtte brugere i de områder, hvor de kan blive vist.

Medtag mønstre for, hvornår du skal bruge adviseringer eller forskellige typer fejl i dine designstandarder for at hjælpe med at sikre, at appkonstruktører følger ensartede fremgangsmåder.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårlig) adviseringer og meddelelser ser ud i en Salesforce-organisation. Du kan bruge disse til at validere dine designs, før du opbygger, eller identificere anvendelser, der skal omstruktureres.

Hvis du vil vide mere om Salesforce-værktøjer til adviseringer og meddelelser, kan du se Værktøjer, der er relevante for Engagement.

Vejledning i appen kan være en effektiv måde til at afdæmpe komplekse arbejdsflows (men du bør sørge for, at du først har optimeret dem) eller hjælpe med at introducere nye medarbejdere. Det kan være en god måde til at introducere procesændringer, fremhæve nye funktioner eller distribuere uddannelse på en automatiseret og skalerbar måde. Hvis det ikke implementeres omhyggeligt, kan vejledning i app blive overanvendt. Hyppige pop op'er eller advarsler kan skabe en enorm mængde støj og afbrydelse for brugere, hvilket fører til tab af produktivitet. Vejledning i app kan også blive underanvendt, hvilket resulterer i mere besværlige frigivelses- og ændringsstyringsprocesser (især for enkle funktioner). I sidste ende fører både over- og underbrug af vejledning i app til en række problemer, der udgør risici for forretningen, herunder:

• Lavere dataintegritet
• Øgede brugerfejl
• Højere brugerfrustrationsniveauer og lavere brugertilfredshed
• Lavere brugerproduktivitet

Husk på, at du måske ønsker at bruge vejledning i app anderledes i forskellige scenarier, da en brugers tankegang vil diktere, hvor meget vejledning der er "for meget" kontra "ikke nok". Brugere, der introduceres til et nyt system for første gang, vil sandsynligvis kræve hyppigere meddelelser end brugere, der blot lærer om en ny funktion i et system, de allerede kender.

Her er nogle nøgler til at oprette effektiv vejledning i app:

• Udvikle designstandarder. Det er vigtigt at huske, at overeksponering af vejledning i app kan medføre, at brugere rutinemæssigt begynder at afvise eller ignorere meddelelser. På dette tidspunkt bliver vejledning i app en irritation snarere end en ressource. Definer designstandarder for at gøre det klart, hvornår du skal bruge meddelelser, gennemgange, hjælpetekst på feltniveau, valideringsmeddelelser, stier, skærmforløb osv.
• Opret et prioriteringssystem for vejledningsimplementeringer. Ikke alle anvendelsessituationer for Vejledning i app skal implementeres. Overvej i stedet følgende spørgsmål for at prioritere. Hvor kan du blot bruge bedre feltnavne, mere eksplicitte betegnelser på knapper, bedre formulardesign og procesoptimering til at skabe mere intuitive arbejdsflows? Hvor kan du føje mere nyttig tekst eller links til en sti? Hvilken forretningsomkostningseffekt vil vejledning i appen have? Hvor ofte ønsker du at levere meddelelser til dine brugere? Sørg også for, at eventuelle implementeringer er inkluderet i din plan, så alle interessenter har synlighed.
• Tilknyt brugere til aktiv (og foreslået) vejledning i app. Tilknytning af brugere til vejledning i app vil hjælpe dig med at identificere og forhindre "hjælpsomhedsoverbelastning" på grund af for meget vejledning i app, der vises for en bruger. Dette er ofte resultatet af isoleret udvikling, da teams tænker for indsnævret over deres særlige anvendelsessituation. Vedligeholdelse af en holistisk visning af, hvad brugere vil blive eksponeret for, er især vigtigt for store organisationer. Inkludering af vejledningsimplementeringer på din oversigt kan også hjælpe.
• Saml og brug feedback til at forbedre. Gennemse data om anvendelse af Vejledning i app, og brug dem til at bedømme effektiviteten af Vejledning i app-implementeringer. Sørg for at angive måder, hvorpå brugere også kan give åben feedback for at hjælpe vejledende konstruktører.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårlig) vejledning i appen ser ud i en Salesforce-organisation. Du kan bruge disse til at validere designs, før du opbygger, og identificere implementeringer, der skal omstruktureres.

Hvis du vil vide mere om Salesforce-værktøjer til vejledning i appen, kan du se Værktøjer, der er relevante for Engagement.

Indbygning af anerkendelse og belønninger i en app hjælper enkeltpersoner, der bruger denne app, med at føle sig mere forbundet med påvirkningen af deres arbejde og bedre forstå værdien af deres bidrag, produktivitet og ydeevne. Det er også en effektiv måde til at låse loyalitet og engagement op.

Ikke at designe til anerkendelse eller belønning af appoplevelser kan bidrage til en række problemer, herunder:

• Brugere, der har problemer med at forstå deres status eller hastighed
• Forvirring om statussen på mål eller uafsluttet arbejde
• Mere uproduktive brugere, der ikke ser en forbindelse mellem deres opgaver og det "større billede"
• Administrationstid, der er spildt på manuel målrapportering på lavt niveau

Belønnede appoplevelser kan være vanskelige at designe og levere, da de afhænger af virksomhedens kultur, politikker og standarder samt konteksten og præferencer for individuelle brugere. Funktioner, der kan hjælpe desktopbrugere med at føle øjeblikke med glæde eller værdsættelse, kan blive irriterende for en bruger på mobil eller en bruger, der forsøger at arbejde fra et støjende, travlt hjemmekontor. Personer, der bruger en app til at arbejde med oplysninger, der er private eller meget følsomme, vil muligvis ikke sætte pris på kommunikation om milepæle i form af konfetti-fester eller skilte. Et distribueret salgsteam kan derimod se en sådan gamifikation som en passende givende appoplevelse. I sidste ende kan de implementeringsmønstre, du vælger, bedst bestemmes ved at samarbejde med brugeroplevelsesdesignere i et team.

Når det gælder arkitektur, er det vigtigt at identificere, hvordan og hvor apps kan implementere funktioner, der hjælper brugere med at føle sig genkendt og belønnet. Det er også vigtigt at forstå, hvordan og hvor disse funktioner kan gøre apps mindre genanvendelige eller undgå at levere virksomhedsværdi.

Her er nogle spørgsmål, du bør overveje, når du evaluerer anerkendelse og belønninger i Salesforce-apps:

• Hvordan og hvor kan brugerne se deres egne fremskridt samt generelle teamstatistikker? Rapporter er vigtige, men de indeholder ofte sammendragsdata, der kan overse konteksten af dagligt arbejde. Du kan bruge et værktøj som Lightning App-konstruktør til at integrere diagrammer eller dashboards på registreringsskærme i konteksten af en app, hvilket hjælper brugerne med at forstå deres påvirkning eller fremskridt i deres daglige opgaver.
• Hvordan skal brugerne genkendes? Dette kan variere efter team- eller individuelle præferencer. I nogle situationer ønsker supervisorer måske at se meddelelser om brugerstatus, så de kan deles med en større gruppe. Anerkendelse kan også være en yderligere fordel for at hjælpe med medarbejderens moral. Og i andre situationer foretrækker brugere måske blot at være de eneste, der adviseres om deres status på en bestemt opgave eller et bestemt projekt.

Listen over mønstre og anti-mønstre nedenfor viser, hvordan korrekt (og dårlig) anerkendelse og belønninger ser ud i en Salesforce-organisation. Du kan bruge disse til at validere designs, før du opbygger, og identificere implementeringer, der skal omstruktureres.

Hvis du vil vide mere om Salesforce-værktøjer til anerkendelse og belønninger, kan du se Værktøjer, der er relevante for Engagement.

Følgende tabel viser et udvalg af mønstre, der skal søges efter (eller opbygges) i din organisation, og anti-mønstre, der skal undgås eller målrettes for rettelse.

✨ Oplev flere mønstre til nyttige apps i Pattern & Anti-Pattern Explorer.

Hjælp os med at holde Salesforce Well-Architected relevant for dig. Tag vores undersøgelse for at give feedback om dette indhold og fortæl os, hvad du gerne vil se som det næste.