Lue päivitysaikatauluistamme tästä.

Järjestelmät osoittavat kiinnostavia toimintatapoja helpottamalla ihmisten sovellusten käyttämistä ja käyttöä, auttaen käyttäjiä tuntemaan, että he tekevät laadukkaampaa työtä ja haluavat käyttää sovelluksia järjestelmässä.

Osallistavan toimintatavan tarjoaminen on tärkeää yritykselle, koska se liittyy suoraan käyttäjien sopeutumiseen sekä työntekijöiden ja asiakkaiden tyytyväisyyteen. Osallistumiskäytännöt auttavat myös vähentämään tukipyyntöjä ja parantamaan käyttäjien ominaisuuspyyntöjen laatua.

Eräs mielenkiintoisen toimintatavan luomisen haasteista on se, että sitä on vaikea mitata vain tavoitteiden tilastoilla. Sen sijaan se mitataan käyttäjien subjektiivisten käyttökokemusten perusteella. Käyttäjät kokevat, että sovellusten osallistaminen tarjoaa todellista arvoa. Osallistumissovellukset ovat käytettävissä, ei häiritseviä ja helppokäyttöisiä. Ne vaativat vain vähän perehdytystä ja koulutusta. Lisäksi he käyttävät selkeitä menetelmiä estääkseen käyttäjien virheitä ennakoivasti.

Toinen haaste on, että osallistumistavoitteet vaihtelevat usein järjestelmäsi käyttäjien eri vuorovaikutustyyppien mukaan. Sinulla voi esimerkiksi olla yksi tavoitteiden joukko sisäisille käyttäjille, jotka hallitsevat tapauksia, ja toinen ulkoisille käyttäjille, jotka lähettävät tietoja verkkosivustollasi olevan lomakkeen kautta. Jos haluat suunnitella osallistuvia järjestelmiä, sinun täytyy miettiä huolellisesti luotavien osallistumistietojen tyyppiä ja miksi käyttäjät haluavat osallistua ennen kuin aloitat ominaisuuksien ja sivujen kokoamisen.

Yhteistyö käyttäjäkokemusten (UX) suunnitteluohjelmien kanssa auttaa sinua tekemään paljon tehokkaampia päätöksiä, kun tarjoat kiinnostavia sovelluksia. Käyttäjien sopeutuminen ja säilyttäminen ovat tärkeitä osa terveellistä järjestelmää arkkitehtuurin näkökulmasta. Osallistavat arkkitehtuurit vähentävät Datan laatuongelmien todennäköisyyttä, kun käyttäjät nopeuttavat prosesseja tai ohittavat vaiheita välttyäkseen käyttämästä järjestelmää, josta he eivät pidä. Ulkoisille järjestelmille houkutteleva arkkitehtuuri voi kasvattaa tuottoa ja asiakkaiden säilyttämistä, kun asiakkaat, joiden järjestelmien kanssa on helpompi työskennellä, päättävät tehdä enemmän liiketoimintaa organisaatiosi kanssa.

Voit luoda kiinnostavampia sovelluksia keskittymällä virtaviivaistettujen ja hyödyllisten käyttökokemusten tarjoamiseen.

Virtaviivaistettuja sovelluksia on helppo navigoida, ne esittävät tietoja ja datan syöttötehtäviä selkeästi ja soveltuvat eri laitetyyppeihin. Virtaviivaistetuissa sovelluksissa on myös käyttökokemusten kuvioita, joihin käyttäjät ovat tottuneet muissa yleisesti käytetyissä sovelluksissa. Esimerkiksi useimmat verkkoselaimet esittävät ”avoin uudessa välilehdessä” -vaihtoehdon, kun käyttäjät napsauttavat linkkiä hiiren oikealla painikkeella. Virtaviivaistettu sovellus, joka sisältää välilehtiä, noudattaa samaa kuviota.

Ei-aktiivisten sovellusten käyttökokemusten vaikutukset voivat ulottua yksittäisen sovelluksen ulkopuolelle. Huono sovelluskokemus heikentää käyttäjien Trustia. Kun useampia liiketoimintaan kriittisiä ja asiakkaille tarkoitettuja sovelluksia siirretään digitaalisiin kanaviin, tämä voi maksaa yrityksille tärkeimpien sidosryhmien uskollisuutta.

Voit virtaviivaistaa sovelluksiasi paremmin tarkastelemalla tarkoin, miten lähestyt sovelluksen monimutkaisuutta, lomakkeen suunnittelua ja laitetyyppejä.

Sovellusten monimutkaisuuden minimointi tarkoittaa, että käyttäjät näkevät vain asiaankuuluvat valikkokohteet, välilehdet ja navigointiohjaimet. Sinun täytyy luoda kartoituksia käyttäjäryhmien, käyttöoikeuksien ja oikean sovelluskokemuksen välillä. Käytä näitä kartoituksia ymmärtääksesi, mitä sovelluskokemusta haluat esittää tietylle käyttäjälle, ja varmista sitten, että sovelluksellasi on loogiset ohjaimet, joita tarvitaan kyseisen käyttökokemuksen tarjoamiseen.

Sovellukset, jotka esittävät käyttäjille liian monimutkaisia tietoja, voivat aiheuttaa useita huonoja käyttökokemuksia:

  • Käyttäjät näkevät tarpeettomia tai tarpeettomia välilehtiä, siirtyvät tyhjiin ruutuihin ja kohtaavat käytöstä poistettuja tai estettyjä linkkejä.
  • Koulutus- ja käyttöönottomateriaaleissa näytetään tarpeettomia tai hyödyttömiä ohjeita, kuten "Älä huomioi tätä välilehteä, jos roolisi on X..."
  • Hämmentyneet navigointivalikot pakottavat käyttäjät käyttämään ylimääräistä aikaa löytääkseen työhön tarvittavat kohteet.

Nämä heikot kokemukset johtavat alhaisiin sopeutumissuhteisiin ja tyytyväisyyteen.

