Företagssystem, portaler & integrationer

Tjänsten passar när ni har växt ur kalkylark, mejltrådar och manuella rutiner. Det kan vara när information tappas bort, uppgifter dubbelregistreras, kunder saknar tydlig status eller personal lägger för mycket tid på administration.

Om flera system används parallellt utan att prata med varandra kan en portal eller integration ofta spara mycket tid.

En förstudie är en kortare genomgång där vi kartlägger behov, processer, system, användare, risker och tekniska krav. Resultatet blir ett tydligare underlag för budget, tidsplan och lösningsförslag.

För större system är förstudien viktig eftersom den minskar risken för missförstånd, felbudgetering och funktioner som byggs på fel sätt.

Större system och integrationer har ofta fler beroenden än man först tror. Det kan handla om behörigheter, datamodeller, API:er, användarroller, säkerhet, migrering, externa leverantörer och framtida förvaltning.

En förstudie gör att ni får ett mer realistiskt beslutsunderlag innan utvecklingen startar.

En API-integration kopplar ihop två eller flera system så att information kan skickas automatiskt mellan dem. Det kan exempelvis gälla CRM, ekonomi, webbshop, lager, bokningssystem eller interna verktyg.

Exakt omfattning beror på vilka system som ska kopplas, vilken data som ska överföras och hur ofta informationen behöver uppdateras.

Ett API är ett tekniskt gränssnitt som gör att system kan kommunicera med varandra. Om ett system har ett bra API kan det ofta kopplas ihop med andra verktyg på ett mer stabilt och automatiserat sätt.

Om ett system saknar API kan integration fortfarande vara möjlig, men det behöver utredas mer noggrant.

Ja, i många fall går det att koppla ihop sådana system. Exempel kan vara att kunddata skickas till CRM, orderdata skickas till ekonomi, lagersaldo uppdateras i webbshop eller att interna notiser skapas automatiskt.

Innan vi kan ge ett exakt pris behöver vi kontrollera systemens integrationsmöjligheter och vilken data som ska flöda mellan dem.

CRM-implementation kan omfatta uppsättning av pipelines, fält, kundkort, användare, behörigheter, automationer, migrering och utbildning. Målet är att CRM-systemet ska stödja hur ni faktiskt säljer, följer upp och hanterar kunder.

Ett bra CRM ska inte bara vara ett register, utan ett verktyg som hjälper teamet att arbeta mer strukturerat.

Ja. Vi kan hjälpa till att jämföra behov mot olika CRM-lösningar och föreslå ett rimligt upplägg. Valet beror på hur ni arbetar med försäljning, support, uppföljning, automation, rapportering och integrationer.

Ibland räcker ett enklare CRM, medan större verksamheter behöver mer anpassade flöden.

Ja, ofta kan vi hjälpa till med migrering av kunddata, kontaktuppgifter, ärenden eller annan information. Först behöver datan granskas så att vi vet format, kvalitet, dubbletter och vilka fält som ska följa med.

Datamigrering behöver planeras noggrant eftersom felaktig eller rörig data kan skapa problem i det nya systemet.

Ett bokningssystem kan omfatta bokningsflöde, kalender, resurser, tjänster, tillgänglighet, påminnelser och ibland betalning eller integration med andra system.

Det kan passa företag som bokar möten, behandlingar, installationer, konsultationer, utbildningar eller andra tidsbaserade tjänster.

Ja, ofta går det att koppla bokningssystem till kalenderlösningar som Microsoft 365, Google Calendar eller andra system. Det beror på vilken kalenderlösning som används och hur bokningsflödet ska fungera.

Kalenderkoppling är särskilt viktigt om personal, resurser eller lokaler behöver synkas automatiskt.

Ett ärendehanteringssystem kan omfatta ticketflöden, statusar, prioritet, ansvariga personer, SLA, interna kommentarer, kundkommunikation och rapportering.

Det passar företag som hanterar support, serviceärenden, interna förfrågningar, kundärenden eller tekniska problem på ett mer strukturerat sätt.

SLA står för Service Level Agreement och beskriver vilken servicenivå som gäller, till exempel svarstider, prioritet, eskalering och hantering av olika typer av ärenden.

I ett ärendehanteringssystem kan SLA hjälpa teamet att se vilka ärenden som är mest brådskande och vilka som riskerar att bli försenade.

En kundportal är en inloggad miljö där kunder kan se relevant information, dokument, ärenden, status, historik eller andra funktioner. Den kan minska behovet av mejl och ge kunden bättre överblick.

En kundportal kan också göra företaget mer professionellt genom att samla kommunikationen på ett tydligare sätt.

En kundportal kan innehålla inloggning, kunddata, ärenden, dokument, status, beställningar, rapporter, meddelanden, formulär, filer och andra funktioner som kunden behöver komma åt.

Exakt innehåll beror på verksamhetens processer och vilken information kunden ska kunna se eller hantera.

