På Meridiumdagen den 21/11 2012 pratade jag om kravställning i webbprojekt. Använd gärna presentation som en checklista i ditt webbprojekt.

1. Kravställning i webbprojekt
Maria Sognefors, 7minds

3. Alla vill/måste jobba digitalt
Antal
företag
År

5. Jag vill beställa ett
badrum!

6. Det fixar vi!
Billigt blir också!

7. Nu är det klart!

8. Men det var ju inte Men det fungerar ju!
vad jag menade! Vi kan ju göra om, om du
vill, men det kostar ju.

9. Kravställningens faser
Detalj-
Mål/Syfte Teknik Design spec
Funktionsspec Wire- Redaktörs-
frames flöde
Förankring

10. Mål/Syfte/Effektkartläggning
 Ni MÅSTE veta:
– Varför ni ska ha lösningen?
– Vad ni vill uppnå med den?
 Alla mål måste vara mätbara
 Vem vänder ni er till
– Vilka behov har dessa?
 Prioritera ut 2-3 viktigaste sakerna
– Fokusera på att göra få saker bra
– Bygg på efterhand

11. Funktioner styrs av behov
 Om ni ska kunna uppnå era mål/effekter
– Vilka funktioner krävs?
– Vilka redaktionella konsekvenser får ett visst krav?
 Låt målen styra, så att ni inte hamnar i funktionsträsket
– Tusen önskemål på saker som
egentligen ingen vill ha

12. Teknik
 Ta tidig reda på vilka krav ni har för
– Infrastruktur
– Last
– Säkerhet
– Integrationer
– Tekniska redaktörskrav
– Tillgänglighetskrav
– Webbläsarkrav
– Enheter och operativsystem
 Dessa krav påverkar normalt resten av arbetet

13. Responsive Design
 Samma webbplats presenteras
på olika sätt i olika enheter.
 Alternativet är att bygga
speciella mobila webbplatser.
 Påverkar redaktörsarbetet
marginellt, men påverkar
kravställningen mycket.

14. Wireframes
 Fokusera på användarens
beteende innan ni tittar på
färg och form.
 Skapa struktur, flöden,
placering av funktioner
med wireframes först.
 Alla sidor behöver
wireframes, inte bara
startsidan

15. Wireframes för alla enheter

16. Förankra med:
• Målgruppen
• Internt
Skriv gärna
kontrakt

17. Design
 Lägg färg och form på dina
wireframes.
 Ha en mindre grupp som får
tycka och tänka om design.
 Färg och form är generellt
enklare att ändra, så gör ingen
långbänk av det.
 Tänk på att ta med alla enheter!

18. Redaktörsflöde
 Hur ser organisation ut?
 Vad krävs att redaktören för att
uppnå målen?
 Vilka inbyggda funktioner kan vi
klara oss med?
 Vilka uppgifter kommer att göras
ofta?
 Hur ska ni säkerställa kvalitet?

19. Stöd för att få kvalitet
 Automatiskt hantering av bilder
 Tvingande fält där det är lämpligt
 Valdering av text
 Stöd för att göra SEO-mässigt rätt
 Arv av fält
 Bra och förståeliga ledtexter
 Bra ordning på fält och flikar

20. Repetitiva uppgifter
 Identifiera uppgifter som kommer göras ofta av många
olika. Ex
– Vi skapar mycket länkar mellan sidor.
– Vi vill kunna styra vilka länkar som visas på varje sida
– Vi vill inte ha samma namn på länken som på målsidan.
– Vi vill kunna styra ordningen på länkarna

21. EPiServer standard

22. En anpassning av redaktörsläget

23. Samma mål – olika sätt
Med smartare verktyg sparar vi tid (pengar)!
Vi sparar också en massa frustration och
irritation, som är svår att mäta i pengar.

24. Detaljspecifikation
 Agile utveckling eller inte?
 Olika leverantörer kräver olika detaljnivå
 Vill du ha kontroll? – Var detaljerad!
– Wireframes och design säger det mesta om besökardelen.
– Sidtypsdefinition brukar vara bra för redaktörsläget.

25. Förankra med:
• Målgruppen
• Internt
Skriv gärna
kontrakt

26. Maria Sognefors
maria@7minds.se
www.7minds.se
Twitter: @msognefors
Facebook: www.facebook.com/7mindsab