Ota huomioon seuraavat seikat, kun määrität sovelluksen monimutkaisuuden oikeaa tasoa:

  • Järjestele valikoita, välilehtiä ja muita navigointiohjaimia käyttäjien tekemien töiden prioriteetin perusteella.
  • Vältä lisäämästä uusia toimintatapoja, joita käyttäjän täytyy oppia vain, jotta hän voi käyttää sovellustasi.
  • Älä poista käyttöoikeuksia ominaisuuksiin, jotka sallivat käyttäjien mukauttaa käyttöliittymän osa-alueita.
  • Käytä käyttöoikeusjoukkoja tarjotaksesi laajennettuja tai pienennettyjä navigointivaihtoehtoja.
  • Yksinkertaista Lightning-sivujen aktivoinnin kohdistuksia. Minimoi aktiivisten Lightning määrä per sovellus. Käytä dynaamisia lomakkeita, käyttöoikeusjoukkoja ja ehdollista renderöintiä lisätäksesi kohteita sovelluksesi Lightning. Tee näin sen sijaan, että ylläpidät useita Lightning, jotka on aktivoitu ja kohdistettu profiilin perusteella.

Alla olevassa kuvioiden ja antikuvioiden luettelossa näytetään, miltä sovellusten monimutkaisuuden hallinta näyttää Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi tai parantaaksesi sovelluksiesi rakenteita.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua hallitsemaan sovellusten monimutkaisuutta, on kohdassa Osallistumistoimintoon liittyvät työkalut.

Virtaviivaistetut lomakkeet organisoivat tiedot loogisiin järjestyksiin, tukevat datan nopeaa syöttämistä ja minimoivat tarvittavat vaiheet. Ne sallivat myös asiakassivun tietojen hyödyllisten vahvistusviestien ja estävät lomakkeiden toistuvia lähetyssykliä.

Ota huomioon seuraavat seikat, kun suunnittelet lomakkeita:

  • Ryhmitä asiaan liittyvät kentät yhteen. Ryhmäkentät, jotka liittyvät samaan vaiheeseen prosessissa tai datan syöttötehtävässä. Poista kentät, jotka eivät ole suoraan relevantteja tehtävälle.
  • Lähetä datan syöttö ja vahvistus aikaisin. Kentät, jotka vaativat käyttäjiä syöttämään tietoja, tulisi näyttää etukäteen lomakkeissasi. Suosittelemme korjaamaan datan muotoilussa esiintyvät ongelmat tai puuttuvat tiedot kenttätasolla mahdollisimman nopeasti (eli ennen kuin käyttäjä yrittää siirtyä seuraavaan vaiheeseen tai lähettää lomakkeen). Vältä myös näyttämästä kenttätason virheitä ennen kuin käyttäjät voivat syöttää tietoja kenttiin.
  • Minimoi datan syöttötehtävät. Täytä tai täytä mahdollisimman monta kenttää valmiiksi tai automaattisesti vähentääksesi datan syöttövirheitä ja parantaaksesi tehokkuutta. Pyydä käyttäjiä syöttämään vain tärkeitä tai kriittisiä tietoja. Poista kaikki syötetyt tiedot, jotka eivät ole tärkeitä liiketoimintaprosessille. Käytä vapaamuotoisten tekstikenttien sijaan valintaluetteloita, kun se on mahdollista, valvoaksesi kelvollisten vaihtoehtojen valintaa ja vähentääksesi saman vastauksen variaatioita.
  • Minimoi lähetykset palvelimelle. Älä salli monivaiheisten lomakkeiden lähettää tietoja palvelimelle useita kertoja. Varmista, että kaikki mukautetut LWC- tai Aura-komponentit käyttävät asiakassivun välimuistia navigointi- tai sivutustoimintojen käsittelemiseen. (Salesforce Lightning Experience ja Salesforce-mobiilisovellus käyttävät oletusarvoisesti asiakassivun välimuistia). Suunnittele lomakkeet siten, että käyttäjät lähettävät tietoja palvelimelle vain kerran. Vahvista asiakassovelluksen käyttäjien syöttämät tiedot ennen lomakkeiden lähettämistä. Tämä minimoi tahattomat käyttäjien lähetykset, estää identtisiä tai likaisia transaktioita kuluttamasta kaistanleveyttä taustalla ja auttaa sinua suunnittelemaan parempaa tietojen käsittelyä.
  • Lomakkeen tilan hallintaoikeus. Asiakaspuolen välimuistiin tallentaminen ei ainoastaan auta toiminnoissa, kuten navigoinnissa ja sivutuksessa, vaan myös auttaa minimoimaan datan häviämisen toistuvista yhteysongelmista. Osavaltion tehokas hallinta tarkoittaa myös, että sovellukset voivat järjestää datan lähetyksen palvelimelle asianmukaisesti ja estää identtiset transaktiot sekä näyttää käyttäjille asiaankuuluvia ja ajankohtaisia viestejä palvelinpuolen toimintojen tilan perusteella. Virtaviivaistetut lomakkeet lähettävät datatoiminnot vain kerran eivätkä vaadi käyttäjiä odottamaan pitkäkestoisten toimintojen suorittamista palvelimella.
  • Noudata helppokäyttötilan standardeja. Noudata käytettävyysstandardeja lomakkeiden suunnittelussasi maksimoidaksesi sovelluksiesi kohdeyleisön ja varmistaaksesi, että ne sisältävät kaikki asiakkaasi.

Virtaviivaistetut lomakkeet auttavat parantamaan sovelluksiesi datan yhtenäisyyttä ja kuinka hyödyllisiä sovelluksesi ovat käyttäjille. Ne voivat myös vähentää tukipyyntöjen määrää, koska käyttäjät voivat korjata virheet paremmin ja ymmärtää lomakkeiden lähetysten tilan selkeästi. Lisäksi virtaviivaistetut lomakkeet mahdollistavat nopean ja tehokkaan datan syöttämisen ja varmistavat, että käyttäjien ei tarvitse odottaa pitkäkestoisten prosessien suorittamista suorittaakseen lisää töitä.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) lomakkeen rakenne näyttää Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi tai parantaaksesi lomakkeiden rakenteita.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua laatimaan virtaviivaisempia lomakkeita, on kohdassa Osallistumistoimintoon liittyvät työkalut. Tarkempia ohjeita oikeanlaisen lomakkeen työkalun valitsemiseen käyttötarkoituksellesi on Arkiteetin päätöspäällikön oppaassa lomakkeiden laatimiseksi Salesforcessa.

