Bygge en community med appen din

Den lager en innloggingsmodul, som du gjør obligatorisk eller ikke ved inngangen til appen.

Å kunne lukke hele appen din eller deler av den er avgjørende for mange skapere: det er dette som lar deg forbeholde innhold og funksjoner for medlemmer. Utover det å beskytte innhold, oppmuntrer det å lukke appen brukerne dine til å opprette en profil, og forteller deg dermed mer om publikummet ditt.

Den interne appen til Dali Corp, som er ment for de ansatte, er helt lukket for alle uten innloggingsopplysninger.

To innstillinger settes fritt sammen:

• du lukker hele appen, eller bare deler av den
• du lar alle brukerne dine opprette en profil, eller du slår av det valget og slipper bare inn utvalgte personer, hvis profiler du oppretter for hånd fra back office før du sender dem innloggingsopplysningene deres

Den fleksibiliteten er det som gjør funksjonen universell: det samme verktøyet tjener en offentlig app som vil kjenne leserne sine, og en strengt lukket bedriftsapp.

Husk framfor alt at autentisering er morfunksjonen til mange andre: lojalitetsfunksjonene avhenger av den, i likhet med alle community-funksjonene som følger.

Ett veiskille å kjenne til før du starter. Denne veiledningen beskriver den vanlige autentiseringsflyten, den som åpner for kontoer, grupper, rettigheter per seksjon, chat og lojalitetsverktøyene. Det finnes en annen, forbeholdt apper som selger tilgang til innholdet sitt gjennom et medlemskap i appen, og den gir bare binær tilgang: abonnert, eller ikke abonnert.

De to flytene utelukker hverandre. En app bruker den ene eller den andre, aldri begge. Hvis det å selge medlemskap er en del av prosjektet ditt, avgjør det før du bygger opp community-en din, for å bytte fra den ene flyten til den andre river ned det du har satt opp. Back office advarer deg uttrykkelig i det øyeblikket du bytter. Emnet er dekket i «Tjene penger på innholdsappen din».

En betryggende detalj mens du bestemmer deg: hvis du likevel bytter, flytter vi over kontoene som er opprettet med en e-postadresse, så listen over registrerte brukere følger med deg. Bare kontoer som er åpnet gjennom et sosialt nettverk flyttes ikke over.

Å legge til tillegget Authentication lager en ny Community-meny i back office. Selve innstillingene ligger i Settings › Registration process.

Det legger også to seksjoner til appen din: innloggingsseksjonen, som back office kaller Log box og som blir liggende øverst i strukturen din, og User profile, det personlige rommet til hver registrerte bruker. Sistnevnte gjør du tilgjengelig gjennom en lenke på startskjermen, en menyoppføring eller en knapp i toppfeltet.

Der bestemmer du om du vil tillate oppretting av konto fra appen, om du vil tillate tilgang uten innlogging, og du redigerer meldingen som vises til besøkende som ikke har en profil.

Ett valg på den samme skjermen fortjener å være kjent før du åpner for registreringer: Force email validation at registration (double opt-in). Slått på åpner den kontoen først når bekreftelseslenken er klikket. Det er ett trinn til, og det vil koste deg noen registreringer underveis. Til gjengjeld fylles ikke brukerlisten din opp med feilskrevne eller lånte adresser, og hver konto svarer til noen som faktisk mottok meldingen din. På en app der kontoen gir tilgang til forbeholdt innhold, er det den riktige innstillingen.

User profile-fanen lar deg tillate profilbilder, lenker til sosiale nettverk, og styring av push-varsler per bruker. Det siste valget fortjener oppmerksomhet: brukerne dine kan da gå gjennom historikken over varslene de har mottatt og velge hvilke strømmer de abonnerer på.

Det er også her du setter opp profilfeltene. Du kan legge til flere typer ekstrafelt, påkrevde ved registrering eller ikke.

Eksterne innlogginger sparer de besøkende dine for å lage enda et passord. Det finnes tre av dem, og hver har sin egen skjerm: Settings › Connection with Facebook, Settings › Connection with X og Settings › Sign in with Apple.

