Gjør det til ditt eget

Watercolor paintbox with a range of bright colors

LEKSJON 07 / 14 · GRATIS FORRETNINGSKURS

En gjenkjennelig tjeneste føles konsekvent fra den første siden til svaret fra kundestøtten. Merkevarebygging er nyttig når den hjelper folk med å vite hvor de er, hva de kan gjøre, og hvem som vil hjelpe dem.

Ved slutten: lag en praktisk merkevaresjekkliste for domenet ditt, dashbordet, kommunikasjonen og kundehjelpen. Det kreves ikke noe domenekjøp eller noen konto for denne leksjonen.

Definer tjenesten før du velger utsmykningen

Navnet ditt, logoen, fargene og skrivestilen bør støtte det samme løftet. For et godkjenningsverktøy kan det bety rolige instruksjoner om versjoner og beslutninger. For FitSite, vår illustrative tjeneste for treningsnettsteder, betyr det å hjelpe en studioeier med å holde informasjon om timer, trenere og kontaktopplysninger oppdatert. En gjennomført innloggingsskjerm kan ikke veie opp for en forvirrende arbeidsflyt.

Skriv en kort tjenestebeskrivelse, ett foretrukket navn for hver hovedoppgave og noen få ord som beskriver tonen din. Bruk deretter disse begrepene konsekvent. Hvis prissiden din kaller noe et arbeidsområde, bør ikke velkomst-e-posten uventet kalle det en leietaker eller en installasjon. Hold feilmeldinger spesifikke og respektfulle, i stedet for å få hver melding til å høres salgsfremmende ut.

Et lite merkevaresett er nok til å komme i gang: en lettleselig logo eller ordmerke, lesbare farger, en typografisk behandling for overskrifter og brødtekst, samt eksempler på vanlige meldinger. Test valgene på mobilskjermer og med lengre tekst. Sørg for at lenker, fokusindikatorer og feiltilstander fortsatt er gjenkjennelige; farge bør ikke alene formidle betydning.

Skill mellom plattformadressen din og kundenes adresser

Tenk på tre ulike destinasjoner: markedsføringsnettstedet ditt, stedet kundene logger inn, og ethvert offentlig nettsted eller portal de eier. De kan dele et domene eller bruke ulike vertsnavn. Tegn opp sammenhengene før du konfigurerer dem. En kunde bør ikke måtte forstå hostingarkitekturen din for å finne riktig innlogging.

I FitSite-eksempelet kan en plattformadresse være fitsite.example og en kundeadresse studio.fitsite.example. En kunde kan senere koble til sitt eget domene. Dette er eksempler, ikke domener du trenger å kjøpe. En SaaS-tjeneste som ikke leverer offentlige nettsteder, trenger kanskje bare en applikasjonsadresse og et tydelig merket kontoområde.

Dokumenter hvem som eier hvert domene, hvem som fornyer det, og hvem som er ansvarlig for kundestøtte når det slutter å virke. Å koble til et domene krever vanligvis ikke at registreringen overføres til virksomheten din. Hvis en kunde allerede har e-post på det domenet, må du ikke uten videre erstatte urelaterte DNS-poster som en del av oppsettet av nettstedet.

Behandle HTTPS og tilordning som en driftsfunksjon

En merkevaretilpasset adresse trenger mer enn et navn. DNS, hostingkonfigurasjonen, applikasjonsruting og et gyldig HTTPS-sertifikat må samsvare. Støtte for jokertegn for kundens underdomener er et hostingvalg som må verifiseres, ikke en automatisk følge av å installere en utvidelse. Et sertifikat for plattformdomenet ditt sikrer ikke automatisk et urelatert kundedomene.

Ultimate Multisites dokumentasjon om domenetilordning beskriver DNS-kontroller, SSL-kontroller og vertsintegrasjoner. Der en integrasjon ikke er tilgjengelig, kan konfigurasjon på vertssiden være nødvendig. Den kan skille mellom et domene som er klart uten SSL og et med SSL, så verifiser det sikre sluttresultatet i stedet for å behandle en tilordningspost som bevis.

Forbered en hjelpeartikkel for kunder som inneholder de nøyaktige postene for oppsettet du støtter, hvor kunden legger dem inn, hvilken bekreftelse de kan forvente, og hvordan de ber om hjelp. Hold denne artikkelen spesifikk for hostingoppsettet ditt. Test domenet i en nettleser før du forteller kunden at det er klart, inkludert innlogging, offentlige sider og eventuelle omdirigeringer.

Gjør dashbordet til et nyttig arbeidssted

