Grupprelationer. Inte bara för människor — för prylar på webbplatser också!
I “Structure and Flows” diskuterar Hagan Rivers konceptet hubbar. En hubb är en samling funktioner och/eller (länkar till) material. En hubb är royalquiz turneringslista. I hubben har vi samlat ett antal nuvarande och ett antal gamla turneringar. Dessutom finns en länk till alla gamla turneringar. (Navigationen etc är inte del av hubben.) När man genomfört en turnering är det naturligt att man återkommer till hubben för att prova en annan. Det är den cirkeln (hubb -> funktion -> hubb) som visar på att det är en hubb.
Hagan diskuterar ett flöde enligt ungefär följande:
- Få en kravspec på funktioner (eller innehåll).
- Identifiera hubbar, alltså funktioner som verkar vettiga ihop.
- Användartesta.
- Skapa design som stödjer hubbarnas funktion. Designfasen kan innebära att innehållet i hubbarna ändras.
…iterera 3 & 4 till dess att det är klart…
Jag tänker att hubbens ursprungliga innehåll kan ges större fokus än vad Hagans ger det.
En hubb är ju en samlign funktioner som ska lösa ett problem för användaren. Som ett exempel kan vi ta frågan “Vad är nytt på OrkidéPrat?” vilket är naturligt att fråga sig när man loggar in.
Svaret hittar man genom olika metoder — fältstudier, användningsanalys etc — och jag tycker just nu att 4 underfrågor är viktiga att besvara:
- Har jag fått några nya brev?
- Är några av mina favvo-medlemmar inloggade?
- Finns det några nya svar på mina favoritdiskussioner?
- Vilket nytt prat finns det?
Utifrån de 4 frågorna byggde jag om sidan OrkidéPrat-medlemmarna hamnar på när de loggar in.
Min process var alltså:
- Hitta problemet.
- Hitta funktioner som löser problemet.
- Identifiera hubbar, alltså funktioner som verkar vettiga ihop. (Kan hända att man ska skapa flera hubbar utifrån problemet.)
- Användartesta.
- Skapa design som stödjer hubbarnas funktion. Designfasen kan innebära att innehållet i hubbarna ändras. (Ändringar känns dock mindre aktuella då problemet gyuidat processen från början).
…iterera 4 & 5 till dess att det är klart…
För mig är alltså en hubb:
Hubb: Problemet / Huvudfrågan
Funktion: Lösningen / Underfrågan / Svaret
Hubb-konceptet kan alltså användas inte bara för att skapa en arkitektur som funkar för innehållet utan även för att definiera innehållet självt.
