Den forkromede webløsning!

Jeg har haft disse notater liggende i meget længe, og blev inspireret til at dele det efter at have læst blogindlægget http://websiteudvikler.dk/post/kravspecifikation-til-websites.html fra Kevin Steffer, som jeg følger på Twitter

Jeg har ikke skrevet en fuld artikel, men blot i punktform listet mine tanker omkring emnet. Jeg behøver vel ikke at fortælle at jeg som datamatiker har lavet temmelig mange kravspecifikationer

I er meget velkomne til at kommentere og spørge ind til nedenstående på bloggen,  http://twitter.com/kasper_hamann eller kontakte mig på mobilen.

Måske er der noget jeg har glemt i nedenstående ?

Lad os gå videre til noterne

Hvis du ikke har beskrevet dine behov godt nok, hvordan skal udviklerne så løse dem?

• De forskellige faser
  • Valg af domæne(r)
  • Valg af hosting udbyder
    • Hvilke krav er der til oppetid, backup, sikkerhed
  • Valg af system/platform (CMS)
    • Hvilke krav er der til standard funktionalitet
    • Hvilke krav er der til fleksibilitet?
    • Er der krav til programmeringssprog?
    • Husk at tænke: Hvad skal min løsning kunne på sigt?
  • Foranalysen
  • Kravspecifikation
  • Informations Arkitektur
  • Brugertest
  • Design/usability (tænk som en bruger)
  • Brugertest
  • Implementeringsfasen
  • Test fase (browsertest, funktionstest)

Konkrete spørgsmål og opgaver:

Hold workshops med de personer der ved noget!
Tænk fra dag 1 på hvordan din side skal findes (SEO, keywords)

• Behovet for en ny webside?
  • Formålet? Hvad vil man med siden? Hvilke målbare mål og delmål er der.
• Hvem er målgruppen / kunderne på siden?
• Hvilke krav er der til webside?
  • Foranalyse
    • Tænk efterspørgsel fra kunderne
    • Hvordan ser den optimale løsning ud om 3 år? (gør de store tanker, og begræns til sidst – så er løsningen tænkt igennem. Ret til undervejs når du bliver klogere)
    • Del tankerne op i faser og behov (nice 2 have, need 2 have)
  • Interview / input fra alle der kommer i berøring med siden
  • Beskrivelse af de interne firmaprocesser
    • Er der evt. noget der kan optimeres?
    • Skal der integreres med noget?
      • Er der nogen der skal kunne trække på informationer fra websiden?
      • Er der nogen der skal levere informationer til siden?
  • Udarbejdelse af kravspecifikation
    • USE types
    • Platform
    • Funktioner
    • Performance
      • Database
      • Antal forventede daglige brugere
      • Samtidige brugere
      • Skalering
  • Tænk som dine brugere:
    • Hvem er målgruppen?
      • Persona: Navn, interesser, alder, køn, osv. – hvem bruger din side
• Informations Arkitektur (Usability)
  • Workshop: Kortsorteringsøvelse, tænk i indhold så du ved hvor meget dine informationer kommer til at fylde
  • Hvad skal brugeren kunne på siden?
    • Søgning
    • Tænk på om dine kunder kommer direkte ind på forsiden, eller undersider?
    • Navigation (og hvor mange niveauer)
    • CTA – CALL TO ACTION (Hvad er det du vil have brugeren til at gøre?)
    • Skal der køre kampagner der henviser til siden? (Tænk landingpages, brugervenlige url’er)
  • Opbygning af IA
  • Lav en simpel prototype / brugerflade og TEST den – spørg dine brugere
• Design / usability
  • Tag gerne udgangspunkt i konkret indhold der skal på siden.
  • Hvilke sites synes du fungerer bedst – og hvorfor?
  • Er der krav til designet der skal overholdes (logo, farver, fonte, m.m.)
  • Husk at tænke CTA
• Implementeringsfasen
  • Sørg for alle kender MÅLET! og at designeren har beskrevet funktionerne.
  • Kod din CSS og HTML korrekt.
• Testfasen
  • Funktionstest
  • Browsertest
  • Flere Brugertest
• Tilretninger / korrekturer
• Launch
• Opfølgning