Les om våre oppdateringsplaner heri.

Systemer viser engasjerende virkemåter ved å gjøre det enkelt for brukere å få tilgang til og bruke apper, få brukere til å føle at de får gjort mer arbeid av høy kvalitet, og få brukere til å ønske å bruke apper i systemet.

Levering av engasjerende virkemåte er viktig for virksomheten fordi det er direkte korrelert med brukertilpassing i tillegg til generell arbeiders og kundetilfredshet. Engasjerende virkemåter bidrar også til å redusere kundestøtteforespørsler og kan bidra til å øke kvaliteten på funksjonsforespørsler fra brukere.

En av utfordringene med å opprette engasjerende virkemåte er at det er vanskelig å måle med objektive målinger alene. I stedet måles den av brukernes subjektive opplevelser. Brukere føler at engasjerende apper gir ekte verdi. Engasjerende apper er tilgjengelige, ikke-inntrengende og enkle å forstå. De krever et minimum av introduksjon og opplæring. Og de bruker tydelige metoder til proaktivt å hindre brukerfeil.

En annen utfordring er at engasjementsmål ofte varierer med de forskjellige typene brukerinteraksjoner i systemet. Du kan for eksempel ha ett sett mål for interne brukere som behandler saker, og et annet for eksterne brukere som sender informasjon via et skjema på nettstedet. For å utforme engasjerende systemer må du vurdere nøye hvilken type engasjement du prøver å opprette, og hvorfor brukere vil engasjere seg før du begynner å sette sammen funksjoner og sider.

Partnerskap med brukeropplevelsesdesignere (UX) vil hjelpe deg å ta mye mer effektive beslutninger når det gjelder å levere engasjerende apper. Fra et arkitektonisk perspektiv er brukertilpassing og -oppbevaring avgjørende komponenter i et sunt system. Engasjerende arkitekturer reduserer sannsynligheten for Datakvalitetsproblemer forårsaket av brukere som haster gjennom prosesser eller hopper over trinn for å unngå å måtte bruke tid i et system de ikke liker å bruke. For eksterne systemer kan en engasjerende arkitektur øke omsetningen og kundebeholdningen fordi kunder som finner systemene enklere å arbeide med, velger å gjøre mer forretning med organisasjonen.

Du kan opprette mer engasjerende apper ved å fokusere på å levere strømlinjeformede og nyttige opplevelser.

Strømlinjeformede apper er enkle å navigere i, presenterer informasjon og dataoppgaver tydelig og tilpasser seg ulike formfaktorer. Strømlinjeformede apper har også opplevelsesmønstre som brukere har blitt vant til i andre vanlig brukte programmer. De fleste nettlesere viser for eksempel "åpen i ny fane" som det beste alternativet når brukere høyreklikker på en lenke. En strømlinjeformet app som inneholder faner, følger det samme mønsteret.

Påvirkningen av ineffektive appopplevelser kan strekke seg langt utover en individuell app. Dårlige appopplevelser ødelegger brukernes Trust. Etter hvert som flere typer forretningskritiske og kunderettede apper flyttes til digitale kanaler, kan dette koste firmaer lojaliteten til viktige interessenter.

Du kan effektivisere appene bedre ved å være hensiktsmessig når det gjelder hvordan du nærmer deg appens kompleksitet, formutforming og formfaktorer.

Minimering av programkompleksitet betyr at brukere ser bare relevante menyelementer, faner og navigeringskontroller. Du må opprette tilordninger mellom brukergrupper, brukertillatelser og den riktige appopplevelsen. Bruk disse tilordningene til å forstå hvilken appopplevelse som skal presenteres for en gitt bruker, og forsikre deg deretter om at appen har de logiske kontrollene som er nødvendige for å levere den opplevelsen.

Apper som presenterer for mye kompleksitet for brukere, kan føre til en rekke dårlige opplevelser:

• Brukere ser ofte unødvendige eller irrelevante faner, navigerer til tomme skjermer og støter på deaktiverte eller blokkerte lenker.
• Unødvendige eller nyttige instruksjoner som "ignorere denne fanen hvis rollen er X..." vises i opplærings- og aktiveringsmateriell.
• Tøffe navigeringsmenyer tvinger brukere til å bruke ekstra tid på å finne elementene de trenger for å få arbeidet gjort.

