Webbapplikationer

När kalkylarket slutar fungera som system

Nästan varje driftsproblem börjar som ett smart kalkylark. Det funkar, så det växer — fler flikar, fler formler, ett makro ingen förstår, en kopia som mejlas runt och blir inaktuell direkt. Sedan slinter någon på en cell, två personer redigerar samtidigt, och det som hela verksamheten vilar på går sönder i tysthet — utan att någon märker det förrän en kund gör det.

Samma sak händer med ihopplitad SaaS: ett formulärverktyg som matar ett kalkylark som matar en Zapier-koppling som matar ett mejl. Det haltar vidare tills specialfallen hopar sig och du lägger mer tid på att passa lapptäcket än på att göra själva jobbet.

En webbapplikation är vad du bygger när en process har vuxit ur både kalkylarket och no-code-lapptäcket — när den kräver verklig dataintegritet, verklig åtkomstkontroll och verklig spårbarhet. Det är det vi bygger: interna verktyg, kundportaler och dashboards på samma stack i produktionsklass som vi använder för SaaS-produkter.

Det här gör en webbapplikation från Naxdor annorlunda

Innan något funktionsarbete börjar är applikationen vi levererar byggd mot en grund:

1. Typad hela vägen. TypeScript från databasschemat till gränssnittet, så att en ändring i din datamodell dyker upp som ett kompileringsfel i stället för en produktionsbugg klockan två på natten. Det här är den enskilt största anledningen till att skräddarsydda appar förfaller — och disciplinen som håller våra friska.
2. Inloggning, roller och spårning av ändringar från dag ett. Vem som får se vad, vem som gjorde vad och när — inte påklistrat efter en säkerhetsincident.
3. Hosting, CI och övervakning på konton du äger. Varje deploy kör automatiska kontroller; fel och prestanda bevakas med larm. När något går sönder ser vi det innan dina användare hinner anmäla det.

Det här är grunden. Produktlogiken ovanpå — flödena, integrationerna, de dashboards ditt team faktiskt öppnar varje morgon — är där uppdraget gör verklig nytta.

Det här ingår i startpriset

Se priskortet på den här sidan för det som ingår vid startpriset 39 000 kr. Kort sagt: kartläggning och design innan en rad kod skrivs, en typad implementation i Next.js med inloggning och rollbaserad åtkomst, hosting, CI och övervakning uppsatta på dina konton, samt en dokumenterad överlämning så att ditt team kan driva den.

Två saker värda att reda ut:

• Startpriset köper en riktig MVP, inte en prototyp. Det är en fokuserad, produktionssatt första version av applikationen — kärnflödet gjort på rätt sätt — inte en klickbar demo vi lämnar över och sedan går ifrån.
• Komplexiteten är prishävstången, och den är ärlig. Antalet användarroller, hur omfattande inloggningen är, vilka tredjepartssystem du integrerar och om du behöver realtid eller stöd för flera kunder i samma app — allt påverkar priset. Vi säger på första samtalet vad du faktiskt behöver nu kontra senare.

Internt verktyg, kundportal eller dashboard

De flesta uppdrag har en av tre former, och att sätta namn på din i förväg skärper omfattningen:

• Interna verktyg ersätter kalkylark-och-mejl-flödet ditt team lever på — inkommande ärenden, schemaläggning, lager, godkännanden — med något som upprätthåller reglerna i stället för att lita på att alla minns dem.
• Kundportaler ger dina kunder en plats att logga in: se sina data, skicka in förfrågningar, följa status, ladda ner dokument. Den sortens yta som får ett litet företag att kännas som en seriös aktör.
• Dashboards samlar siffrorna som ligger utspridda över dina verktyg till en vy som uppdaterar sig själv, så att besluten vilar på aktuella data i stället för en månadsexport någon glömmer att skicka.

Många projekt blandar dem. Formen säger bara var vi ska lägga designarbetet.