To ting å vite før du slår dem på. Ingen av dem kobles til ved å krysse av i en boks: hver av dem krever en utviklerkonto hos tjenesten det gjelder, og en prosedyre for å registrere appen som back office beskriver trinn for trinn. Sett av tid til det, og framfor alt: ikke slå dem på dagen før en lansering.

Og de erstatter ikke oppretting av konto med e-post, som blir liggende som grunnmuren. Det er den som lar deg få tilbake listen din hvis du en dag bytter autentiseringssystem: som nevnt ovenfor flyttes ikke kontoer som er åpnet gjennom et sosialt nettverk.

Community › Public/Private styrer tilgangen til seksjoner. Du lukker hele appen eller bare visse seksjoner, med ett klikk.

Når autentiseringen er lagt til, får du Community › User list, der du styrer alle de registrerte brukerne dine.

Listen viser hovedopplysningene deres og filtrerer etter nyeste registreringer eller nyeste innlogginger. Du kan eksportere dataene som en .csv, legge til en bruker for hånd, eller slette flere med avkrysningsboksene på slutten av hver rad.

Å klikke på en bruker åpner profilen deres i detalj, som du kan redigere. Der finner du standardfeltene sammen med dem du har satt opp.

Import i bulk gjøres fra Community › User list, gjennom Import-lenken øverst i listen, fra en .csv-fil.

To kolonner er påkrevde og åpner filen: e-posten, som fungerer som identifikator, og passordet, i klartekst. Kolonnene etter det fyller ut profilen. Én import bærer opptil 10 000 brukere, og en e-post forteller deg når behandlingen er ferdig.

Et praktisk tips: begynn med å kjøre en eksport. Den gir deg et regneark som allerede har riktig format, og som du bare trenger å fylle med de nye brukerne dine, med passordkolonnen lagt til. Det trygge grepet er å sette det samme nøytrale passordet for alle, og deretter be brukerne dine tilbakestille det ved første innlogging.

Tillegget User Groups kommer til sin rett hvis du planlegger å begrense deler av innholdet ditt. Det lar deg opprette grupper og forbeholde seksjoner av appen for én eller flere av dem. Som alle tillegg i denne familien krever det tillegget Authentication, og oppføringen viser prisen som gjelder for appen din.

En bruker kan tilhøre ingen gruppe, én gruppe eller flere. Er de i ingen, havner de automatisk i gruppen Default. Gruppene styres fra Community › User list, fanen Groups.

Du oppretter så mange du vil. Hos Dali Corp svarer de til avdelingene i selskapet: hver ansatt når innholdet som er ment for teamet sitt og har et privat kommunikasjonsrom inne i appen.

Gruppene tjener også til å målrette push-varsler, noe som endrer kvaliteten på kommunikasjonen din en hel del: du slutter å sende til alle det som bare angår noen av dem.

Mekanismen rekker langt utover bedriftsrammen, inn i en skole eller en redaksjonell app som vil målrette bedre mot leserne sine.

Chat er også et tillegg, lagt til fra butikken, og det krever tillegget Authentication akkurat som gruppene gjør. Oppføringen viser prisen som gjelder for appen din.

Chat bringer først og fremst brukerne dine nærmere hverandre, noe som tjener en app med et sosialt formål. Men framfor alt skaper den et rom for å utveksle og diskutere, og den forbedrer den interne kommunikasjonen i en bedrift ved å la ansatte ta kontakt med hverandre.

Medlemskatalogen er en egen seksjon, som kommer med et annet tillegg i den samme familien. De registrerte brukerne dine blar gjennom de offentlige profilene til andre medlemmer der og tar kontakt med dem fra kortet deres, og en kartvisning lar dem se hvem som er i nærheten. Det er den seksjonen, ikke chatten, som gjør community-en din synlig inne i appen.

To grenser å kjenne til før du ruller den ut: det er en chat én til én, og bare tekst kan utveksles.

Chat står sentralt i å bygge en ekte community. Bedriftsapper og rene community-apper har mest nytte av den, men tenk også på å bøye den til annen bruk, til å drive en kundeservice eller til å gjøre en arrangementsapp mer levende.