# Vad en startup inte bör automatisera ännu

> Ett praktiskt ramverk som hjälper founders skilja repeterbart arbete från strategiskt lärande och beslut som fortfarande kräver mänskligt omdöme.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-09-01
- Category: automation aiops
- Tags: startups, automatisering
- Language: sv
- Canonical: https://www.brthls.com/magazine/vad-inte-automatisera-startup-sv
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problem

När en startup ser AI producera, klassificera och svara snabbt börjar varje synlig uppgift se automatiserbar ut. Men en vanlig uppgift är inte nödvändigtvis en mogen uppgift. Om teamet fortfarande lär sig vad kunderna värdesätter kan automatisering låsa en hypotes som borde förbli öppen.

## Tes

AI:s första fördel är inte att ta bort arbete, utan att påskynda lärande. Automatisera efter att ni har observerat en stabil sekvens, inte för att undvika samtalen som krävs för att förstå den.

## Ramverk

Använd tre filter innan ni bygger:

- **Repeterbarhet:** är input, beslutsregel och output tillräckligt stabila?
- **Reversibilitet:** kan ett fel upptäckas och rättas utan att skada förtroende, ekonomi eller efterlevnad?
- **Lärandevärde:** ger manuell hantering fortfarande strategisk information?

| Arbete | Första beslut | Nödvändigt bevis |
| --- | --- | --- |
| Flytta data mellan system | Automatisera | Stabilt mönster och felkontroll |
| Besvara nya invändningar | Assistera | Granskat bibliotek av fall |
| Välja segment eller pris | Behåll mänskligt | Upprepade marknadssignaler |

## Varför det spelar roll nu

NIST och OECD betonar kontext, mätning och lämplig tillsyn. För en startup är översättningen enkel: hastighet är värdefull bara så länge teamet kan fortsätta lära och korrigera kursen.

## Anti-exempel

En founder automatiserar outreach innan teamet förstår varför tio kunder tackade ja till ett möte. Systemet skalar meddelanden, men också ett odifferentierat erbjudande. Aktiviteten ökar medan signalen försämras.

## Protokoll (3 steg)

1. **Observera fem fall:** kör flödet manuellt och dokumentera undantag.
2. **Definiera gränsen:** ange vad AI får lösa och när den måste stanna.
3. **Jämför lärandet:** mät sparad tid, fel och nya signaler, inte bara volym.

## Relaterat

- [Ett 14-dagars AI-experiment för en startup](/magazine/14-dagars-ai-experiment-startup-sv)
- [AI Fluency för lärare: utveckla omdöme](/magazine/ai-fluency-larare-omdome-sv)

## Konsulterade källor

- [NIST AI Risk Management Framework](https://www.nist.gov/itl/ai-risk-management-framework)
- [OECD AI Principles](https://oecd.ai/en/ai-principles)

## Nästa steg

Välj ett repetitivt flöde den här veckan och skriv dess stoppvillkor innan ni automatiserar. Om villkoret inte går att definiera lär ni er fortfarande processen.

---

_Cite as: Berthelius, V. (2026). "Vad en startup inte bör automatisera ännu". BRTHLS Magazine. https://www.brthls.com/magazine/vad-inte-automatisera-startup-sv_