Hoppa till innehåll
FAQ-bibliotek

Alla frågor. En plats

100+ svar som täcker Things at Web och våra 16 tjänsteområden. Sök direkt eller välj ett ämne från sidopanelen.

Om Things at Web

01Vad gör Things at Web?
Things at Web är ett svenskt digital-ingenjörsföretag som bygger webb, mobil, moln, AI och IoT-produkter för företag och tillväxtbolag.
02Var ligger Things at Webs huvudkontor?
Sockerbruksgatan 7, 53140 Lidköping. Legalt namn: Thingsatweb Sweden AB. Leveransteam i Europa och Asien. Kunder i Norden, EU, Storbritannien och Nordamerika.
03Hur stort är Things at Webs team?
21+ specialister inom data, design, fullstack-ingenjörskonst, hårdvara, QA och kreativ ett ansvarstagande leveransteam i stället för silos.
04Äger vi koden och designfilerna efter projektet?
Ja. Fullt ägarskap av kodbas, hostingkonton och designfiler överförs vid överlämning. Ingen leverantörsinlåsning.
05Erbjuder Things at Web SEO och AEO?
Ja. Varje sida vi bygger levereras med teknisk SEO, strukturerad data, sitemap, robots och Core Web Vitals-tuning ingenjörsarbetat från dag ett, inte påklistrat efteråt.
06Hur kontaktar jag teamet?
Maila kontakt@thingsatweb.se eller ring +46 70 777 07 27. Vi svarar inom en arbetsdag med alternativ för upptäcktssamtal.
07Kan ni ta över ett projekt från en annan leverantör?
Ja. Vi startar med en 1–2 veckors teknisk revision, dokumenterar systemet och föreslår en stabiliseringsfärdplan innan vi ändrar produktionskod. Vi skriver inte om reflexmässigt.

Webbutveckling i Sverige

01Hur lång tid tar det att bygga en professionell företagswebb?
En B2B-webbplats för leadsgenerering tar typiskt 6–10 veckor från start till lansering. Komplexa webbapplikationer eller e-handel med skräddarsydda integrationer ligger på 12–20 veckor. Huvudfaktorerna är antal unika sidmallar, tredjepartsintegrationer och hur färdigt innehållet är.
02Vad gör en webbplats SEO-vänlig ur utvecklingsperspektiv?
En SEO-vänlig webbplats laddar snabbt (LCP under 2,5 sek), använder semantisk HTML med en H1 per sida, har rena URL-strukturer, genererar giltig strukturerad data och är fullt indexerbar. Den har unika titlar och meta-beskrivningar per sida och hanterar kanonisering korrekt.
03Bygger ni webbplatser på WordPress?
Ja men vi bygger WordPress headless när prestanda är prioriterat (WordPress som CMS, Next.js eller Nuxt som frontend). För innehållstunga sajter där redaktionell flexibilitet är viktig utan utvecklarberoende ger det det bästa av två världar. Vi bygger även traditionell WordPress när det passar.
04Klarar min webbplats Googles mobile-first indexering?
Varje webbplats från Things at Web byggs mobile-first som standard. Vi testar på riktiga enheter i iOS och Android, validerar tap-targets och fontstorlekar samt kör Lighthouse-mobilrevisioner före lansering. Alla webbplatser klarar Googles mobilanvändbarhetsrapport i Search Console före överlämning.
05Kan ni migrera min webbplats utan att tappa SEO-ranking?
Ja. Vi genomför en fullständig pre-migrationssökning, mappar varje URL till sin nya destination, implementerar 301-omdirigeringar och verifierar sitemap före DNS-byte. Vi övervakar Google Search Console och analytics i fyra veckor efter lansering för att fånga oväntade tapp och agera direkt.
06Erbjuder ni hosting och underhåll av webbplatser?
Vi rekommenderar och konfigurerar din hosting (AWS, Vercel, Cloudflare) i stället för att sälja vidare du äger kontot och betalar leverantören direkt. Vi erbjuder månadsavtal för underhåll som täcker uppdateringar, säkerhetspatchar, prestandaövervakning och innehållsändringar.
07Vad är ett headless CMS och behöver mitt företag det?
Ett headless CMS lagrar och levererar innehåll via API, frikopplat från visningen. Marknadsteamet redigerar i ett bekant gränssnitt medan utvecklare använder ett modernt frontend-ramverk. Du behöver det om du publicerar till flera kanaler eller om prestanda är kritisk och ett traditionellt CMS bromsar din webbplats.