Disse dårlige opplevelsene fører til lave tilpassingsgrader og tilfredshetsnivåer.

Vurder følgende når du bestemmer riktig nivå av appkompleksitet:

• Organiser menyer, faner og andre navigeringskontroller basert på prioriteten på arbeidet brukerne må gjøre.
• Unngå å introdusere nye virkemåter som en bruker bare må lære seg, slik at brukeren kan bruke appen din.
• Ikke fjern tilgang til funksjoner som gir brukere mulighet til å tilpasse aspekter av brukergrensesnittet.
• Bruk tillatelsessett til å tilby utvidede eller reduserte navigeringsalternativer.
• Forenkle aktiveringstildelinger for Lightning-sider. Minimer antall aktive Lightning per app. Bruk dynamiske skjemaer, tillatelsessett og betinget gjengivelse til å legge til elementer på Lightning i appen. Gjør dette i stedet for å vedlikeholde flere Lightning, aktivert og tildelt etter profil.

Listen over mønstre og motmønstre nedenfor viser hvordan riktig (og dårlig) kompleksitetsbehandling av apper ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere eller forbedre programutforminger.

Hvis du vil vite mer om Salesforce-verktøy som kan hjelpe deg med å behandle programkompleksitet, kan du se Verktøy som er relevante for engasjement.

Strømlinjeformater organiserer informasjon i logiske sekvenser, støtter rask dataregistrering og minimerer nødvendige trinn. De tillater også hjelpsomme datavalideringsmeldinger på klientsiden og eliminerer gjentatte sendingssykluser.

Vurder følgende når du utformer skjemaer:

• Grupper relaterte felt sammen. Gruppefelt relatert til samme trinn i en prosess- eller dataoppgave. Fjern felt som ikke er direkte relevante for den aktuelle oppgaven.
• Sett inn data og validering tidlig. Felt som krever at brukere skriver inn data, bør vises tidlig i skjemaene. Det er en god fremgangsmåte å avdekke problemer med dataformatering eller manglende data på feltnivå og så raskt som mulig (det vil si før en bruker forsøker å navigere til neste trinn eller sende inn skjemaet). Unngå også å vise feil på feltnivå før brukere har hatt mulighet til å legge inn data i feltene.
• Minimer inndataoppgaver. Forhåndsutfyll eller fyll ut så mange felt automatisk som mulig for å redusere dataregistreringsfeil og forbedre effektiviteten. Be brukere bare skrive inn data som er viktige eller viktige. Fjern eventuelle datainndata som ikke er relevante for den aktuelle forretningsprosessen. Bruk valglister i stedet for fritekstfelt der det er mulig for å håndheve valg av gyldige alternativer og redusere variasjoner av det samme svaret.
• Minimer sendinger til serveren. Ikke få flertrinnsskjemaer til å sende data til serveren flere ganger. Sørg for at alle tilpassede LWC- eller Aura-komponenter bruker bufring på klientsiden for å håndtere navigasjons- eller sideinndelingshandlinger. (Salesforce Lightning Experience og Salesforce-mobilappen bruker bufring på klientsiden som standard.) Utform skjemaer slik at brukere sender data til serveren bare én gang. Valider brukerinndata på klientsiden før skjemaer sendes. Dette vil minimere utilsiktet brukersendinger, hindre duplikat- eller skitne transaksjoner fra å forbruke båndbredde på baksiden, og hjelpe deg med å designe for bedre datahåndtering.
• Behandle skjemastatus. Bufring på klientsiden hjelper ikke bare med virkemåter som navigering og paginering, den bidrar også til å minimere tap av data fra periodiske tilkoblingsproblemer. Effektiv behandling av status betyr også at apper kan ordne dataoverføring til serveren på riktig måte og hindre duplikattransaksjoner, sammen med å presentere relevante og tidsriktige meldinger til brukere basert på statusen til handlinger på serversiden. Strømlinjeformater sender dataoperasjoner bare én gang og krever ikke at brukere venter på at lange operasjoner på serveren skal fullføres.
• Følg tilgjengelighetsstandarder. For å maksimere målgruppen for appene og bidra til å sikre at de inkluderer alle kundene, håndhever du standarder for tilgjengelighet i skjemautformingene.