Osallistumissovellukset soveltuvat hienosti eri laitteisiin, vuorovaikutustyyppeihin tai laitetyyppeihin. Riippuen laitetyypistä, erilaiset käyttäjien vuorovaikutukset ovat helpompia (tai vaikeampia) ja lomakkeiden ja kenttien luettavuus muuttuu. Pidä mielessäsi, että ruudun ulottuvuuksien lisäksi laitetyyppi viittaa myös siihen, miten käyttäjäsi käyttävät ruutua. Yhä useammilla laitteilla on nyt kosketusnäyttöjä, ja jotkin käyttäjät saattavat käyttää myös erityisiä laitteita käytettävyyden helpottamiseksi. Muista ottaa seuraavat asiat huomioon, kun suunnittelet lomakkeita.

Muotokerroinvariaatioiden ottaminen huomioon epäonnistuminen voi aiheuttaa useita ongelmia, mukaan lukien:

  • Huono tietojen laatu
  • Käyttämättömät sovellusten rajapinnat
  • Enemmän vianmääritystä tai ”tilauksia” -istuntoja tukiagenteille
  • Huono käyttäjien sopeutuminen, vähäinen aktiivisten käyttäjien määrä ja sovelluksen hylkäämisen yleisyys

Ota seuraavat asiat huomioon suunnitellaksesi Salesforce-sovelluksesi eri laitetyyppien yhteensopivuuden:

  • Tunnista tuetut laitetyypit jokaiselle sovellukselle.
  • Tunnista syöttömenetelmät ja käyttäjiesi käytettävyysvaatimukset. Lisätietoja on kohdassa Saavutettavuus.
  • Käytä vakiotoimintoja tarjotaksesi mukautettuja käyttökokemuksia eri laitteille aina, kun se on mahdollista.
    • Salesforcen tarjoamat Lightning-sivumallit tukevat oletusarvoisesti eri laitetyyppejä. Jos päätät kehittää mukautettuja Lightning Auran avulla, kehittäjien täytyy lisätä laitetyyppitietoja komponenttien suunnittelutiedostoon.
    • Salesforcen tarjoamat vakiosivukomponentit käsittelevät renderöinnin kaikissa tuetuissa laitetyypeissä puolestasi. Jos luot mukautettuja komponentteja LWC:n tai Auran avulla, kehittäjien täytyy käsitellä leveystietoisuus (Auran ja LWC:n toteutuksessa on eroavaisuuksia) ja ilmoittaa, että niiden komponenttien suunnittelutiedosto tukee laitetyyppejä.
  • Noudata ohjeita virtaviivaistetuille lomakkeille kaikilla laitteilla.
  • Luo testisuunnitelmia (ja hyviä testejä) tärkeimmille laitetyypeille. Ihannetapauksessa testaisit kaikkia laitteitasi ja kaikkien sovelluksiesi laitetyyppejä. Oikeiden laitteiden (tai laitteiden simulaattoreiden) määrittäminen laitetesteille voi kuitenkin olla merkittävä sijoitus. Jos tiedät, että tietyllä sovelluksella tai sovellusjoukolla on merkittävä määrä käyttäjiä mobiililaitteilla tai tabletilla, priorisoi näiden sovellusten tarkka testaus mobiililaitteilla ja tabletilla.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) muodon osatekijöiden tietoisuus näyttää Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi uudelleenrakennettavat sivut.

Lisätietoja Salesforcen työkaluista, joilla voi suunnitella tehokkaita laitetyyppejä, on kohdassa Osallistumistoimintoihin liittyvät työkalut.

Seuraava taulukko näyttää valikoiman kuvioita, joita haluat etsiä (tai rakentaa) organisaatiossasi, sekä vasta-kuvioita, joita haluat välttyä tai joilla haluat korjata.

✨ Löydät enemmän virtaviivaistettujen sovellusten kuvioita Pattern & Anti-Pattern Explorerista.

