Systemutveckling i Malmö: när behövs ett eget system?

Ett uppdrag finns i en kalkylfil, kundens senaste besked i mejlen och nästa aktivitet i en medarbetares anteckningar. När någon frågar hur arbetet går behöver personalen först samla informationen. För ett tjänsteföretag kan det vara ett tecken på att ni behöver en tydligare gemensam arbetsyta.

Systemutveckling i Malmö kan handla om att bygga ett sådant internt verktyg för ett avgränsat behov. Men innan ni väljer ett eget system behöver ni förstå vad som saknas i dagens arbetssätt och vad befintliga verktyg kan lösa. Här går vi igenom hur ni jämför alternativen, beskriver arbetsflödet och planerar för användning och underhåll.

Känn igen begränsningarna i dagens arbetssätt

Börja med situationer där personalen tappar överblick eller behöver dubbelarbeta. Behöver ni leta efter rätt version av ett dokument? Är det oklart vem som ansvarar för nästa steg? Skriv ned vad som händer och vilka följder det får i vardagen. Beskriv problemet innan ni föreslår en funktion.

Tänk er ett serviceföretag i Malmö som planerar uppdrag på olika adresser. En medarbetare tar emot förfrågan, en annan planerar arbetet och någon följer upp med kunden. Om varje person för en egen lista kan överlämningen bli otydlig. Undersök vilken information de behöver dela och vilken status som skulle hjälpa dem att arbeta vidare.

Skilj mellan saknad funktion och oklar rutin. Om ni inte har bestämt vem som godkänner en ändring kommer ett nytt system inte ensamt att lösa ansvarsfrågan. Enas först om hur ni vill arbeta. Då kan ni bedöma om problemet kräver utveckling eller om en tydligare rutin i befintliga verktyg räcker.

Ta också reda på vad som fungerar bra i dag. Personalen kanske har en enkel planeringsvy som de förstår och använder. Det är värdefullt att veta innan ni byter arbetssätt. Beskriv vilka delar som behöver stöd och vilka krav som kommer från verkliga arbetsmoment, snarare än en allmän önskan om fler funktioner.

Jämför en integration med ett eget system

En integration är ett alternativ när uppgifterna redan finns i fungerande verktyg men behöver överföras mellan dem. Kontrollera då vilka anslutningar som finns och om de omfattar era behov. Be om en konkret beskrivning av hur personalen arbetar efter att kopplingen är på plats.

Ett eget system kan övervägas när ni behöver en gemensam vy eller en arbetsgång som befintliga verktyg inte stöder. För ett företag i Skåne kan det vara att samla uppdragets status, ansvarig medarbetare och godkända dokument. Beskriv exakt vilka beslut och handlingar personalen ska kunna utföra i den vyn.

Jämför alternativen med samma exempel. Hur tas ett nytt uppdrag emot? Hur hanteras en ändring? Hur hittar någon ett ärende när kollegan är borta? Ta med rutinförändringar, färdiga verktyg, integrationer och anpassad utveckling i bedömningen. Utgå från arbetsflödet i stället för att börja med ett visst teknikval.

Bedöm även vad som krävs efter införandet. Vem uppdaterar reglerna? Hur får nya medarbetare hjälp? Vad händer om ett anslutet verktyg ändras? Ett eget system behöver ett tydligt ansvar för förvaltningen, och en integration behöver också tillsyn. Ta med det arbetet när ni jämför möjliga lösningar.

Beskriv arbetsflödet innan ni väljer funktioner

Skriv ett konkret exempel från start till avslut. Ange vilken händelse som startar ärendet, vilka uppgifter som behövs och vem som gör varje steg. Definiera vad det betyder att arbetet är klart. Använd roller som personalen känner igen och undvik att ersätta processen med en lång lista över önskade skärmar.

