Insikt · Verksamhetsarkitektur
Samma ord. Olika betydelser. Vad gör systemet?
Säljaren säger ”kund” om ett företag som ännu är ett prospekt. Supporten behöver veta vem som har avtal. Ekonomi måste veta vem som ska få fakturan. Alla kan ha rätt i sitt sammanhang.
Men när någon säger ”Fakturera kunden” måste systemet veta vilken roll och vilken relation som avses innan det kan gå vidare.
Olika perspektiv. Samma verklighet.
En affärskontakt är inte alltid avtalspart. Och den som ska faktureras behöver inte vara samma organisation som får tjänsten. Vi behöver alltså inte tvinga alla att använda ordet kund på exakt samma sätt.
Vi behöver beskriva identiteterna, rollerna och relationerna och komma överens om vilka regler som gäller i den situation där någon ska agera.
Det arbetet har jag gjort länge i verksamhetsmodeller och systemprojekt. Nu använder jag samma förmåga när jag bygger AI-stöd, API:er och tester tillsammans med verksamhet och IT.
När AI gör det enklare att skapa kod blir förståelsen av verksamheten ännu viktigare.
Börja med en verklig fråga.
- Vem ska faktureras? Beskriv vilken organisation och roll instruktionen syftar på.
- Var finns uppgiften? Bestäm vilken källa som gäller och vilka relationer systemet behöver kontrollera.
- Vad händer när något saknas? Pröva att systemet ber om komplettering eller stoppar handlingen i stället för att gissa.
Ett tydligt arbetsfall, en begriplig modell och några relevanta prov ger oss bättre underlag för nästa beslut. Hur mycket som automatiseras avgörs av mandat, risk och den faktiska konstruktionen.
Vilket begrepp ställer till det hos er?
Vi kan börja med ett ord, en relation och ett verkligt arbetsmoment. Jag hjälper er göra skillnaderna begripliga och pröva hur systemen ska bete sig.
Prata med mig om ert problem