Kuvakkeet Kuvioiden estäminen
Sovelluksen monimutkaisuus Organisaatiossasi:
- Sovelluksissa on alle 10 välilehteä pääkäyttäjän tarjoamassa oletusmäärityksessä
- Mikään sovellus ei ole määrittänyt arvoksi true "Poista tämän sovelluksen navigointikohteiden loppukäyttäjien personalisointi käytöstä"
Organisaatiossasi:
- Sovelluksissa on tavallisesti yli 10 välilehteä pääkäyttäjän tarjoamassa oletusmäärityksessä
- Monet sovellukset ovat määrittäneet "Poista tämän sovelluksen navigointikohteiden loppukäyttäjien personalisointi käytöstä" -asetukseksi true tai navigointikohteiden mukautusoikeus ei ole käytössä organisaatiossa.
Lomakkeet Sovelluksissasi:
- Kentät noudattavat loogisia ryhmityksiä
- Datan syöttökentät näytetään yhdessä, vähintään viidessä ryhmässä
- Tietojen syöttövirheet ovat selkeitä ja näytetään kenttätasolla ennen kuin käyttäjät siirtyvät pois tai lähettävät tietoja
- Sivutuksen ohjaimet sallivat siirtymisen vaiheiden välillä
- Tietojen lähetys tapahtuu kerran
- Toimintojen ja navigoinnin otsikot ovat selkeitä
- Tarjoamme oikea-aikaista ja visuaalista palautetta käyttäjien toiminnoista, kuten painikkeiden napsautuksista
- Navigointipainikkeet (esimerkiksi "siirry", "seuraava" ja "palaa") asetetaan yhdenmukaisesti koko käyttöliittymään
Sovelluksissasi:
- Datan syöttökenttiä ei ryhmitetä loogisesti, joten lomakkeita täyttävät käyttäjät tarvitsevat paljon kontekstiin siirtymistä
- Tietojen syöttövirheet sisältävät salaisia tietoja, joita voi tulkita vain henkilö, joka ymmärtää järjestelmän sisäisen toiminnan
- Tietojen syöttövirheet näytetään vain, kun lomakkeen Lähetä-painiketta napsautetaan
- Vaiheita ja ryhmityksiä ei ole määritetty selkeästi, mikä vaikeuttaa navigointia
- Tietojen lähetys tapahtuu useita kertoja datan syöttöprosessin aikana
- Toimintojen ja navigoinnin otsikot ovat hämmentäviä käyttäjille, jotka eivät ole perehtyneet järjestelmän ominaisuuksiin
- Käyttäjien toimintojen visuaalista hyväksyntää ei tarjota
- Navigointipainikkeet näytetään satunnaisissa sijainneissa käyttöliittymässä
Lomakkeen logiikassa:
- Kentät täytetään valmiiksi tai automaattisesti mahdollisimman paljon
- Käyttäjien ei tarvitse odottaa, että pitkäaikaiset palvelinpuolen toiminnot suoritetaan.
- Mukautetut komponentit käyttävät cacheable=true-arvoa palvelinpohjaisille toiminnoille, jotka eivät sisällä datatoimintoja
- Datatoiminnot suoritetaan kerran
- LWC:n @wire -sovittimet käsittelevät kaikki toiminnot, jotka eivät sisällä datatoimintoja
Lomakkeen logiikassa:
- Esitäytettävät tai automaattisesti täytettävät kentät täytyy syöttää manuaalisesti
- Käyttäjien täytyy lopettaa työnsä lähetysprosessin aikana odottaakseen, että palvelinpuolen toiminnot suoritetaan.
- Mukautettujen komponenttien joukko cacheable=false
Lomakkeen kerroin Organisaatiossasi:
- Salesforcen tarjoamia Lightning käytetään kaikilla tai useimmilla sivuilla
- Mukautetut Lightning-sivumallit käyttävät Aura-komponenttien suunnittelutiedostoissa design:supportedFormFactors ja design:supportedFormFactor
- Sovellusrakentajassa käytettävissä olevat mukautetut LWC- tai Aura-komponentit esittävät tuetut laitetyypit asiaankuuluvissa suunnittelutiedostoissaan ja toteuttavat leveydestä riippuvaisia tyylikuvioita
Organisaatiossasi:
- Classic on edelleen aktiivinen
- Mukautetut Lightning-sivumallit eivät käytä design:supportedFormFactors- ja design:supportedFormFactor -funktioita yhdenmukaisesti Aura-komponenttien suunnittelutiedostoissa
- Sovellusrakentajassa käytettävissä olevat mukautetut LWC- tai Aura-komponentit eivät esitä tuettuja laitetyyppejä yhdenmukaisesti niiden suunnittelutiedostoissa.
- Mukautetuissa LWC- tai Aura-komponenteissa Salesforcen tarjoamia käyttöliittymiä ei sovelleta leveyden tunnistamiseen.
- Mukautetuissa LWC- tai Aura-komponenteissa erilaisten laitetyylien tyyli perustuu pelkästään kovakoodattuihin px-arvoihin tai CSS:n %-arvoihin
Työpöytäversiossa:
- Datan syöttökentät ja navigointiohjaimet sopivat ruutuun, ja niitä voidaan käyttää haluamallasi tavalla
- Tietuesivut ja sovellussivut näytetään oikein sivun aktivoinnin kohdistussääntöjen perusteella
Työpöytäversiossa:
- Tietojen syöttökenttiä ja navigointiohjaimia ei näytetä ruudulla niiden määritetyissä sijainneissa
- Vuorovaikutukset datan syöttökenttien ja navigointiohjaimien kanssa eivät vastaa pakollisia toimintatapoja
- Sivun aktivoinnin kohdistussääntöjen puute tarkoittaa, että kaikki käyttäjät näkevät samat tietuesivut ja sovellussivut
Mobiililaitteilla ja tableteilla:
- Syötetyt tiedot ja navigointiohjaimet näytetään oikein
- Käyttäjät voivat syöttää tietoja helposti
- Näet mobiilinavigointivalikot, jotka on optimoitu pienemmille laitetyypeille
- Kompakteja asetteluita näytetään tietuetasolla
Mobiililaitteilla ja tableteilla:
- Syötetyt tiedot ja navigointiohjaimet eivät renderöidy yhdenmukaisesti tai oikein
- Käyttäjät eivät voi syöttää tietoja helposti
- Mobiilinavigointivalikkoja ei voi erottaa työpöytänavigoinnista
- Kompakteja asetteluita ei ole määritetty tietuetasolla

Hyödyllisten sovellusten avulla käyttäjät voivat tuntea olonsa tehokkaammiksi ja vähemmän häiritseviksi tai häiritseviksi.

Hyödylliset sovellukset auttavat ylläpitämään tietojen eheyttä vähentämällä manuaalisia virheitä ja tarjoamalla käyttäjille palautetta, kun ja missä he tarvitsevat niitä. Ne auttavat käyttäjiä ymmärtämään, mihin toimintoihin heidän täytyy keskittyä nyt ja seuraavaksi, ja tarjoavat asiaankuuluvia tietoja auttaakseen heitä ratkaisemaan omat ongelmansa nopeammin. Ne tarjoavat selkeän linkin käyttäjän toimintojen ja hyödyllisten vaikutusten tai saavutusten välille.

Voit rakentaa hyödyllisempiä sovelluksia kolmella tärkeällä tavalla: ilmoitukset ja viestit, sovelluksen sisäiset ohjeet sekä kunniamerkit ja palkinnot.

Ilmoitukset ja viestit auttavat käyttäjiä pysymään ajan tasalla.

Hyvin suunniteltu ilmoitus- ja viestintäjärjestelmä voi parantaa osallistumista ja tuottavuutta tarjoamalla käyttäjille tietoja, joita he tarvitsevat kriittisten päätösten tekemiseen oikeaan aikaan. Huonosti suunniteltu ilmoitus- ja viestintäjärjestelmä — joka esittää viestejä, jotka eivät ole tärkeitä tai ajankohtaisia — vaikuttaa päinvastaiseen. Sisäiset käyttäjät poistavat ilmoitukset nopeasti käytöstä tai ohittavat ne, jolloin he eivät näe oikeita viestejä, jotka saattavat vaikuttaa tärkeisiin liiketoimintaprosesseihin. Asiakkaat tai muut ulkoiset käyttäjät, jotka ovat kyllästyneet tarpeettomiin ilmoituksiin, saattavat päättää lopettaa järjestelmien käytön kokonaan.

