Hoppa till huvudinnehållet
    Webbapplikationer & plattformar

    Utveckling av webbapplikationer – plattformar byggda för att skala

    Webbapplikationer som håller för verklig trafik, verklig belastning och en verklig produktplan – inte ett CRUD-formulär fastskruvat på en databas utan någon plan för månad sex.

    Så bygger vi webbplattformar
    1. 1
      Discovery
      ADR:er, risker, walking skeleton
    2. 2
      Fundament
      Inloggning, infrastruktur, CI, observerbarhet
    3. 3
      Kärnflöde
      Första hela användarresan live
    4. 4
      Iterera
      Demo varje vecka, release varannan vecka
    5. 5
      Härda
      Lasttester, säkerhetsgranskning, runbooks

    Fundamentet är på plats vecka 2–4 – varje senare sprint bygger vidare på det.

    Det här får du

    Modern frontend (React, Next.js, Vue eller det ditt team faktiskt kommer att förvalta) med SSR och optimerade Core Web Vitals
    Backend i Node, Python eller Go med tydliga gränser – tjänster som kan skalas oberoende av varandra
    Dataarkitektur: PostgreSQL, MongoDB eller DynamoDB, valt efter åtkomstmönster och inte efter tycke och smak
    Identitetshantering, isolering mellan kunder (multi-tenant), roll- och behörighetsmodell, granskningslogg – det oglamorösa arbetet som de flesta team hoppar över
    Observerbarhet från dag ett: loggar, spårning, mätvärden och dashboards som din jourhavande utvecklare faktiskt kan använda
    CI/CD-pipeline med förhandsmiljöer, feature flags och en rollback-plan som faktiskt har övats
    Säkerhetsbaslinje: OWASP Top 10, skanning av beroenden, hantering av hemligheter och HTTP-headers som klarar en granskning

    När det passar

    • Produkten måste utvecklas varje vecka – ett no-code-verktyg kommer att slå i taket, och du ser det redan
    • Du har, eller kommer att anställa, någon som äger plattformen – en webbapplikation utan ägare går bakåt
    • Krav på prestanda, säkerhet eller regelefterlevnad gör ”köp bara en SaaS” till fel svar
    • Du vill hellre betala för arkitekturen en gång än skriva om den efter B-rundan

    När det inte passar

    • Produkten är i själva verket en landningssida eller en broschyrsajt – ett CMS löser det bättre
    • Det finns ingen budget efter lanseringen – plattformar som levereras och sedan fryses blir säkerhetsrisker
    • Kraven ändras varje vecka och ingen i ledningen äger dem – först discovery, sedan bygge

    Process

    Discoveryfasen (1–3 veckor) ger dokumenterade arkitekturbeslut (ADR), en leveransplan i etapper och ett levererat ”walking skeleton” – inloggning, driftsättningspipeline och ett minimalt flöde hela vägen igenom, live i din stagingmiljö. Utvecklingen sker i sprintar med demo varje vecka och en release till produktion med 2–4 veckors mellanrum.

    Hela leveransprocessen

    Prissättning

    Fast pris per milstolpe för MVP:er ($80–300k). Dedikerat team eller pod i kvartalscykler för plattformsbyggen. Arbete med regelefterlevnad (SOC 2, HIPAA, PCI) avgränsas separat och löper parallellt med utvecklingen.

    Se våra samarbetsformer

    Vanliga frågor

    Vilken teknikstack använder ni?
    Utgångspunkten är React eller Next.js i frontend, Node eller Python i backend och PostgreSQL för det mesta av datan. Vi väljer en stack som ditt team kan rekrytera till och förvalta när vi har lämnat – att välja det mest nya och spännande är det enklaste sättet att lämna en kund i sticket.
    Kan ni ta över en befintlig kodbas?
    Ofta, ja. Vi börjar med en kod- och riskgranskning (1–2 veckor, fast pris) som ger dig en ärlig bild av den tekniska skulden och säkerhetsläget, och en rekommendation om omskrivning eller refaktorering. Vi har tagit över kodbaser från offshoreteam, interna team som förlorat de ursprungliga utvecklarna och tidigare byråer.
    Hur hanterar ni skalning?
    Vi designar för nästa storleksordning, inte den därefter. Från dag ett är systemet dimensionerat för din verkliga trafik plus en rejäl marginal, och vi mäter flaskhalsarna (databasanslutningar, ködjup, p99-latens) så att nästa skalningssteg bygger på data i stället för spekulationer.
    Hur är det med SOC 2, HIPAA och PCI?
    Vi bygger efter dina krav enligt SOC 2, HIPAA eller PCI-DSS. Regelefterlevnaden formar arkitekturen (kryptering, granskningsloggning, nätverkssegmentering, nyckelhantering), och vi vill hellre att den styr besluten från vecka ett än att vi bygger in den i efterhand – att bygga in regelefterlevnad i efterhand brukar kosta mer än själva ursprungsbygget.
    Två kollegor på TekPiq parprogrammerar på sina laptops vid mötesbordet
    Parprogrammering vid mötesbordet.

    Vem som bygger det

    Vårt eget team, som arbetar från vårt kontor i Istočno Sarajevo, Bosnien och Hercegovina. Ingenjörerna på ditt behovssamtal är samma personer som bygger det.

    Möt teamet

    Webbapplikationer & plattformar – ska vi prata?

    Ett 30 minuters behovssamtal. Förutsättningslöst och utan säljtryck.