Beskriv sedan undantagen. En kund kan ändra sitt önskemål, ett dokument kan saknas och en ansvarig person kan vara frånvarande. Bestäm hur ärendet går vidare då och vem som får fatta beslut. Ett arbetsflöde som bara fungerar när allt är komplett behöver kompletteras innan utvecklingen börjar.

Avgränsa den första versionen till ett sammanhängande flöde. Den kan exempelvis stödja mottagning, tilldelning och uppföljning av ett uppdrag. Ange vilka andra behov som får vänta och hur personalen hanterar dem under tiden. En första version ska fortfarande vara användbar från början till slut inom sin avgränsning.

Låt medarbetarna prova enkla skisser med påhittade ärenden. Be dem visa hur de hittar nästa uppgift, rättar information och lämnar över till en kollega. Samla sådant som gör dem osäkra. Det ger ett underlag för att ändra arbetsgången innan detaljerna i gränssnittet byggs.

Planera även övergången från gamla listor. Bestäm vilka pågående ärenden som ska flyttas, hur ni kontrollerar dem och vilken källa som gäller efter starten. Om ni behöver arbeta parallellt under en övergångsperiod bör det vara tydligt vem som uppdaterar vad och när ni stämmer av uppgifterna.

Planera behörigheter, drift och underhåll

Bestäm vilka roller som behöver se och ändra vilka uppgifter. En medarbetare som utför ett uppdrag kanske behöver arbetsinstruktioner och kontaktinformation, medan andra funktioner kräver särskild behörighet. Gå igenom konkreta ärenden och dokumentera åtkomst utifrån arbetsuppgifterna. Ta även med hur åtkomst avslutas när någon slutar.

Om systemet behandlar personuppgifter gäller GDPR. IMY:s grundläggande principer omfattar bland annat ändamål, rättslig grund, lagringsminimering och säkerhet. Kartlägg vilka uppgifter ni behöver och hur de ska skyddas innan ni beslutar vad systemet ska samla in.

Utse en verksamhetsansvarig som kan bedöma ändringar och prioritera behov. Bestäm separat vem som ansvarar för drift, säkerhetsuppdateringar, support och tekniska fel. Skriv ned hur fel rapporteras och vem som följer upp att de hanteras. Personalen behöver en kontaktväg även när den som beställde systemet inte är tillgänglig.

Planera säkerhetskopiering och återställning tillsammans med den som sköter driften. Be om ett praktiskt prov på hur systemet återställs i en testmiljö. Beskriv också hur verksamheten fortsätter under ett avbrott och hur ni för in tillfälliga anteckningar efteråt. Reservrutinen bör fungera utan att personalen behöver improvisera.

Gå igenom avtalet före utvecklingen. Klargör rättigheter till kod, åtkomst till dokumentation och möjligheten att exportera era uppgifter. Bestäm hur en annan leverantör kan ta över och vad som ingår i underhållet. Dessa frågor hjälper er att bedöma hur systemet kan förvaltas när behoven förändras.

Förbered ett möte om ert systembehov

Ta med ett arbetsflöde som personalen kan beskriva och en lista över dagens verktyg. Visa gärna exempel på informationsstrukturen utan verkliga kunduppgifter. Ange var ni behöver en bättre överblick, vad som måste fungera från start och vilka undantag som återkommer. Då går det att diskutera möjliga lösningar utifrån samma underlag.

Be om ett förslag som tydliggör omfattning, ansvar och hur första versionen ska utvärderas. Personalen bör kunna prova vanliga ärenden och undantag innan ni godkänner införandet. Följ sedan upp om arbetsgången har blivit tydligare och hur mycket stöd och rättningar som fortfarande behövs.

Läs om automatisering för småföretag i Malmö för att välja en första process. Om ert behov börjar i kunddialogen kan ni även läsa om AI för kundservice. Hos Coding Mantis arbetar vi med skräddarsydda system och integrationer utifrån verksamhetens behov. Boka ett möte i Malmö för att diskutera ert arbetsflöde och möjliga nästa steg.