Kun päätät, miten sovellukset käsittelevät ilmoitusten ja viestien lähettämistä käyttäjille, ota huomioon seuraavat seikat:

  • Käytä virheiden varalta ilmoituksia ja viestejä viimeisenä keinona. Suunnittele järjestelmäsi virheiden käsittely taustalla, joka voi korjata tietyntyyppisiä virheitä ilman ihmisten toimia. Lähetä käyttäjille vain viestejä kriittisistä virheistä, jotka estävät heitä suorittamasta tehtäviä. Lähetä yrityskäyttäjille myös virheviestejä vain, kun he voivat (ja tarvitsevat) suorittaa joitakin korjaavia toimenpiteitä itse. Muita virheviestejä tai lisätietoja voidaan tehdä käytettäväksi raporteissa ja/tai lähettää teknisen tuen henkilökunnalle käyttämällä asynkronisia menetelmiä jatkotoimenpiteitä varten.
  • Valitse viestityypit relevanttiuden, kiireellisyyden ja ajankohtaisuuden perusteella. Eri viestien tyypeillä on erilaiset estotoimet tai häiritsevä toimintatapa. Ilmoitukset ovat estäviä viestejä, koska ne vaativat käyttäjiä hyväksymään ne ennen kuin he voivat jatkaa työtään. Ilmoituksia tulisi käyttää säästeliäästi virheviestien tapaan. Toast-ilmoitukset ovat ei-estettäviä, niillä voi olla erilaiset säilytyskäytännöt ja ne tukevat erityyppisiä viestien käyttötapoja. Vähiten häiritseviä viestejä ovat sovelluksen sisäiset ilmoitukset tai sähköpostit. Niitä käytetään parhaiten tarjotakseen tietoja, joita käyttäjät voivat käsitellä milloin ja milloin he haluavat.
  • Mieti, mitä seuraavaksi tapahtuu. Vaikka jotkin ilmoitukset ovat informatiivisia (kuten Onnistui-viestit), muut saattavat vaatia käyttäjiä tekemään joitakin toimintoja. Kun suunnittelet ilmoituksia, muista ottaa huomioon paitsi itse ilmoitus, myös lisätiedot, joita käyttäjä tarvitsee suorittaakseen toimintoja. Sisällytä selkeitä ohjeita tai linkkejä, joista käyttäjät voivat löytää lisätietoja tai suorittaa jatko-ohjeita kaikista interaktiivisista ilmoituksista.
  • Keskity lukemiseen. Varmista, että ilmoitat selkeästi kunkin ilmoituksen käyttötarkoituksen ja seuraavat vaiheet, joita käyttäjän täytyy suorittaa vastauksessa. Viestien tulisi olla ymmärrettäviä yrityskäyttäjille, jotka eivät ole perehtyneet perustana olevien järjestelmien sisäiseen toimintaan. Kun luot viestejä, noudata niiden käytettävyysstandardeja ja varmista, että ne on lokalisoitu tukemaan käyttäjiä alueilla, joissa he saattavat esiintyä.

Sisällytä ilmoituksiin tai erityyppisiin virheisiin liittyviä kuvioita suunnittelun standardeihisi varmistaaksesi, että sovellusrakentajat noudattavat yhdenmukaisia käytäntöjä.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikeat (ja heikot) ilmoitukset ja viestit näyttävät Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi käytöt, jotka täytyy muuttaa.

Lisätietoja ilmoitusten ja viestien Salesforce-työkaluista on kohdassa Osallistumistoimintoon liittyvät työkalut.

Sovelluksen sisäiset ohjeet voivat olla tehokas tapa selventää monimutkaisia työnkulkuja (vaikka sinun tulisi varmistaa, että olet optimoinut ne ensin) tai auttaa rekrytoimaan uutta henkilöstöä. Se voi olla hyvä tapa esittää prosessien muutoksia, korostaa uusia ominaisuuksia tai jakaa koulutusta automaattisesti ja skaalattavalla tavalla. Jos sitä ei toteuteta huolellisesti, sovelluksen sisäisiä ohjeita voidaan kuitenkin käyttää liikaa. Useat ponnahdusikkunat tai hälytykset voivat aiheuttaa käyttäjille valtavan määrän melua ja häiriöitä, mikä heikentää tuottavuuttaan. Sovelluksen sisäisiä ohjeita ei myöskään käytetä tarpeeksi, jolloin julkaisujen ja muutosten hallintaprosessit ovat hankalampia (erityisesti yksinkertaisille ominaisuuksille). Sovelluksen sisäisten ohjeiden liiallinen käyttö ja heikko käyttö johtavat lopulta useisiin ongelmiin, jotka aiheuttavat riskejä yritykselle, mukaan lukien:

  • Alhaisempi datan eheys
  • Kasvatetut käyttäjien virheet
  • Korkeampi käyttäjien turhautumistaso ja alhaisempi käyttäjien tyytyväisyys
  • Alhaisempi käyttäjien tuottavuus

Pidä mielessäsi, että saatat haluta käyttää sovelluksen sisäisiä ohjeita eri tavalla eri tilanteissa, koska käyttäjän mielipide määrittää, kuinka paljon ohjeita on ”liikaa” ja ”ei tarpeeksi”. Uuteen järjestelmään ensimmäistä kertaa tutustuneet käyttäjät tarvitsevat todennäköisemmin viestejä useammin kuin käyttäjät, jotka vain oppivat uudesta ominaisuudesta järjestelmässä, jota he jo tuntevat.