AI & Maskininlärning för företag

01Vad är skillnaden mellan AI-konsultation och AI-utveckling?
AI-konsultation definierar strategin vilka problem som ska lösas, vilken data som krävs och vilken ROI som är realistisk. AI-utveckling bygger och driftsätter systemen. Things at Web gör båda: vi startar varje uppdrag med strategi för att bygga rätt sak och går sedan direkt vidare till utveckling.
02Hur mycket data behövs för att starta ett AI-projekt?
Det beror på problemet. Klassificerings- och regressionsmodeller fungerar ofta bra med 10 000–50 000 märkta exempel. Tidsserier behöver 2–3 års historik. För LLM-applikationer med RAG kan du börja med några hundra välstrukturerade dokument. Vi bedömer ditt dataläge i fas ett.
03Hur lång tid tar det att driftsätta en AI-modell?
En välavgränsad prediktiv modell kan gå från start till produktion på 8–16 veckor. NLP eller datorseende med skräddarsydd märkning tar typiskt 16–24 veckor. LLM-applikationer med RAG kan ofta driftsättas på 4–8 veckor eftersom de utnyttjar förtränade fundament-modeller. Tidplanen beror på databeredskap.
04Kan ni integrera AI i våra befintliga system?
Ja. Vi bygger AI som API-first-tjänster som integrerar med ert CRM, ERP, datalager eller egna applikationer via REST eller gRPC. Befintliga system behöver inte byggas om de konsumerar AI-output genom ett väldefinierat gränssnitt.
05Hur förhindrar ni att AI-modeller ger fel eller partiska svar?
Fyra lager: datarevision för att fånga partiska träningsuppsättningar, statistiska rättvisemått över demografiska undergrupper, förklarbarhetsverktyg (SHAP, LIME) så att varje prediktion kan tolkas, och human-in-the-loop-granskning för högrisks-beslut. Ingen modell går i produktion utan dokumenterad bias-bedömning.
06Vad är RAG och varför är det viktigt för företags-AI?
Retrieval-Augmented Generation (RAG) är en arkitektur där en LLM svarar på frågor genom att först söka i din privata kunskapsbas och använda hämtade dokument som kontext. AI:n svarar utifrån era faktiska policyer och data inte enbart utifrån träningsdata. Eliminerar hallucinationsrisk för domänspecifika frågor.
07Erbjuder ni AI-modellunderhåll efter driftsättning?
Ja. Produktionsdriftsättningar inkluderar en övervakningsdashboard för noggrannhet, latens och data-drift. Vi erbjuder förvaltade MLOps-avtal som täcker automatiska omträningstriggers, larmeskalering och kvartalsvisa prestandagenomgångar. Modeller som inte underhålls degraderas vi bygger infrastrukturen för att de ska förbättras.

Molntjänster & molninfrastruktur