Effektiviserte skjemaer bidrar til å øke dataintegriteten i appene og hvor hjelpsomme appene er for brukerne. De kan også redusere støttebilletter og forespørsler fordi brukere er bedre i stand til å løse feil og tydelig forstå statusen til innsendinger av skjemaer. Videre gir strømlinjeformulære skjemaer rask og effektiv datainnføring og sikrer at brukere ikke trenger å vente på at lengre prosesser skal fullføres for å utføre ytterligere arbeid.

Listen over mønstre og motmønstre nedenfor viser hvordan riktig (og dårlig) formutforming ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere eller forbedre skjemautforminger.

Hvis du vil vite mer om Salesforce-verktøy som kan hjelpe deg å bygge mer strømlinjeformaterte skjemaer, kan du se Verktøy som er relevante for engasjement. Se Arkitektens beslutningsveiledning for å bygge skjemaer med Salesforce for å få mer spesifikk veiledning om hvordan du velger riktig skjemaverktøy for ditt bruksområde.

Engasjerende apper tilpasser seg elegant forskjellige enheter og interaksjonstyper eller formfaktorer. Avhengig av enhetstype vil forskjellige typer brukerinteraksjoner bli enklere (eller vanskeligere), og lesbarheten for skjemaer og felt vil bli endret. Husk at formfaktor i tillegg til skjermdimensjoner også refererer til hvordan brukerne samhandler med skjermen. Et økende antall enheter har nå berøringsskjermer, og noen brukere kan også bruke spesielle enheter for tilgjengelighet. Pass på å ta hensyn til disse faktorene når du utformer skjemaer.

Hvis det ikke tas hensyn til formfaktorvariasjoner, kan det føre til en rekke problemer, inkludert:

• Dårlig datakvalitet
• Ubrukelige appgrensesnitt
• Flere feilsøkingsøkter eller "bestilling på vegne av"-økter for kundestøtteagenter
• Dårlig brukertilpassing, lite antall aktive brukere og høye antall "avsluttende" apper

Vurder følgende for å utforme for interoperabilitet på tvers av formfaktorer i Salesforce-appene:

• Identifiser støttede formfaktorer for hver app.
• Identifiser inndatametoder og brukernes tilgjengelighetsbehov. Se Tilgjengelighet for å få mer informasjon.
• Bruk standardfunksjonalitet til å levere tilpassede opplevelser på tvers av enheter når det er mulig.
  • Lightning-sidemaler fra Salesforce støtter som standard forskjellige formfaktorer. Hvis du velger å utvikle tilpassede Lightning med Aura, må utviklere bygge inn skjemafaktorinformasjon i komponentutformingsfilen.
  • Standard sidekomponenter fra Salesforce håndterer gjengivelse på tvers av støttede formfaktorer for deg. Hvis du oppretter tilpassede komponenter med LWC eller Aura, må utviklere håndtere breddegradsbevisstheten (det er forskjeller i implementeringen mellom Aura og LWC) og erklære støtte for formfaktorer i utformingsfilen til komponentene.
• Følg instruksjonene for å få strømlinjeformaterte skjemaer på alle enheter.
• Opprett testplaner (og gode tester) for viktige formfaktorer. Ideelt sett vil du teste for alle enheter og formfaktorer for alle appene. Men å konfigurere de riktige enhetene (eller enhetssimulatorene) for formfaktortester kan være en betydelig investering. Hvis du vet at en bestemt app eller sett med apper vil ha et betydelig sett brukere på mobilenheter eller nettbrett, prioriterer du nøyaktig testing av disse appene på mobil- og nettbrettformfaktorer.

Listen over mønstre og motmønstre nedenfor viser hvordan riktig (og dårlig) formfaktorbevissthet ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere utformingene før du bygger, eller identifisere sider som må omformuleres.