Alla on joitakin avaimia tehokkaan sovelluksen sisäisen ohjeen luomiseksi:

  • Kehitä suunnittelun standardeja. On tärkeää muistaa, että sovelluksen sisäisten ohjeiden liiallinen käyttö voi aiheuttaa sen, että käyttäjät aloittavat viestien hylkäämisen tai ohittamisen säännöllisesti. Tässä vaiheessa sovelluksen sisäisestä ohjeesta tulee häiriö, eikä resurssi. Määritä suunnittelun standardeja selkeyttääksesi, milloin kehotteita, ohjeistuksia, kenttätason ohjetekstejä, vahvistusviestejä, polkuja, ruutukulkuja jne. käytetään.
  • Luo priorisointijärjestelmä ohjeiden toteutuksille. Kaikkia sovelluksen sisäisten ohjeiden käyttötarkoituksia ei tulisi ottaa käyttöön. Harkitse sen sijaan seuraavien kysymysten priorisointia. Missä voit käyttää yksinkertaisesti parempia kenttien nimiä, painikkeiden selkeämpiä otsikoita, parempaa muotoilua ja prosessin optimointia luodaksesi intuitiivisempia työnkulkuja? Mistä voin lisätä polkuun hyödyllistä tekstiä tai linkkejä? Millaisia liiketoimintakulkujen vaikutuksia sovelluksen sisäisillä ohjeilla on? Kuinka usein haluat lähettää käyttäjillesi viestejä? Varmista myös, että kaikki toteutukset sisältyvät suunnitelmaasi, jotta kaikki sidosryhmät näkevät ne.
  • Kartoita käyttäjät aktiivisiin (ja ehdotettuihin) sovelluksen sisäisiin ohjeisiin. Käyttäjien kartoittaminen sovelluksen sisäisiin ohjeisiin auttaa sinua tunnistamaan ja estämään ”hyödyllisyyden ylikuormituksen”, koska käyttäjälle näytetään liian paljon sovelluksen sisäisiä ohjeita. Tämä johtuu usein erillisestä kehityksestä, koska tiimit ajattelevat liian tarkasti heidän käyttötarkoitustaan. Kokonaisvaltaisen näkymän ylläpitäminen siitä, mitä käyttäjät näkevät, on erityisen tärkeää suurille organisaatioille. Ohjeiden toteutusten lisääminen myös etenemissuunnitelmaasi voi auttaa.
  • Kokoele ja käytä palautetta parantaaksesi sitä. Tarkasta sovelluksen sisäisten ohjeiden käyttötiedot ja käytä niitä arvioidaksesi sovelluksen sisäisten ohjeiden käyttöönottojen tehokkuutta. Muista tarjota käyttäjille tapoja, joilla he voivat antaa myös avointa palautetta ohjeiden rakentajille.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) sovelluksen sisäinen ohje näyttää Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi suunnitelmat ennen niiden rakentamista ja tunnistaaksesi toteutukset, jotka täytyy uudelleenaktivoida.

Lisätietoja Salesforcen työkaluista sovelluksen sisäiseen ohjeeseen on kohdassa Osallistumistoimintoihin liittyvät työkalut.

Kun sovellukseen lisätään tunnustusta ja palkkioita, sovellusta käyttävät henkilöt tuntevat olevansa paremmin yhteydessä töidensä vaikutuksiin ja ymmärtävät paremmin heidän vaikutuksensa, tuottavuutensa ja suorituskykynsä arvon. Se on myös tehokas tapa paljastaa kanta-asiakas ja osallistuminen.

Sovellusten käyttökokemusten suunnittelemattomuus tai palkitseminen voi aiheuttaa useita ongelmia, mukaan lukien:

  • Käyttäjät, joiden on vaikea ymmärtää edistymistään tai nopeuttaan
  • Hämmennys tavoitteiden tai keskeneräisten töiden edistymisestä
  • Epätuottavammat käyttäjät, jotka eivät näe tehtäviensä ja suuremman kuvan välistä yhteyttä
  • Manuaalisen, vähäisen tavoitteen raportoinnin hallinta-aika

Sovelluskokemusten palkitseminen voi olla vaikeaa suunnitella ja tarjota, koska ne riippuvat yrityksen kulttuurista, käytännöistä ja standardeista sekä yksittäisten käyttäjien asiayhteydestä ja valinnoista. Ominaisuudet, jotka voivat auttaa työpöytäversioiden käyttäjiä tuntemaan iloisia tai arvostettuja hetkiä, saattavat olla ärsyttäviä mobiilikäyttäjille tai käyttäjille, jotka yrittävät työskennellä meluisasta ja kiireisestä toimistosta. Ihmiset, jotka käyttävät sovellusta työstääkseen yksityisiä tai erittäin luottamuksellisia tietoja, eivät välttämättä halua kommunikoida virstanpylväistä konfettijuhlojen tai kunniamerkkien muodossa. Jakattu myyntitiimi sen sijaan saattaa nähdä tällaisen pelattavuuden asianmukaisesti palkitsevana sovelluskokemuksena. Lopulta valitsemasi toteutuskuviot voidaan määrittää parhaiten työstämällä tiimisi käyttäjäkokemusten (UX) suunnitteluohjelmia.

Kun kyseessä on arkkitehtuuri, on tärkeää tunnistaa, miten ja missä sovellukset voivat ottaa käyttöön ominaisuuksia, jotka auttavat käyttäjiä tuntemaan itsensä tunnistetuksi ja palkituksi. On myös tärkeää ymmärtää, miten ja missä nämä ominaisuudet voivat tehdä sovelluksista vähemmän uudelleenkäytettäviä tai todellista liiketoiminta-arvoa.

Alla on joitakin huomioitavia asioita, kun arvioit kunniamerkkejä ja palkkioita Salesforce-sovelluksissa:

  • Miten ja missä käyttäjät voivat nähdä oman edistymisensä sekä tiiminsä yleiset tilastot? Raportit ovat tärkeitä, mutta ne sisältävät usein yhteenvetotietoja, jotka eivät välttämättä vastaa päivittäisten töiden asiayhteyttä. Voit käyttää työkalua, kuten Lightning, upottaaksesi kaavioita tai mittaristoja tietuekuville sovelluksen asiayhteydessä, jotta käyttäjät voivat ymmärtää vaikutuksensa tai edistymisensä päivittäisten tehtäviensä parissa.
  • Miten käyttäjät tulisi tunnistaa? Tämä saattaa vaihdella tiimin tai yksittäisten valintojen mukaan. Joissakin tapauksissa valvojat saattavat haluta nähdä viestejä käyttäjien edistymisestä, jotta heidät voidaan jakaa suuremmalle ryhmälle. Kunniamerkki voi myös auttaa työntekijöiden moraaliin. Muissa tapauksissa käyttäjät saattavat haluta vain saada ilmoituksen tietyn tehtävän tai projektin edistymisestä.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) kunniamerkki ja palkkiot näyttävät Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi suunnitelmat ennen niiden rakentamista ja tunnistaaksesi toteutukset, jotka täytyy uudelleenaktivoida.