01Vad är molnmigration och hur lång tid tar det?
Molnmigration innebär att flytta applikationer, data och infrastruktur från on-premises eller äldre miljöer till molnplattformar som AWS, Azure eller GCP. En enkel lift-and-shift tar 4–8 veckor. En fullständig företagsmigration som täcker 20–50 applikationer löper typiskt 6–18 månader i faser.
02Vad kostar molninfrastruktur jämfört med on-premises?
De flesta organisationer ser 20–35 % total infrastrukturkostnadssänkning efter molnmigration, främst från eliminerad datacenterhantering, hårdvaruuppdateringar och kapacitet året runt. FinOps-styrning rätt dimensionering, reserved instances och borttagning av slöseri är det som gör besparingen bestående.
03Vad är skillnaden mellan publikt, privat och hybridmoln?
Publikt moln innebär delad infrastruktur som leverantören hanterar. Privat moln är dedikerad infrastruktur, on-premises eller hostad, som du hanterar. Hybrid kombinerar båda känsliga arbetsbelastningar on-premises, skalbara i publikt moln. De flesta företag landar i hybrid av design eller nödvändighet.
04Hur säkrar ni data i molnet?
Molnsäkerhet är ett delat ansvar: leverantören säkrar infrastrukturen; vi säkrar det som körs på den. IAM med minsta behörighet, mikrosegmenterad nätverkstrafik, kryptering i vila och under transport, hemlighetshantering och kontinuerlig övervakning av säkerhetsläge. Varje arkitektur kartläggs mot ditt specifika regelverk.
05Kan ni sänka vår befintliga molnräkning?
Ja. Vi startar med en tvåveckors-genomgång och identifierar overksamma resurser, överdimensionerade instanser, outnyttjade reserved instances och övergivna lagringsutrymmen. Kunder ser typiskt 25–40 % räkningssänkning inom 60 dagar. Sedan inför vi taggningsstyrning och budgetlarm.
06Behöver vårt företag multi-cloud?
Multi-cloud innebär att köra arbetsbelastningar på två eller fler leverantörer typiskt för att undvika leverantörsinlåsning, möta dataresidens eller använda bäst-i-klassen-tjänster. De flesta mellanmarknadsföretag behöver det inte avsiktligt driftskomplexiteten överväger ofta nyttan. Vi rekommenderar det endast med specifik drivkraft.
07Hur hanterar ni disaster recovery?
Vi designar DR-arkitekturer utifrån Recovery Time Objective (RTO) och Recovery Point Objective (RPO). Molnet möjliggör aktiv-passiv eller aktiv-aktiv multiregion till en bråkdel av traditionella DR-kostnader. Avgörande: vi automatiserar DR-tester kvartalsvis en otestad DR-plan är inte en plan, det är ett hopp.

DevOps & SRE-tjänster

01Vad är DevOps och hur skiljer det sig från traditionell IT-drift?
DevOps är en kulturell och teknisk praxis som förenar utveckling och IT-drift kring delat ansvar för hela leveranslivscykeln. Traditionell IT-drift behandlar infrastruktur som separat långsamt, manuellt, förändringsobenäget. DevOps automatiserar provisionering, tester och driftsättning så att kod går från commit till produktion på minuter.
02Vad är en CI/CD-pipeline och varför är den nödvändig?
En CI/CD-pipeline är en automatiserad sekvens som tar kod från commit genom build, test, säkerhetsskanning och driftsättning utan manuella steg. Manuell driftsättning är långsam, felbenägen och inkonsekvent. Team med mogen CI/CD driftsätter på begäran, med lägre felfrekvens och snabbare återhämtning.
03Vad är DORA-mått och varför är de viktiga?
DORA-mått är fyra forskningsbaserade mätningar: driftsättningsfrekvens, ledtid för förändringar, felfrekvens vid förändringar och MTTR. De korrelerar direkt med affärsresultat höga DORA-presterare når kommersiella mål 2× oftare än låga.
04Vad är Site Reliability Engineering (SRE)?
SRE tillämpar mjukvaruteknikens principer på driftsproblem. Kärnbegrepp: definiera Service Level Objectives (SLO:er), använda felbudgetar för att balansera funktionstakt mot tillförlitlighet och köra skuldfria postmortems som åtgärdar system snarare än tilldelar skuld. Tillförlitlighet blir proaktivt och mätbart.
05Hur lång tid tar en DevOps-omställning?
En fungerande CI/CD-pipeline och grundläggande infrastruktur som kod tar 8–12 veckor för de flesta utvecklingsteam. Full DevOps-mognad inklusive observabilitet, SRE, platform engineering och DevSecOps är en resa på 6–18 månader beroende på teamstorlek, teknisk skuld och kultur. Kultur är den största faktorn.
06Fungerar DevOps i reglerade branscher som finans och vård?
Ja reglerade branscher gynnas troligen mest. Automatiserade pipelines producerar revisionsspår som manuella processer inte kan. Infrastruktur som kod gör varje förändring granskningsbar och återställbar. Automatiserade efterlevnadskontroller är snabbare och mer konsekventa än manuell grindvakt. Vi har implementerat FedRAMP-, SOC 2- och HIPAA-kompatibla pipelines.
07Vad är skillnaden mellan DevOps och Platform Engineering?
DevOps är filosofin och praxisen. Platform engineering bygger interna verktyg en Internal Developer Platform som gör DevOps självbetjänad för produktteam. Ett DevOps-team hjälper enskilda team med pipelines; ett platform engineering-team bygger gyllene vägar som vilket team som helst kan adoptera.