Hvis du vil vite mer om Salesforce-verktøy for effektiv formfaktorutforming, kan du se Verktøy som er relevante for engasjement.

Tabellen nedenfor viser et utvalg av mønstre som det skal søkes etter (eller bygges opp) i organisasjonen, og motmønstre som det skal unngås eller rettes opp mot.

✨ Oppdag flere mønstre for strømlinjeformede apper i Mønsterutforsker.

Nyttige programmer gir brukere mulighet til å føle seg mer autoriserte og effektive, med færre distraksjoner eller avbrudd.

Nyttige programmer bidrar til å opprettholde dataintegritet ved å redusere manuelle feil og gi tilbakemeldinger til brukere når og der de trenger det. De hjelper brukerne med å forstå hvilke handlinger de må fokusere på nå og neste gang, og gir relevant informasjon for å hjelpe brukere å løse sine egne problemer raskere. De gir en tydelig kobling mellom en brukers handlinger og meningsfylt innvirkning eller resultater.

Du kan bygge mer nyttige programmer med tre viktige vaner: varsler og meldinger, veiledning i app og anerkjennelse og belønninger.

Varsler og meldinger hjelper brukere med å holde seg informert.

Et godt utformet varslings- og meldingssystem kan øke engasjementet og produktiviteten ved å gi brukere informasjonen de trenger for å ta viktige beslutninger i rett tid. Et dårlig utformet varslings- og meldingssystem – et som presenterer meldinger som verken er relevante eller aktuelle – vil ha den motsatte effekten. Interne brukere kan raskt deaktivere eller ignorere varsler, noe som fører til at de går glipp av legitime meldinger som kan påvirke viktige forretningsprosesser. Kunder eller andre eksterne brukere som blir lei av meningsløse varsler, kan bestemme seg for å slutte å bruke systemene helt.

Når du skal bestemme hvordan apper skal håndtere sending av varsler og meldinger til brukere, bør du vurdere følgende:

• Bruk varsler og meldinger som en siste utvei ved feil. Utform feilhåndteringen i systemet med serverdelt behandling som kan korrigere bestemte typer feil uten menneskelig intervensjon. Send brukere bare meldinger om viktige feil som hindrer dem i å fullføre oppgaver. På samme måte kan du sende forretningsbrukere bare feilmeldinger når det er noen korrigerende handling som de kan (og må) utføre selv. Andre feilmeldinger eller detaljer kan gjøres tilgjengelig via rapporter og/eller sendes til teknisk kundestøttepersonell ved bruk av asynkrone metoder for videre oppfølging.
• Velg meldingstyper basert på relevans, haster og aktualitet. Forskjellige typer meldinger har forskjellige nivåer av blokkering eller avbrytende virkemåte. Varsler er en "blokkering" type melding fordi de krever at brukere bekrefter dem før de kan fortsette arbeidet sitt. Som med feilmeldinger bør varsler brukes med omtanke. Tostvarsler er ikke-blokkerende, kan ha forskjellig oppførsel ved varighet og støtter forskjellige typer meldingsbrukstilfeller. De minst påtrengende meldingene er varsler i appen eller e-postmeldinger. Disse brukes best til å levere informasjon som brukere kan håndtere når og slik de velger.
• Vurder hva som skal skje videre. Enkelte varsler er informative (som meldinger om vellykket utførelse), men andre kan kreve at brukere utfører en eller annen handling. Når du utformer varsler, må du passe på å vurdere ikke bare selve varselet, men eventuell tilleggsinformasjon som en bruker kan trenge for å iverksette tiltak. Inkluder tydelige instruksjoner eller lenker til hvor brukere kan finne mer informasjon eller fullføre oppfølgingstrinn i alle handlingsvarsler.
• Fokus på lesbarhet. Sørg for at du tydelig kommuniserer formålet med hvert varsel og de neste trinnene en bruker må utføre som svar. Meldinger skal være forståelige for forretningsbrukere som ikke er kjent med det indre i de underliggende systemene. Når du oppretter meldinger, følger du tilgjengelighetsstandarder og sørger for at de er lokalisert for å støtte brukere i regionene der de kan vises.

