Prosedyre for nye medlemmer

[tellnes]

Dette er en fortsettelse av disusjonen i #2 for at vi ikke skal gå for off-topic i det issuet.

Det er to ulike handlinger som man må gjennom. Brukeren må registrere seg og fylle inn sin personlig informasjon og styret må godkjenne medlemmet. Det er egentlig ikke så relevant hvilken rekkefølge dette gjøres i. Derfor følgende to senarioer.

Aktivering fører til registrering

1. Styret sammler inn e-postadresser til nye medlemmer
2. Styret legger inn liste over nye e-postadresser i systemet
3. Det sendes ut en verifiserings e-post til adressene som er lagt inn
4. Medlemmet klikker lenken og får opp skjema hvor han/hun fylle inn resten av de påkrefte feltene. Inkludert passord.
5. Medlemmet har brukerkonto og verifisert e-postadresse.

Registrering fører til aktivering

1. Medlemmet registrerer seg på siden.
   • På dette tidspunktet kan man
     • Redigere personlig informasjon
     • Verifisere e-postadresse
     • Se eventuelt offentliginformasjon
2. Styret får opp en liste over registrerte brukere som ikke er godkjent
3. En i styret godkjenner et medlem og fyller ut eventuell meta informasjon som er feil/mangler.
4. En e-post sendes til medlemmet om at kontoen er aktivert. Hvis brukeren ikke har verifisert e-postadressen sin inneholder e-posten også en lenke for verifisering og bes klikke på den.
5. Medlemmet har brukerkonto og verifisert e-postadresse.

Begge prosedyrene kan egentlig implementeres og opperere parallelt, men det er egentlig bare ekstra arbeid da det er nok med bare en av dem.

Jeg faller mot aktivering og deretter registrering fordi det er ønskelig å ha alle medlemmer i systemet uavhengig om man har fått alle medlemmer til å registrere seg. Ulempen med det er at man får et mindre initiativ til å mase på medlemmer om at de skal registrere seg.

Hva tror dere?

[ludvigsj]

Tenker at om vi tilbyr funksjonalitet som folk vil ha så gidder de å registrere seg for å få tilgang til den. Det må med andre ord være nyttig for alle å ha bruker, ikke bare nyttig for noen få (typ styret) at alle har registrert seg. Da vil ting gå av seg selv. Altså stemmer jeg for alternativ 1.

[tellnes]

@ludvigsj Jeg antar du mener du stemmer for alternativ 2 med tanke på argumentasjonen din?

Det vil alltid være et par personer som aldri kommer til å registrere seg hvis det ikke er en negativ konsekvens for å ikke gjøre det. Uavhengig av hvor positivt det er for personen å gjøre det. Derfor må det være mulig for styret å assosiere ting til et medlem selv om personen enda ikke har registrert seg. Langt oftere kommer trolig senarioet hvor en bruker er treg med å registrere seg men styret ønsker å starte fordeling av bar og vaskevakter.

[ludvigsj]

Tenker at styret legger inn alle, og så sende mail, altså alt. 1

[tellnes]

Ok, da er vi enige.

Jeg ser for meg styret får et stort textarea som man skriver inn en eller flere e-postadresser. Inputen kan splittes med f.eks. [\s,;] hvor global flagget er satt. Listen man får ut valideres gjennom en en løs e-postadresse verifisering og spytter feilmelding hvis noe ikke validerer. Tomme verdier ingoreres. Hvis vi skal gjøre dette enda bedre så parser vi etter RFC 5322 og fyller inn eventuelle navn på medlemmene også.

Deretter matches listen opp mot eksisterende medlemmer og det opprettes nye kontoer for de som ikke eksisterer fra før. Det bør være mulig for styret få en liste over medlemmer som ikke har registrert seg slik at styret kan velge å fylle inn ekstra informasjon og/eller purre på dem.