Ett anpassat företagssystem passar när färdiga verktyg inte räcker eller när flera arbetsflöden behöver samlas i en lösning. Det kan handla om flera moduler, roller, integrationer, specialflöden och rapportering.

Det är oftast aktuellt när systemet blir en viktig del av företagets dagliga drift.

Nej. I många fall är ett färdigt system snabbare och billigare. Ett anpassat system är mest relevant när standardlösningar inte stödjer arbetssättet, när integrationer är avgörande eller när verksamheten behöver särskilda flöden.

Vi rekommenderar inte specialutveckling om en enklare lösning räcker.

Ja. En medarbetarportal kan samla interna rutiner, dokument, formulär, ärenden, onboarding, rapporter eller andra arbetsflöden. Det kan minska intern administration och göra information lättare att hitta.

Portalen kan anpassas efter roller så att olika användare ser olika information.

Ja. Vi kan bygga kundportaler med inloggning, behörigheter och kundanpassad information. För sådana lösningar är säkerhet, åtkomstkontroll och dataskydd viktiga delar av planeringen.

Om portalen hanterar känslig information behöver säkerhetskraven definieras tidigt.

System och portaler kan byggas med olika roller och behörighetsnivåer. Exempelvis kan administratörer, medarbetare, kunder och externa partners få olika åtkomst.

Tydliga roller minskar risken att fel personer ser eller ändrar information de inte ska ha tillgång till.

Säkerhet behöver planeras från början. Det kan omfatta inloggning, behörigheter, datalagring, backup, loggning, kryptering, systemuppdateringar och rutiner för incidenter.

Säkerhetsnivån anpassas efter vilken information systemet hanterar och hur kritiskt det är för verksamheten.

Om systemet hanterar personuppgifter behöver GDPR-frågor tas med i planeringen. Det kan gälla vilka uppgifter som samlas in, varför de behövs, hur länge de sparas, vilka som har åtkomst och vilka leverantörer som behandlar datan.

Vi kan hjälpa till med teknisk struktur och praktisk genomgång, men juridiska bedömningar bör granskas separat vid behov.

Ja. Många system kan skicka automatiska e-postmeddelanden, interna notiser eller påminnelser. Det kan exempelvis gälla nya ärenden, bokningar, statusändringar, dokumentuppladdningar eller uppföljning.

Notifieringar bör sättas upp med tydlig logik så att de hjälper användarna utan att skapa onödigt brus.

Ja. System kan innehålla rapporter och dashboards som visar exempelvis ärendestatus, försäljning, bokningar, beläggning, kundaktivitet eller andra viktiga nyckeltal.

Vilka rapporter som behövs bör definieras utifrån vilka beslut verksamheten behöver kunna ta.

Ja. Många manuella flöden kan automatiseras, till exempel att skapa ärenden, skicka bekräftelser, uppdatera CRM, flytta data mellan system eller generera interna notiser.

Det bästa är att börja med de arbetsmoment som tar mycket tid eller ofta blir fel.

Det beror på omfattning. En mindre integration eller tydlig CRM-implementation kan ofta gå snabbare, medan kundportaler och anpassade företagssystem kräver mer planering, design, utveckling, testning och förvaltning.

Efter en förstudie kan vi ge en mer realistisk tidsplan.

Mindre uppdrag kan ofta prissättas från ett tydligt startpris. Större projekt kräver normalt en förstudie eller kravspecifikation innan fast pris eller budgetintervall kan lämnas.

Priset påverkas av funktioner, integrationer, användarroller, datamigrering, säkerhetskrav, design, testning och förvaltning.

Ja, där det är aktuellt. Licenser, domäner, hosting, externa systemkostnader, API-avgifter och andra tredjepartskostnader tillkommer normalt utöver utvecklingsarbetet.

Vi försöker tydliggöra sådana kostnader tidigt så att budgeten blir realistisk.

Efter lansering kan vi hjälpa till med förvaltning, support, vidareutveckling, felsökning, uppdateringar och SLA. Det är särskilt viktigt för system som används dagligen eller är affärskritiska.

Ett system bör ses som något som kan förbättras över tid, inte bara som ett engångsprojekt.

Ja. Förvaltning och SLA kan ingå efter lansering beroende på behov. Det kan omfatta support, övervakning, prioritering av ärenden, mindre förbättringar och teknisk uppföljning.

För affärskritiska system rekommenderas någon form av löpande förvaltning.

Ja. Det är ofta klokt att börja med en första version som löser de viktigaste problemen och sedan bygga vidare. Det minskar risk, gör budgeten lättare att kontrollera och gör det möjligt att testa lösningen i verkligheten.

Efter första versionen kan nya funktioner prioriteras utifrån faktisk användning.

Vi behöver förstå era arbetsflöden, vilka problem som ska lösas, vilka system ni använder idag, vilka användare som ska arbeta i lösningen och vilken data som ska hanteras.

Exempel på nuvarande kalkylark, mejlflöden, system, rapporter eller manuella rutiner är ofta mycket användbara i början.