Inkluder mønstre for når varsler skal brukes eller forskjellige typer feil i utformingsstandardene for å bidra til å sikre at appbyggerne følger konsistente fremgangsmåter.

Listen over mønstre og motmønstre nedenfor viser hvordan riktige (og dårlige) varsler og meldinger ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere utforminger før du bygger, eller identifisere bruk som må omformuleres.

Hvis du vil vite mer om Salesforce-verktøy for varsler og meldinger, kan du se Verktøy som er relevante for engasjement.

Veiledning i appen kan være en kraftig måte å avverge komplekse arbeidsflyter på (selv om du bør forsikre deg om at du har optimalisert dem først) eller hjelpe med å introdusere nye ansatte. Det kan være en fin måte å introdusere prosessendringer, fremheve nye funksjoner eller distribuere opplæring på en automatisert og skalerbar måte. Hvis den ikke implementeres nøye, kan veiledning i app imidlertid bli overbrukt. Hyppige popup-vinduer eller varsler kan skape en enorm mengde støy og avbrudd for brukerne, noe som fører til tap av produktivitet. Veiledning i app kan også brukes for lite, noe som fører til mer omfattende prosesser for utgivelse og endringsbehandling (spesielt for enkle funksjoner). Til syvende og sist fører både overforbruk og underbruk av veiledning i app til en rekke problemer som utgjør risiko for virksomheten, inkludert:

• Lavere dataintegritet
• Økt antall brukerfeil
• Høyere frustrasjonsnivåer for brukere og lavere brukertilfredshet
• Lavere brukerproduktivitet

Husk at du kanskje vil bruke veiledning i app forskjellig i forskjellige scenarier, fordi en brukers tankestilling vil diktere hvor mye veiledning som er "for mye" i forhold til "ikke nok". Brukere som blir introdusert i et nytt system for første gang, vil sannsynligvis kreve hyppigere meldinger enn brukere som bare lærer om en ny funksjon i et system de allerede er kjent med.

Her er noen av nøklene for å opprette effektiv veiledning i app:

• Utvikle designstandarder. Det er viktig å huske at overeksponering av veiledning i app kan føre til at brukere rutinemessig begynner å forkaste eller ignorere meldinger. På dette punktet blir veiledning i app en irritasjon i stedet for en ressurs. Definer utformingsstandarder for å gjøre det klart når du skal bruke ledetekster, gjennomganger, hjelpetekst på feltnivå, valideringsmeldinger, baner, skjermflyter og så videre.
• Opprett et prioriteringssystem for veiledningens gjennomføring. Ikke alle brukstilfeller for veiledning i app skal implementeres. Vurder i stedet følgende spørsmål som skal prioriteres. Hvor kan du bruke bedre feltnavn, mer eksplisitte etiketter på knapper, bedre formutforming og prosessoptimalisering for å skape mer intuitive arbeidsflyter? Hvor kan du legge til mer nyttig tekst eller lenker i en bane? Hvilken forretningskostnadsinnvirkning vil veiledning i app ha? Hvor ofte vil du levere meldinger til brukerne? Sørg også for at eventuelle implementeringer er inkludert i planen, slik at alle interessenter får synlighet.
• Tilordne brukere til aktiv (og foreslått) veiledning i app. Tilordning av brukere til veiledning i app vil hjelpe deg å identifisere og hindre overbelastning av hjelpsomhet på grunn av for mye veiledning i app som vises for en bruker. Dette er ofte et resultat av isolert utvikling, fordi team tenker for smalt på sitt spesifikke bruksområde. Vedlikehold av en helhetlig oversikt over hva brukere vil bli eksponert for, er spesielt viktig for store organisasjoner. Inkludering av veiledningsimplementasjoner på veikartet kan også hjelpe.
• Samle og bruk tilbakemeldinger for å forbedre. Se gjennom data om bruk av veiledning i app, og bruk dem til å bedømme effektiviteten av distribusjoner av veiledning i app. Pass på å gi brukere måter å også gi åpne tilbakemeldinger på for å hjelpe veiledningsbyggere.

