diff --git a/docs/arkitektur/materialisering.md b/docs/arkitektur/materialisering.md
index 375698d..5600692 100644
--- a/docs/arkitektur/materialisering.md
+++ b/docs/arkitektur/materialisering.md
@@ -5,6 +5,7 @@
 Generelt er det en god ide å følge [Best practices for materializations](https://docs.getdbt.com/best-practices/materializations/5-best-practices) fra dbt labs.
 
 Det er likevel noen avvik:
+
 1. Staging modeller bør hovedsakelig være views.
     - Men pseduonymisering skal skje så tidlig som mulig, og derfor er det nødvendig at kilder som inneholder personnøkler blir lastet inkrementelt. Det er ofte et krav om at rådata blir slettet etter 6 måneder.
 2. Intermediate ved kompleks logikk. Kjør views når du kan. Når views går for tregt, har du tre valg:
@@ -13,4 +14,4 @@ Det er likevel noen avvik:
     3. Delta last med table models ... trenger POC
 3. Marts skal være stabil. Det er her alle spørringer fra konsumenter kjøres, og det er viktig for basen å opparbeide statistikk på spørringer som kjører ofte.
     - materialized_view er for MVP og små datamengder, jher er ikke ytelse noe problem.
-    - For løsninger med større datamenger, kjør inkrementell last med partisjonering og indeksering.
\ No newline at end of file
+    - For løsninger med større datamenger, kjør inkrementell last med partisjonering og indeksering. 
\ No newline at end of file