IoT-lösningar för företag

01Vad är industriell IoT (IIoT) och hur skiljer det sig från konsument-IoT?
Industriell IoT avser driftsättningar i industriella miljöer tillverkning, logistik, energi där tillförlitlighet, säkerhet och deterministisk prestanda är kritiskt. Konsument-IoT tolererar enstaka fel; industriell gör det inte. IIoT använder robust hårdvara, industriella protokoll som OPC-UA och Modbus och fungerar i extrema temperaturer och vibrationer.
02Hur kopplar ni upp äldre maskiner som saknar inbyggd anslutning?
De flesta äldre maskiner kan kopplas via protokollkonverterare eller edge-gateways som läser befintliga gränssnitt (serial, Modbus RTU, 4-20 mA analog, PLC-utgångar) och översätter till MQTT eller OPC-UA. Saknas gränssnitt installerar vi externa sensorer för vibration, temperatur eller effekt. Maskiner byggda efter 1990 kan oftast kopplas utan mekanisk modifiering.
03Vad är edge computing och varför behöver IoT det?
Edge computing innebär att databehandling sker lokalt på en gateway eller edge-server snarare än att allt skickas till molnet. IoT behöver det för latens (maskinstoppskommandon kan inte vänta), bandbredd (anläggningar med 500 sensorer producerar enorma datamängder) och motståndskraft (lokal bearbetning fortsätter när uppkopplingen tappar).
04Hur säkrar ni en IoT-driftsättning?
Fyra lager: enhetsidentitet (varje enhet autentiseras med certifikat, inte delat lösenord), kommunikationskryptering (TLS 1.3), nätverkssegmentering (IoT-enheter på isolerade VLAN med kontrollerad molnutgång) och firmware-säkerhet (signerade OTA-uppdateringar med rollback). Vi gör hotmodellering specifik för er miljö.
05Hur lång tid tar en IoT-driftsättning?
En pilot en produktionslinje eller plats, ett användningsfall tar 8–12 veckor från start till levande data. En fullständig företagsdriftsättning över flera platser med prediktivt underhåll och ERP-integration löper 6–18 månader. Största accelererande faktor är tydlig användningsfallsdefinition och befintlig OT/IT-infrastruktur.
06Vad är en digital twin och när behövs den?
En digital twin är en virtuell modell av en fysisk tillgång som speglar tillståndet i realtid med sensordata. Företag behöver dem för att simulera driftsscenarier, fjärrdiagnostisera utan platsbesök eller träna operatörer. Mest värdefull för dyra, komplexa tillgångar där driftstopp är kostsamt.
07Kan IoT-system integreras med vårt ERP eller CMMS?
Ja. Vi bygger API-integrationer mellan IoT-plattformen och ert ERP (SAP, Oracle, Dynamics) eller CMMS (IBM Maximo, SAP PM, Infor) för att automatisera arbetsorderskapande från larm, uppdatera tillgångsregister med tillståndsdata och mata in produktionsutfall i planering. Typiskt REST API-baserat, 3–6 veckor tillkommande tid.

Digital transformation