Lisätietoja Salesforcen kunniamerkkien ja palkintojen työkaluista on kohdassa Osallistumistoimintoon liittyvät työkalut.

Seuraava taulukko näyttää valikoiman kuvioita, joita haluat etsiä (tai rakentaa) organisaatiossasi, sekä vasta-kuvioita, joita haluat välttyä tai joilla haluat korjata.

✨ Löydät lisää hyödyllisiä sovelluksia koskevia kuvioita Kuvioiden ja antikuvioiden tutkintaohjelmasta.

Kuvakkeet Kuvioiden estäminen
Ilmoitukset ja viestit Suunnittelun standardeihisi sisältyy:
- Hyväksytyt käyttötarkoitukset ilmoituksille, palautuksille ja ilmoituksille
- Suunnittelukuvioita toast-muuttujille ja ilmoituksille
- Virheviestien suunnittelukuvioita
Jos suunnittelun standardeja on määritetty ollenkaan, ne eivät korjaa virheitä tai ilmoituksia
Organisaatiossasi:
- Ilmoitukset ovat pääasiallinen viestintämuoto
- Toast-viestit käyttävät variaatioita
- Toast-viestejä, joiden tila on lihavoitu, ei ole olemassa
- Ilmoituksia käytetään harvoin, jos ollenkaan
- Generoivat vastaukset tunnistavat aina käytetyt tietolähteet
- Botit tunnistavat itsensä selkeästi ennen ensimmäistä vuorovaikutusta käyttäjien kanssa
- Generoivaan tekoälyn riskeihin liittyvät vastuuvapauslausekkeet näytetään käyttäjille ennen ensimmäistä vuorovaikutusta
- AI-vastuuvapauslausekkeet ovat käyttäjille selkeällä ja ymmärrettävällä kielellä
Organisaatiossasi:
- Sähköpostit ovat pääasiallinen viestintämuoto
- Viestityyppeihin ei sovelleta yhdenmukaista lähestymistapaa
- Toast-viestit eivät käytä variaatioita yhdenmukaisesti
- Toast-viestit, joiden tilan on määritetty olevan lihavoitu
- Ilmoituksia käytetään ad hoc -tilassa
- Generoivat vastaukset eivät tunnista käytettyjä tietolähteitä
- Botit eivät tunnista itseään selkeästi ennen ensimmäistä vuorovaikutusta käyttäjien kanssa
- Käyttäjille ei näytetä vastuuvapauslausekkeita generoivista tekoälyriskeistä
- AI-vastuuvapauslausekkeet eivät ole käyttäjille selkeällä ja ymmärrettävällä kielellä
Sovelluksissasi:
- Generoivia vastauksia ei lähetetä suoraan loppukäyttäjille ilman ihmisten osallistumispisteitä
Sovelluksissasi:
- Generoivat vastaukset lähetetään suoraan loppukäyttäjille ilman ihmisten osallistumispisteitä
Katso myös: Virheiden käsittely
Sovelluksen sisäiset ohjeet Suunnittelun standardeihisi ja dokumentaatioosi sisältyy:
- Hyväksytyt käyttötarkoitukset sovelluksen sisäiselle ohjeelle
- Kehotteiden ja ohjeistusten suunnittelukuvioita
- Käyttäjien, sovellusten ja aktiivisten sovelluksen sisäisten ohjeiden selkeä matriisi
Jos suunnittelun standardeja ja dokumentaatiota on olemassa, ne:
- Älä ota yhteyttä sovelluksen sisäisiin ohjeisiin
- Älä sisällytä selkeää matriisia käyttäjille, sovelluksille tai aktiivisille sovelluksen sisäisille ohjeille
Organisaatiossasi:
- "Sovelluksen sisäisten ohjeiden välinen viive" -asetus käyttää oletusarvoa tai mukautettua arvoa, joka on Salesforcen tarjoamaa oletusarvoista (24 tunnin) ajanjaksoa pidempi.
- Mikään sovellus ei sisällä useampaa kuin yhtä aktiivista ohjeistusta
- Mikään ohjeistus ei sisällä "Näytettävät ajat" -asetusta, joka olisi yli 10
- Kyselyitä ei aktivoida "Mikä tahansa sivu, mikä tahansa sovellus" tai "Tämä sivu, mikä tahansa sovellus" -kentälle
Organisaatiossasi:
- "Sovelluksen sisäisten ohjeiden välinen viive" -asetukseksi on määritetty ajanjakso, joka on lyhyempi kuin Salesforcen tarjoama oletusarvoinen (24 tunnin) ajanjakso.
- Sovelluksilla on useampi kuin yksi aktiivinen ohjeistus
- Monilla ohjeistuksilla on "Näytettävät ajat" -asetus, joka on suurempi kuin 10 (ja joillakin on enimmäisarvo 30).
- Kehotteet aktivoidaan ad hoc -tilassa, useat käyttämällä "Mikä tahansa sivu, mikä tahansa sovellus" tai "Tämä sivu, mikä tahansa sovellus" -asetusta.
Hyväksynnät ja palkinnot Organisaatiossasi:
- Sovellukset käyttävät upotettuja analyysejä näyttääkseen käyttäjille asiaankuuluvia tavoitteiden edistymisen ja tuottavuuden tilastoja
- Polun juhlat ovat käytössä vain käyttäjän suostumuksella
- Ilmoitukset ja viestit sisältävät käyttäjien tunnistuksen ja heijastavat käyttäjien valintoja koskien, kuka saa ilmoituksia ja mikä käynnistää ilmoituksia.
Organisaatiossasi:
- Tavoitteiden edistymiseen ja tuottavuustilastoihin liittyvät analyysit ovat käytettävissä vain raporteissa tai esimiesten mittaristoissa
- Polun juhlat ovat käytössä ilman käyttäjän suostumuksen tarkistamista
- Ilmoitukset ja viestit eivät sisällä minkäänlaista käyttäjän tunnistusta tai ne eivät vastaa käyttäjien valintoja ja ne tuntuvat meluisilta tai häiritseviltä
TyökaluKuvausVirtaviivaistettuHyödyllinen
Lightning-sovellussivusi aktivointiHallitse sivujen saatavuutta, nimeämistä, näkyvyyttä ja sijaintiaX
Adoption-mittaristotTarkasta sisäänkirjautumishistoria, ominaisuuksien sopeutuminen ja tuottavuusXX
HälytysSäilytä hälytykset istuntojen aikana ja näytä ne ilman käyttäjän aloitustaX
Apex-metodin tulosten välimuistiin tallentaminen asiakkaan puoleltaArvioi suorituskykyä asiakassivun välimuistiin tallennetulla datallaX
Dynamiset lomakkeetNäytä käyttäjille vain pakolliset kentät ja sivun osiotX
Osallistumisen havainnotValvo käyttäjien viimeaikaisia toimintoja ja toimi tarvittaessaXX
Sovelluksen sisäiset ohjeet Hyödynnä kehotteita ja ohjeistuksia koulutukseen ja perehdytykseenX
OppimispolutMukauta käyttäjien oppimiskokemuksiaX
Lightning-sovellusrakentajaLuo mukautettuja mobiili- ja Lightning ilman koodiaX
Lightning Data -palveluTallenna ja jaa tietoja välimuistiin eri komponenttien välilläX
Lightning Design System Validator VS CodelleVahvista koodi SLDS perusteellaXX
Lightning-sivumallitLightning luominen eri laitetyypeilleX
HakusuodattimetHakusuhteiden, päätiedot–lisätiedot-suhteiden ja hierarkkisten suhteiden suodatusarvotX
Useiden valuuttojen hallintaoikeusKäytä transaktioissa useita valuuttojaX
Messaging Lähetä SMS-, Facebook Messenger- tai WhatsApp-viestejäX
Mobile PublisherLuo mobiiliversioita Lightning ja Experience Cloud -sivustoistaX
Mobiililaitteille valmiit komponentitRakenna komponentteja, jotka toimivat hyvin mobiilikokemuksissaX
Monikieliset sivustotLuo sivustollesi eri kieliversioitaXX
Ilmoitusten rakentajaLuo mukautettuja ilmoituksia esittääksesi tietojaX
PolkuOpasta käyttäjiä liiketoimintaprosesseissa ja juhli menestymistäXX
Sovellusalustan välimuistiParanna suorituskykyä ja luotettavuutta tietojen tallentamisessa välimuistiinX
Mobiilisovellusten sivujen esikatselu Lightning-sovellusrakentajassaEsikatsele tietuesivuja ja sovellussivuja mobiililaitteellaX
KehotteIlmoita käyttäjille järjestelmään liittyvistä ongelmista ja päivityksistäX
KunniamerkitHyväksy ja juhli käyttäjien saavutuksiaX
Tunnistus WDC:lläKannata taitoja ja kiittääX
Tietueiden tyypitMukauta liiketoimintaprosesseja, valintaluetteloarvoja ja sivuasetteluitaXX
Maineen yleiskatsausTunnista osallistuminen ja Knowledge jakaminenX
RajoitussäännötEstä käyttäjiä käyttämästä tietueita, jotka saattavat sisältää tarpeettomia tietojaX
VakiosivukomponentitSalesforce Lightning -vakiokomponenttien ymmärtäminenX
KäännöksetHallitse globaalien käyttäjien käännöksiäXX
VahvistussäännötVarmista ennen tallennusta, että tiedot täyttävät määritetyt standarditX
ResurssiKuvausVirtaviivaistettuHyödyllinen
Arkkitehtien opas lomakkeiden rakentamiseenArvioi lomakkeiden suunnittelussa huomioitavia asioita ja valitse paras työkaluX
Komponenttisi määrittäminen eri laitetyyppeilleMääritä komponentteja renderöitettäväksi tietokoneille ja puhelimilleX
Ohjeen sisällön mukauttaminenMukauta ohjesisältöä yksilölliseen toteutukseesi sopivaksi X
Kenttien oletusarvotMääritä oletusarvoiset, dynaamiset tai staattiset kenttäarvotX
Suunnittelua koskevia ohjeitaLuo käyttöliittymiä, jotka ovat yhdenmukaisia suositeltujen käytäntöjen kanssaXX
Design Standards -malliLuo suunnittelun standardeja organisaatiollesiXX
Suunnittelun testaustaidot (Trailhead)Suunnittele menetelmiä suunnittelun vahvistamiseen ja testaamiseenXX
Sovelluksen sisäiset palauteohjeetTutustu ohjeisiin, joilla voit kerätä palautetta järjestelmästäsiXX
Lightning Design System Androidin staattinen kirjastoLaadi natiivisia Android-sovelluksia Lightning ulkoasullaX
Lightning Design System iOS -staattinen kirjastoLaadi natiivisia iOS-sovelluksia Lightning ulkoasullaX
Messaging-ohjeetVälitä asiaankuuluvia tietoja ja luo iloisia hetkiäX
ViestintätyypitYmmärrä eri viestintätyypit käyttäjän vuorovaikutuksen perusteellaX
NavigointiohjeetAuta käyttäjiä siirtymään sivujen välillä ja siirtymään sovellukseenX
Testit Web-yhteensopivuudelle (Trailhead)Käytä automatisoituja ja manuaalisia testejä varmistaaksesi käytettävyydenXX
Käyttäjien osallistumista koskevia ohjeitaTutustu perehdytystä, sopeutumista, avustamista ja oppimista koskeviin ohjeisiinXX

Auta meitä pitämään Salesforce Well-Architected ajan tasalla. Tee kysely saadaksesi palautetta tästä sisällöstä ja kerro meille, mitä haluat nähdä seuraavaksi.