Listen over mønstre og motmønstre nedenfor viser hvordan riktig (og dårlig) veiledning i appen ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere utforminger før du bygger og identifisere implementeringer som må omformuleres.

Hvis du vil vite mer om Salesforce-verktøy for veiledning i app, kan du se Verktøy som er relevante for engasjement.

Å bygge anerkjennelse og belønninger i en app hjelper enkeltpersoner som bruker denne appen, med å føle seg mer tilkoblet innvirkningen av arbeidet sitt og bedre forstå verdien av bidrag, produktivitet og ytelse. Det er også en kraftig måte å låse opp lojalitet og engasjement på.

Å ikke utforme for anerkjennelse eller belønne appopplevelser kan bidra til en rekke problemer, inkludert:

• Brukere som sliter med å forstå fremdriften eller hastigheten deres
• Forvirring om fremdrift til mål eller ikke fullført arbeid
• Mer uproduktive brukere, som ikke ser en tilknytning mellom oppgavene sine og det større bildet
• Behandlingstid som er slettet på manuell rapportering av mål på lavt nivå

Belønn for appopplevelser kan være vanskelig å utforme og levere fordi de avhenger av firmaets kultur, policyer og standarder i tillegg til konteksten og preferansene til individuelle brukere. Funksjoner som kan hjelpe stasjonære brukere med å føle øyeblikk med glede eller anerkjennelse, kan bli en irritasjon for en bruker på mobilenheter eller en bruker som prøver å arbeide fra et bråkete, travelt hjemmekontor. Personer som bruker en app til å arbeide med informasjon som er privat eller svært sensitiv, setter kanskje ikke pris på kommunikasjon om milepæler i form av konfettifeiringer eller merker. Et distribuert salgsteam kan i motsetning til dette se slike spill som en riktig givende appopplevelse. Til slutt kan implementeringsmønstrene du velger best bestemmes ved å arbeide med brukeropplevelsesdesignere (UX) i et team.

Når det gjelder arkitektur, er det viktig å identifisere hvordan og hvor apper kan implementere funksjoner som hjelper brukere med å føle seg anerkjent og belønnet. Det er også viktig å forstå hvordan og hvor disse funksjonene kan gjøre apper mindre gjenbrukbare eller redusere virksomhetens verdi.

Her er noen spørsmål du bør vurdere når du evaluerer anerkjennelse og belønninger i Salesforce-apper:

• Hvordan og hvor kan brukerne se sin egen fremdrift og generelle teamstatistikk? Rapporter er viktige, men de inneholder ofte sammendragsdata som kan gå glipp av konteksten for daglig arbeid. Du kan bruke et verktøy som Lightning til å bygge inn diagrammer eller kontrollpaneler på postskjermer i konteksten av en app, slik at brukere kan forstå hvordan de påvirker eller fremdriver sine daglige oppgaver.
• Hvordan skal brukere gjenkjennes? Dette kan variere etter team- eller individuelle preferanser. I noen tilfeller vil overordnede kanskje se meldinger om brukerfremdrift slik at de kan deles med en større gruppe. Anerkjennelse kan også være en ekstra fordel for å bidra til medarbeidernes moral. Og i andre tilfeller kan brukere bare foretrekke å være de eneste som varsles om fremdriften for en bestemt oppgave eller prosjekt.

Listen over mønstre og motmønstre nedenfor viser hvordan riktig (og dårlig) anerkjennelse og belønninger ser ut i en Salesforce-organisasjon. Du kan bruke disse til å validere utforminger før du bygger og identifisere implementeringer som må omformuleres.

Hvis du vil vite mer om Salesforce-verktøy for anerkjennelse og belønninger, kan du se Verktøy som er relevante for engasjement.

Tabellen nedenfor viser et utvalg av mønstre som det skal søkes etter (eller bygges opp) i organisasjonen, og motmønstre som det skal unngås eller rettes opp mot.

✨ Oppdag flere mønstre for nyttige apper i Mønsterutforsker.

Hjelp oss å holde Salesforce Well-Architected relevant for deg, ta vår undersøkelse for å gi tilbakemelding om dette innholdet og fortell oss hva du vil se videre.