Projektvision

🎥 Material

Du börjar med att ta del av introduktionsmaterialet:

🎯 Vad en vision ska göra

En projektvision ska beskriva:

  • vilket problem projektet löser
  • vem som har nytta av lösningen
  • vad som gör lösningen unik

Den ska hjälpa alla i projektet att arbeta mot samma mål och skapa en gemensam riktning.

Visionen ska vara enkel att förstå och undvika detaljer om hur lösningen ska byggas, både tekniskt och organisatoriskt.

Den kan också fungera som underlag för andra delar av projektets intressenter, till exempel marknad eller beställare.

🧩 Problem och målgrupp

Här beskriver du vad projektet handlar om.

Fokusera på:

  • vilket problem systemet löser, eller vilken möjlighet som finns
  • vilka användarna är

Ju mer konkret målgrupp du beskriver, desto lättare blir det att bygga en relevant lösning.

🌍 Marknad och liknande lösningar

Beskriv hur problemet ser ut idag genom att titta på befintliga lösningar:

  • vilka liknande system finns
  • vad gör de bra respektive mindre bra
  • vilka användare riktar de sig till

Om det inte finns direkta motsvarande system, beskriv istället hur användare löser problemet idag och resonera mer generellt.

⭐ Baskrav och unika egenskaper

Baskrav är övergripande krav som beskriver vad systemet ska uppnå – inte detaljer om hur det ska göras.

De ska fokusera på värde och helhet, inte tekniska implementationer.

Undvik självklara funktioner som till exempel:

  • “användaren ska kunna logga in”

Sådant hör hemma i kravspecifikationen.

Istället ska baskraven:

  • lösa det problem som beskrivits
  • vara anpassade till målgruppen
  • skilja sig från befintliga lösningar

⚙️ Teknik

Här beskriver du vilka tekniker du planerar att använda i projektet.

Det kan till exempel vara:

  • programmeringsspråk
  • ramverk
  • API:er
  • hårdvara
  • serverlösningar

Valen kan baseras på:

  • tidigare erfarenhet
  • vad du vill lära dig
  • industristandard
  • tillgänglighet
  • experimentella val

🧠 Viktigt att tänka på

Visionen ska alltid:

  • beskriva vad och varför – inte hur
  • vara begriplig för alla i projektet
  • skapa gemensam riktning
  • undvika onödiga detaljer