Kildeleksjonen foreslår en merkevaretilpasset innlogging, et tilpasset dashbord og snarveier for vanlige oppgaver. Behold disse ideene, men start med kundens arbeid. FitSite kan for eksempel tydelig tilby «Oppdater timeinformasjon», «Rediger trenerprofiler» og «Forhåndsvis nettstedet ditt». Et faktureringsprodukt kan sette opprettelse av en faktura og kontroll av ubetalte fakturaer først.

Kontroller hvor hver snarvei faktisk leder for en vanlig kundekonto. WordPress-temaer og redigeringsverktøy varierer, så unngå instruksjoner som forutsetter at hver installasjon bruker tilpasseren eller en identisk meny. Hvis du forenkler menyer, må du bevare nødvendige veier til konto, fakturering, hjelp og tilgjengelighet. Å skjule en meny er ikke en erstatning for riktige tillatelser.

Å merkevaretilpasse opplevelsen krever ikke at du skjuler at du bruker WordPress eller Ultimate Multisite. Vær nøyaktig om tjenesten du tilbyr og ansvaret ditt. Valgfri dashbordtilpasning eller tillegg bør fortjene sin plass ved å redusere forvirring. Du kan begynne med en tydelig hjelpeside og noen få testede lenker før du bygger et tilpasset grensesnitt.

Ta med den samme identiteten i meldinger og fakturering

Gå gjennom meldingene en kunde sannsynligvis vil se: opprettelse av konto, tilbakestilling av passord, betalingskvittering, mislykket betaling, prøveperiodepåminnelse, svar fra kundestøtte og bekreftelse på oppsigelse. Bruk et gjenkjennelig avsendernavn og en overvåket svaradresse der det er hensiktsmessig. Test levering og lenker med en ekte testkonto du kontrollerer.

En påminnelse om prøveperioden bør oppgi faktisk sluttdato og neste belastning, ikke en standardfrase som er kopiert inn i hver e-post. En kvittering bør tydelig identifisere tjenesten og virksomheten. Hold påkrevde forretningsopplysninger og transaksjonsinformasjon lettleselige, selv om malen bruker fargene dine. Ikke lov et aktivt nettsted i en e-post som utløses før klargjøringen er fullført.

For markedsføringsnettstedet ditt bør du starte med en tydelig forklaring av tilbudet, funksjonene, prisene, eksemplene og registreringsveien. Merk demosider som demoer. Bruk kundenavn, anbefalinger og logoer bare med passende tillatelse og nøyaktig kontekst. Et hypotetisk FitSite-studio er nyttig undervisningsmateriale, men det er ikke kundebevis.

En illustrativ merkevarerevisjon

Anta at en studioeier klikker på «Start med FitSite», mottar en e-post fra et ukjent systemnavn og havner på en side med overskriften «Administrer leietaker». Ingenting trenger nødvendigvis å ha feilet teknisk, men opplevelsen reiser spørsmål. Endre avsenderen og overskriften til gjenkjennelige begreper, forklar hva som ble opprettet, og pek direkte på studioets neste oppgave.

Test nå et kundestøttescenario. Kan eieren finne hjelp fra dashbordet, kontosiden og kvitteringen? Bruker hjelpeartikkelen de samme navnene som de ser på skjermen? Merkevarebygging lykkes her fordi den knytter kundens forståelse sammen på tvers av tjenesten. Registrer uoverensstemmelser i en enkel sjekkliste, rett opp de mest forvirrende først, og gjenta etter vesentlige endringer i grensesnittet.

Øvelsen din

  1. Skriv tjenesteløftet ditt i én setning og en kort ordliste for hovedoppgavene.
  2. Kartlegg markedsførings-, innloggings-, kunde- og kundestøtteadresser. Merk ansvaret for domener og HTTPS.
  3. Gå gjennom en komplett registrerings- og faktureringsreise for inkonsekvente navn, påstander, lenker og avsenderidentiteter.
  4. Utarbeid en hjelpeartikkel for domenetilkobling for ditt eget støttede oppsett, eller en artikkel om gjenoppretting av innlogging hvis egendefinerte domener er irrelevante.
  5. Test de tre viktigste dashbordhandlingene med en vanlig kundekonto eller en klikkbar prototype.

Før du går videre

  • Konsekvent språk hjelper kunder med å gjenkjenne tjenesten og fullføre nyttige oppgaver.
  • Domenetilordning og HTTPS krever verifisert hosting- og DNS-atferd.
  • Demoeksempler forblir tydelig merket, og hjelp er lett å finne.

Kilder og implementasjonsreferanser

Fortsett kurset ditt

Ta vare på øvelsesnotatene dine: neste leksjon bygger på beslutningene du tok her.

Forrige leksjon · Bla gjennom alle 14 leksjonene