Så bygger vi en webbapplikation på Naxdor

Den fyrstegsprocess vi följer gäller varje projekt. För applikationsarbete ser det ut så här i varje steg.

Kartlägg (1–2 veckor)

Vi kartlägger flödet som det faktiskt fungerar i dag — inklusive de odokumenterade stegen folk gör ur minnet — och de system appen måste prata med. Vi definierar rollerna, datamodellen och gränsen för MVP:n, för det snabbaste sättet att sänka ett app-projekt är att bygga allt på en gång. Du går därifrån med ett scope-dokument, en offert till fast pris och ett mål för lanseringsdatum.

Designa (2–3 veckor)

Informationsarkitektur och kärnflödena först, sedan gränssnittsdesign i arbetsmöten du deltar i live. Utvecklingen är med hela tiden, så designen vi lämnar över är redan byggd mot komponentsystemet och den typade datamodell vi ska leverera.

Bygg (3–6 veckor, längre för komplexa appar)

Applikationen finns i dina händer från dag ett via förhandslänkar. Varje commit kör typkontroller, tester och budgetar i CI; vi mergar inte arbete som bryter mot dem. Inloggning, roller och spårning av ändringar landar tidigt, inte sist. Veckan före lansering är en full QA-genomgång mot riktiga data och riktiga användarkonton.

Väx (löpande)

Trettio dagars support efter lansering ingår. De flesta applikationer går sedan vidare till ett löpande avtal — Underhåll för säkerhetsuppdateringar och uppgraderade beroenden, plus en pott timmar för de funktionsönskemål som alltid följer när folk börjar använda saken dagligen.

Stacken vi bygger på

Vi bygger applikationer på en kanonisk, typad stack i stället för att uppfinna den på nytt för varje projekt:

Det är samma stack vi använder för våra egna produktytor. Du är inte testbädd för ett ramverk vi provkör.

Bygga, köpa eller no-code — vad du faktiskt byter bort

Innan du beställer en skräddarsydd applikation, den ärliga jämförelsen:

Om en färdig SaaS gör jobbet, använd den — vi säger det på samtalet i stället för att fakturera dig för att bygga om något du kan hyra. No-code är verkligen bra för prototyper och små interna verktyg. Skräddarsytt motiverar sin kostnad när processen är central för hur du tjänar pengar, när inget verktyg passar utan smärtsamma kompromisser, eller när du har vuxit ur en no-code-plattform och hela tiden slår i dess väggar.

Det här bygger vi inte

Ärlighet om omfattningen är halva värdet av en tjänstesida. För Naxdor webbapplikationer, de vanligaste förfrågningar vi inte tar in i startpriset:

• Allt på en gång. Vi bygger en fokuserad MVP först och låter den växa. Ett projekt som försöker leverera varje funktion i version ett är projektet som aldrig levererar.
• Löpande slutanvändarsupport och helpdesk. Vi bygger och underhåller applikationen; att bemanna en supportdisk för dina användare är en annan affär.
• Engångsprototyper. Behöver du en klickbar demo till en pitch nästa vecka är ett no-code-verktyg snabbare och billigare, och då tipsar vi om ett.

Vart härnäst

Är du i färd med att avgränsa en riktig applikation är rätt nästa steg ett kartläggningssamtal på 30 minuter. Vi lär oss flödet du vill fixa och vem som använder det, du får en känsla för om vi är rätt partner, och inom tre arbetsdagar får du antingen ett skriftligt scope eller en ärlig hänvisning vidare.

Är du tidigare i beslutet, be om en kostnadsfri analys på 30 minuter — vi tittar på dina nuvarande verktyg och säger rakt ut om ett skräddarsytt bygge, ett färdigt verktyg eller en no-code-lösning är rätt väg. Ingen säljpitch bifogad.

Hur som helst, se resten av vad vi levererar, med startpriser, på prissidan.