01Vad innebär digital transformation egentligen?
Digital transformation är förändringen av en organisations verksamhetsmodell med hjälp av digitala förmågor moderniserad teknik, omdesignade processer, nya datafundament och beteendeförändring. Det är inget verktygsköp. Utan processredesign och förändringsledning ger teknikinvesteringen bara en bråkdel av det förväntade värdet.
02Hur lång tid tar en digital transformation?
En fokuserad enkeldomäns-transformation (t.ex. ekonomisk månadsavslutning, säljoperativ) tar 6–12 månader. En företagsövergripande tvärdomäns-transformation är ett program på 2–4 år som körs i 90-dagarsvågor med mätbara resultat per våg. Transformationer som drar längre än fyra år går sällan i mål.
03Var ska vi börja?
Börja där smärtan är högst och datan är renast. Tillsammans ger de en snabb, synlig vinst som finansierar och avriskar nästa våg. Undvik att börja med den mest strategiska processen förändringsledningens börda är för stor för att leverera tidig trovärdighet.
04Hur mäter ni framgång?
Per våg utfallsmått knutna till affärscaset kostnad per försäljning, cykeltid, genomflöde, NPS eller intäkt per anställd mätt före, mitt i och efter vågen. Verktygsadoption är ledande indikator, inte framgång.
05Hjälper ni med förändringsledning?
Ja. Vi bygger in förändringsledning i varje våg: intressentkartläggning, kommunikationsplaner, kapacitetsbyggande och incitamentsanpassning. Utan beteendeförändring överges nya processer och verktyg inom sex månader.
06Vad gör vi om våra system är för stökiga för att transformera?
De flesta transformationer startar från stökiga system det är normalt. Vi gör en 2–4 veckors landskapsrevision, klassar system som ersätt/avveckla/utöka/lämna och bygger färdplanen kring realistiska beroenden snarare än idealtillstånd.

Dataanalys & Business Intelligence

01Vad är en modern data stack?
En modern data stack kombinerar molndatalager (BigQuery, Snowflake, Redshift) med ELT-insamling (Fivetran, Airbyte), SQL-transformation (dbt) och BI ovanpå (Power BI, Tableau, Looker, Metabase). Den ersätter sköra ETL-pipelines med reproducerbara, versionsstyrda dataflöden.
02Behöver vi ett data warehouse, lake eller lakehouse?
De flesta företag börjar med ett warehouse för strukturerad analys. En lake (eller lakehouse som Databricks) tillkommer när ni även behöver lagra och bearbeta ostrukturerad data text, bilder, loggar och köra ML på det. Börja med warehouset, addera lakehouse-förmågor först när användningsfall motiverar komplexiteten.
03Hur lång tid tar det att leverera en användbar dashboard?
En första användbar dashboard ovanpå en ren källa kan levereras på 2–4 veckor. Om källan behöver rensning, modellering eller integration tillkommer 4–8 veckor. Flaskhalsen är sällan BI-verktyget det är datapreparation och överenskommelse om definitioner.
04Varför används inte våra befintliga dashboards?
Tre vanliga orsaker: måtten matchar inte hur beslut faktiskt fattas, datan bakom mistrott, eller dashboard:en laddar för långsamt. Vi diagnostiserar alla tre med en användarrevision innan vi bygger om.
05Hur hanterar ni datakvalitet?
Tester i varje transformationssteg (dbt tests, expectations) plus kontrakt i källskiktet. Avvikelser fångas i pipelinen, inte av chefen som tittar på dashboard:en. Datakvalitet är teknik, inget eftertanke.
06Kan ni koppla våra SaaS-verktyg och on-prem-system?
Ja de flesta moderna SaaS-verktyg har förstklassiga kontakter (Salesforce, HubSpot, Stripe, Shopify, Workday). On-prem-system kopplas via CDC-verktyg, direkt databasreplikering eller API-extrakt. Vi designar insamlingsstrategin per källa.

Skräddarsydd mjukvaruutveckling

