Applikations-, plattforms- och produktteknik
Kärnplattformar, portaler och tjänster byggda för att hålla, vara snabba och fortsätta förändras
När standardprogramvara slutar passa
Standardprogramvara passar det mesta av en verksamhet, men inte den del som gör din verksamhet unik. Det kan vara en prissättningsmotor, en driftplattform, en portal som dina kunder loggar in i eller de tjänster som håller dina andra system samman.
Den programvaran bär ofta den största trafiken och den största risken. Avbrott stoppar försäljning eller offentliga tjänster, långsamma sidor tappar användare, och en skör arkitektur gör varje ny funktion till ett långt projekt.
Vad som förändras för dig
Programvara som passar hur du arbetar
Dina regler, arbetsflöden och din datamodell i koden, inte kringgångna i kalkylark och manuella steg.
Plattformar som håller under last
Tjänster och API:er för hög samtidighet, utformade för topptrafik, med gränser och kvoter som skyddar dem.
Förändring utan att börja om
Komponerbara byggstenar, tester och automatiska releaser, så att nya funktioner levereras som små, regelbundna releaser i stället för stora projekt.
Vad vi levererar
Företagsprogramvara och SaaS med flera tenanter
Kärnplattformar för verksamheten och SaaS-produkter med flera tenanter, med isolering mellan tenanter, roller och granskningsspår inbyggda från första releasen.
Komponerbar arkitektur och mikroappar
Paketerade affärsförmågor (PBC:er) är fristående delar, som prissättning, kundintroduktion eller fakturering, som kan återanvändas, ersättas eller släppas var för sig. Vi bygger plattformar och små appar av dem.
Backend och API:er
Mikrotjänster och API:er för hög samtidighet över REST och GraphQL, med hantering av hastighetsgränser och kvoter. Model Context Protocol-servrar (MCP) låter AI-agenter använda dina system säkert.
Kundportaler, e-tjänster för medborgare och interna verktyg
Självbetjäningsportaler, offentliga e-tjänster och backofficeverktyg som laddas snabbt på en långsam anslutning och fungerar med tangentbord och skärmläsare.
Frontend och designsystem
Gränssnitt i React, Next.js, Angular eller Vue.js, byggda från ett tokeniserat designsystem så att varje produkt ser likadan ut och beter sig likadant när den växer.
Språk och layouter från höger till vänster
Text hållen utanför koden och översatt per språk, med layouter som speglas korrekt för arabiska.
Tester och en leveranspipeline
Enhets-, integrations- och end-to-end-tester vid varje ändring, och releaser automatiserade från repot till varje miljö.
Dokumentation och överlämning
Dokumenterade arkitekturbeslut (ADR), dokumenterade API:er och driftsmanualer, så att dina ingenjörer eller våra kan fortsätta ändra systemet säkert.
Skrivbordsapplikationer
Skrivbordsapplikationer bär fortfarande mycket av det dagliga arbetet hos ekonomiavdelningar, butikskassor, lager, kliniker och kontrollrum. Vi bygger dem för Windows, macOS och Linux, nativt eller plattformsoberoende. En äldre applikation kan moderniseras i steg.
Design av skrivbordsgränssnitt
Skärmar utformade för tangentbord, mus och stora skärmar, med kortkommandon och täta vyer för erfarna användare.
Byggen för Windows, macOS och Linux
Nativa eller plattformsoberoende applikationer byggda från en gemensam backlog, med affärsregler delade där det är möjligt.
Offlineanvändning och synkronisering
Krypterad lokal lagring och konfliktregler, så att arbetet fortsätter utan anslutning och synkroniseras säkert senare.
Enhetsintegration
Anslutningar till streckkodsläsare, kvitto- och etikettskrivare, vågar, betalterminaler och annan lokal hårdvara.
Signerade installationspaket och uppdateringar
Kodsignerade paket för dina verktyg för enhetshantering, med automatiska uppdateringar, stegvis utrullning och återställning.
Backend- och API-integration
Säkra länkar till ditt ERP, CRM och andra system, med nya försök och tydliga meddelanden när de inte är tillgängliga.
Inloggning och lokal säkerhet
Enkel inloggning med din identitetsleverantör, krypterad lokal data och inga administratörsrättigheter för att köra.
Tester och kraschrapportering
Automatiska tester på varje operativsystemversion som stöds, och kraschrapporter som visar problem innan användarna rapporterar dem.
Moderniseringsplan
För en befintlig applikation en stegvis plan för att ersätta dess äldsta delar medan människor fortsätter använda den.
Hur vi arbetar
Förstudie
Vi träffar dem som ska använda och driva programvaran, kartlägger nuvarande process och enas om den första releasen.
Utforma
Vi formar arkitekturen, datamodellen och de viktigaste skärmarna och testar riskfyllda antaganden med prototyper.
Bygg i korta iterationer
Vi levererar fungerande delleveranser, visar dem för dig i en stagingmiljö och justerar backloggen utifrån det vi lär oss.
Verifiera vid varje ändring
Automatiska tester, kodgranskning och kontroller av prestanda, säkerhet och tillgänglighet körs innan något slås samman.
Release
Vi driftsätter genom pipelinen med en återställningsplan och följer systemet noga efter driftsättning.
Drift och vidareutveckling
Vi förvaltar och bygger ut systemet enligt ett serviceavtal, eller överlämnar det till ditt team med en överlappningsperiod.
Tekniker och standarder
Vi väljer en teknikstack som ditt team kan driva och rekrytera till. Att ett system nämns betyder inte att vi har ett partnerskap med leverantören.
- Språk
- TypeScript
- Java
- C#
- Python
- Go
- PHP
- Rammverk
- Node.js
- NestJS
- Spring Boot
- .NET
- Django
- Laravel
- React
- Next.js
- Angular
- Vue.js
- Databaser
- PostgreSQL
- MySQL
- MongoDB
- DevOps och observerbarhet
- Docker
- Kubernetes
- Design och tillgänglighet
- Storybook
- WCAG 2.2
- Integration
- REST
- GraphQL
- OpenAPI
Bevis i produktion
För en detaljhandelsgrupp med flera varumärken byggde våra ingenjörer en handelsmotor för hög samtidighet och en tjänst för lagerreservationer som håller under blixtförsäljning.
Så börjar du
Kom med en kravspecifikation och vi svarar med ett förslag. Kom med en idé och Blueprint Studio omvandlar den först till en arkitektur och en fast omfattning.
Vad som händer härnäst
Förberedande samtal
En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Val av spår
Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.
AI-native produktteam
Hanterade, tvärfunktionella team av seniora ingenjörer, utrustade med agentiska arbetsmiljöer för kodning och QA.
Projekt med fastställt resultat och förvaltade tjänster dygnet runt
Leverans med fast omfattning och milstolpar under namngivna leveransansvariga, samt förvaltade applikationstjänster dygnet runt under SLA-styrning.
Frågor och svar
Hur väljs teknikstacken?
Vi utgår från vad ditt team kan driva och rekrytera till, vad dina andra system använder och vad programvaran måste göra. För de flesta affärssystem innebär det ett vanligt språk som TypeScript, Java, C# eller Python, en relationsdatabas och det moln du redan använder. Vi dokumenterar varje val och skälen till det.
Kan en SaaS-produkt med flera tenanter byggas?
Ja. Vi utformar isolering mellan tenanter, konfiguration per tenant, roller, faktureringskopplingar och granskningsspår från första releasen, eftersom att lägga till dem senare innebär att skriva om datamodellen. Vi enas med dig om tenanter delar databas, schema eller ingenting, utifrån dina behov av säkerhet och kostnad.
Vad betyder komponerbar arkitektur för verksamheten?
Din plattform byggs av fristående affärsförmågor med egna API:er, som prissättning, kundintroduktion eller fakturering. Var och en kan ändras, skalas eller ersättas utan att röra resten, och nya produkter kan återanvända dem. Det passar plattformar som ska växa i många år; ett litet verktyg behöver det inte.
Vilket frontendramverk används?
Vi använder React med Next.js för de flesta nya applikationer, eftersom det stödjer serverrendering och har starka verktyg. Vi arbetar också med Angular och Vue.js, och vi fortsätter i det ramverk du redan använder när det är det kloka valet.
Kan våra egna ingenjörer arbeta tillsammans med teamet från XSIS?
Ja. Många kunder vill ha sina ingenjörer i samma repo från början, så att kunskapen stannar internt. Vi enas om kodgranskning, branchning, definition of done och vem som godkänner releaser. Dina ingenjörer kan parprogrammera med våra eller ta över delar av systemet när de är redo.
Vad händer om våra krav ändras under projektet?
Det gör de oftast, och processen förväntar sig det. Backloggen gås igenom med dig vid varje iteration. I ett projekt med fast omfattning enas vi skriftligt om en ändring, med dess effekt på kostnad och datum, innan arbetet med den börjar.
Vad händer efter driftsättning?
Du väljer. Vi kan förvalta och bygga ut systemet enligt ett avtal med svarstider och övervakning. Eller så överlämnar vi det till ditt team med koden, dokumentationen och en överlappningsperiod.
Varför bygga en skrivbordsapplikation i stället för en webbapplikation?
Välj skrivbord när arbetet kräver offlineanvändning, direkt åtkomst till enheter eller lokala filer, tunga data eller grafik, eller snabba tangentbordsstyrda skärmar. För de flesta andra behov är en webbapplikation enklare att rulla ut och uppdatera. Vi rekommenderar från fall till fall, och ibland är en webbapplikation med en liten skrivbordskomponent rätt svar.
Nativt eller plattformsoberoende skrivbord: vad ska vi välja?
Nativa applikationer ger bäst prestanda och passar varje operativsystem bäst. Plattformsoberoende applikationer delar en kodbas över Windows, macOS och Linux, vilket sänker kostnaden för att bygga och ändra dem. Vi rekommenderar nativt när en plattform dominerar eller arbetet är krävande, och plattformsoberoende när flera plattformar spelar roll.
Kan en skrivbordsapplikation fungera utan nätverksanslutning?
Ja, för de uppgifter som tillåter det. Vi beslutar tillsammans med dig vilken data varje användare behöver på enheten, håller den krypterad och registrerar ändringarna tills nätet kommer tillbaka. När samma post ändras på två ställen avgör överenskomna regler vilken ändring som vinner, eller ber en person välja.
Kan applikationen arbeta med våra streckkodsläsare, skrivare och andra enheter?
Ja. Vi integrerar med de enheter din personal använder, som streckkodsläsare, kvitto- och etikettskrivare, vågar och betalterminaler. Vi ansluter genom varje enhets drivrutiner, SDK:er eller standardportar och testar med exakt de modeller och den firmware du kör, eftersom enheter av samma typ ofta beter sig olika.
Hur levereras och styrs skrivbordsuppdateringar?
Varje release är kodsignerad, så varje enhet kan kontrollera att den inte har ändrats. Releaser går ut genom dina verktyg för enhetshantering eller en inbyggd uppdaterare, först till en pilotgrupp och sedan till alla. Om en release orsakar problem kan enheterna gå tillbaka till föregående version.
Vår skrivbordsapplikation är gammal och svår att ändra. Vilka alternativ har vi?
Att skriva om allt på en gång är sällan det säkraste valet. Vi bedömer koden, dess beroenden och hur människor använder den. Sedan rekommenderar vi att refaktorera den, flytta den till ett aktuellt ramverk eller ersätta den med webbprogramvara. Vilken väg du än väljer ändrar vi i steg, så att användarna kan fortsätta arbeta och varje steg kan testas.
Hur säkras en skrivbordsapplikation?
Användarna loggar in genom din identitetsleverantör, med enkel inloggning där du har det. Lokal data krypteras, hemligheter förvaras i operativsystemets säkra lagring och applikationen körs utan administratörsrättigheter. Anslutningarna till dina system krypteras, och beroenden kontrolleras mot kända sårbarheter före varje release.
Vad styr kostnaden för en skrivbordsapplikation?
Antalet arbetsflöden och skärmar, vilka plattformar som ska stödjas, offlineanvändning, enhetsintegrationer och systemen den ansluter till. För en befintlig applikation spelar också skicket på dess kod och dokumentation roll. Signering, paketering och att följa operativsystemens uppdateringar är löpande kostnader att planera för.
Redo att bygga? Begär ett förslag.
Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.
Vad som händer härnäst
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Bindande förslag
Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.
Mobilisering
När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.