01När ska vi bygga skräddarsytt kontra köpa hyllvara?
Köp om hyllverktyget löser 80 %+ av ert behov utan att bryta arbetsflödet. Bygg när processen är er konkurrensfördel, när dataformen är ovanlig eller när arbetsflödet inte passar någon leverantörs ramverk. Hybrid (konfigurera SaaS + bygg differentieraren) är ofta rätt svar.
02Hur lång tid tar ett skräddarsytt bygge?
Ett fokuserat internt verktyg levereras på 8–14 veckor. En kundvänd SaaS-MVP löper 12–20 veckor. Större plattformar levereras i 90-dagarsetapper med användbar mjukvara i slutet av varje. Vi kör inte öppna retainerförhållanden.
03Vilka tekniker bygger ni på?
Frontend: React, Next.js, TypeScript. Backend: Node.js, Python, .NET, Go. Databaser: PostgreSQL, MongoDB, Redis. Moln: AWS, Azure, GCP. Vi väljer stack för problemet, inte för att vi säljer en viss plattform.
04Äger vi IP och koden vi betalar för?
Ja. Fullt ägarskap av kodbas, hostingkonton och designfiler överförs vid överlämning. Vi använder inga inlåsningsstrategier.
05Hur ser leveransen ut dagligen?
Tvåveckorsiterationer med demo och granskning i slutet av varje. En enda kontaktpunkt på vår sida. Stand-ups valfria. Delad Slack/Teams-kanal. Du ser arbetande mjukvara, inte statusbilder.
06Kan ni ta över ett bygge från en annan leverantör?
Ja det är en vanlig ingångspunkt. Vi gör en 1–2 veckors teknisk revision, dokumenterar systemet och föreslår en stabiliseringsfärdplan innan vi rör produktionskod. Vi skriver inte om reflexmässigt.

IT-konsultation

01Hur ser ett typiskt konsultuppdrag ut?
2–6 veckor. Vi pratar med ert team, granskar systemen och tar fram en dokumenterad uppsättning rekommendationer med en 90-dagars handlingsplan. De flesta uppdrag inkluderar 2–4 veckors lätt implementeringsstöd för att starta första vågen.
02Gör ni teknikrevisioner?
Ja. Stackrevisioner, arkitekturgenomgångar, leverantörsövertaganderevisioner och teknisk due diligence inför förvärv är vanliga uppdrag. Resultatet är en skriftlig bedömning med svårighetsgraderade fynd och rekommenderade åtgärder.
03Stannar ni för att hjälpa till med genomförandet?
Oftast ja vi föredrar uppdrag som kopplar strategi till genomförande. Om vi rekommenderar en väg är vi gärna med och kör första vågen så ni ser det fungera innan ni skalar internt.
04Hur prissätts konsultation?
Fast omfattning, fast pris för definierade revisioner och färdplansuppdrag. Löpande räkning för pågående rådgivning.
05Kan ni göra styrelse-rådgivning?
Ja oberoende teknisk rådgivning för styrelser och vd:ar. Kvartalsretainer med månadsmöten och ad hoc-input vid större beslut.

Applikationstjänster

01Vad innebär applikationsmodernisering egentligen?
Återplattformering av äldre system på modern stack (containers, molnatjänster), ersätta dyrunderhållen kod med förvaltade tjänster och bygga om gränssnitt. Ibland strangler-fig-ersättning, ibland lift-and-shift först, sedan refaktorering. Strategin beror på risk och ROI.
02Kan ni ta över en befintlig applikation från en annan leverantör?
Ja. Vi gör en 1–2 veckors övertaganderevision dokumenterar systemet, fångar tyst kunskap och föreslår en stabiliseringsfärdplan innan vi ändrar produktionskod. De första 90 dagarna är typiskt tillförlitlighet och observabilitet, inte nya funktioner.
03Hur hanterar ni applikationsintegration?
API-first som standard. Vi bygger tydliga kontrakt mellan system och undviker punkt-till-punkt-integrationer som blir spaghetti. Saknar källsystemet ett rent API kapslar vi det. Händelsedrivna mönster när tillståndsändringar måste spridas.
04Vad innehåller förvaltade applikationstjänster?
Övervakning, incidenthantering, patchning, kapacitetsplanering, beroendeuppdateringar och mindre förbättringar. SLA-uppbackat. Levereras typiskt som månadsretainer plus en mindre ändringsbudget.
05Kommer ni att ersätta vårt befintliga team?
Nej vi utökar. Bästa utfallet blir när ert team äger den långsiktiga riktningen och vi tillhandahåller kapacitet, specialistkunskap och processdisciplin.

IT-infrastrukturtjänster

01Vad täcker ett infrastrukturuppdrag?
Arkitektur (nätverk, compute, lagring), säkerhetsbaslinje, övervakning och larm, backup och disaster recovery, identitet och behörighet samt de operativa runbooks som håller det igång. Vi lämnar över fullt dokumenterade system.
02Moln, on-premises eller hybrid?
Arbetsbelastning-för-arbetsbelastning. Förutsägbara stabila arbetsbelastningar med strikt dataresidens passar ofta on-premises eller privat moln. Variabla eller växande arbetsbelastningar gynnas av publikt moln. De flesta företag landar i hybrid av design.
03Gör ni nätverk och säkerhet?
Ja segmentering, zero-trust-mönster, VPN/SD-WAN, brandväggspolicy, IAM, hemlighetshantering och kontinuerlig övervakning av säkerhetsläge. Hotmodellering ingår i varje arkitekturuppdrag.
04Kan ni ta över infrastruktur från en annan leverantör?
Ja. Vi börjar med en grundrevision och ägarskapsöverföringsplan konton, credentials, runbooks, dokumentation. De första veckorna handlar om att eliminera överraskningar innan något ändras.
05Hur är det med löpande drift?
Övervakning dygnet runt, incidenthantering med definierade SLA:er, patchning, kapacitetsplanering och kvartalsvisa genomgångar. Månadsvis retainerprissättning kopplad till omfattning.

Produkt- & hårdvaruteknik

01Vilken typ av produkter ingenjör ni?
Uppkopplade produkter (IoT-enheter, sensorer, gateways), industriell automationshårdvara, kassaterminaler och retail-terminaler samt edge-compute-enheter. Vi har levererat produkter i produktion inom detaljhandel och industriella miljöer.
02Gör ni elektronikdesign och PCB-layout?
Ja schemafångst, PCB-layout, EMC-medvetenhet, design-for-manufacture. Vi arbetar med tillverkningspartners för montering och bring-up. Prototypning sker internt.
03Gör ni firmware?
Ja inbyggd C/C++, Rust, MicroPython och Linux user-space på edge-enheter. Secure boot, signerad OTA och observabilitet för fältdistribuerade enheter.
04Hur hanterar ni mekanik och kapslingsdesign?
CAD-ledd mekanikdesign med prototypning (3D-print, CNC) och partnerledd verktyg för produktion. Vi designar för servicebarhet och termiska/EMI-realiteter, inte bara utseende.
05Stöttar ni vår produkt efter lansering?
Ja kontinuerlig ingenjörskonst, buggfixar, firmware-uppdateringar och revisionsplanering. Vi föredrar att stanna med en produkt under de första 2–3 fältåren så problem matas tillbaka till designen.

QA & testningstjänster

01Vad är skillnaden mellan QA och testautomatisering?
QA är disciplinen att säkerställa kvalitet i hela SDLC krav, design, utveckling, release. Testautomatisering är ett verktyg inom QA. Stark QA inkluderar även statisk analys, kodgranskning, observabilitet i produktion och tydliga acceptanskriterier inte bara automatiserade tester.
02Gör ni prestanda- och lasttestning?
Ja k6, JMeter, Locust för syntetisk last. Vi mäter prestanda vid varje release och grindvaktar mot regression. Real-user monitoring (RUM) i produktion fångar det syntetiskt inte kan.
03Kan ni testa för säkerhet?
Ja SAST (statisk analys), DAST (dynamisk skanning), beroendeskanning och hotmodellering. Penetrationstest för högrisk-system. Vi bäddar in säkerhetstest i pipelinen så det blir en kontinuerlig grind, inte en kvartalsrevision.
04Hur hanterar ni tillgänglighet?
WCAG 2.1 AA som standard. Automatiserade kontroller (axe-core) i CI plus manuell skärmläsartestning för kritiska flöden. Vi behandlar tillgänglighet som en icke-förhandlingsbar punkt, inte en valfri eftermontering.
05Ska vi ha ett separat QA-team eller bädda in QA i utvecklingen?
Bädda in. Team som äger kvalitet levererar högre kvalitet snabbare än team som kastar arbete över väggen till QA. Vi hjälper organisationer att gå från grindvakts-QA till inbäddad kvalitetsingenjörskonst.

UI/UX-designtjänster

01Hur ser er designprocess ut?
Upptäcka (intervjuer, analytics, användbarhetsgranskning), definiera (problemramning, framgångsmått), designa (wireframes, prototyper), validera (användbarhetstest, A/B) och leverera (Figma + designsystem + sida vid sida med utvecklingen). Iterativ, inte vattenfall.
02Bygger ni designsystem?
Ja token-baserade designsystem (Figma + kod) med komponenter, mönster och inbyggd tillgänglighet. Vi bygger system dimensionerade efter organisationen överinvestering kostar lika mycket som underinvestering.
03Gör ni användarforskning?
Ja intervjuer, kontextuella undersökningar, användbarhetstest (modererade och omodererade) och kvantitativ analytics. Vi väljer metod för frågan, inte frågan för metoden vi gillar.
04Hur mäter ni designens framgång?
Per uppdrag utfallsmått uppgiftens slutförande, tid per uppgift, konverteringsgrad, CSAT, retention, NPS mätt före och efter. Design som inte flyttar ett mått är inte klar.
05Designar ni om befintliga produkter?
Ja typiskt från en användbarhetsrevision och analysgranskning, inte från ett blankt canvas. De svåraste omdesignerna är de där existerande design mestadels är rätt och behöver kirurgiskt ingrepp, inte rebranding.

Blockkedjeutveckling

01När behöver ett problem verkligen blockkedja?
När ni behöver en delad ledger mellan parter som inte litar på varandra, när token-baserad programmerbarhet är kärnan i affärsmodellen, eller när oföränderlighet krävs för efterlevnad eller spårning. De flesta projekt behöver inte blockkedja de behöver en vanlig databas.
02Vilka kedjor bygger ni på?
Ethereum och EVM-kompatibla L2-kedjor (Arbitrum, Optimism, Base) för de flesta kontrakt. Solana för hög genomströmning. Behörighetsbaserade kedjor (Hyperledger Fabric) för företagskonsortier.
03Granskar ni smarta kontrakt?
Ja och vi anlitar en oberoende tredjepartsrevisor utöver vår interna granskning för allt som går till mainnet med icke-trivialt värde. Vi hoppar inte över revisioner.
04Kan ni göra tokenisering och on-chain-betalningar?
Ja ERC-20, ERC-721, ERC-1155 och relevanta L2-motsvarigheter. KYC/AML-integration där det är reglerat. Stablecoin-betalningar och on-chain-avveckling.
05Hur är det med försörjningskedjespårning?
Spårning är ett av blockkedjans renare användningsfall men värdet beror på att off-chain-datan är pålitlig. Vi designar end-to-end inklusive off-chain-datavägen så att on-chain-posten är meningsfull.

Mobilapputveckling

01Native iOS, native Android eller React Native?
Native (Swift/Kotlin) när djup plattformsintegration, toppprestanda eller plattformsspecifika API:er är centrala. React Native (eller Flutter) när appen mest är UI med delad affärslogik och time-to-market spelar roll. Vi väljer medvetet per produkt, inte ideologiskt.
02Hur lång tid tar det att bygga en mobilapp?
En fokuserad MVP levereras på 12–16 veckor. En fullständig konsument-app med offline, push, analytics och integration löper 16–24 veckor. Efterföljande funktionsvågor är 4–8 veckor styck.
03Hanterar ni inlämning till App Store och Play Store?
Ja butikslistor, skärmdumpar, integritetsdeklarationer, granskningssvar och uppdateringskadens efter lansering. Vi sköter också grunderna inom App Store Optimisation (ASO).
04Hur är det med backend?
Vi kan bygga den. De flesta mobilappar behöver backend API, autentisering, push, analytics. Vi bygger mobil och backend i samma uppdrag så API-kontraktet matchar det appen faktiskt behöver.
05Underhåller ni appar efter lansering?
Ja mobilplattformar ändras kvartalsvis och en outvecklad app rost snabbt. Vi erbjuder månadsretainers som täcker OS-uppgraderingar, SDK-uppdateringar, butikspolicy och inkrementellt funktionsarbete.