Softwareudvikling i Aarhus til drift, vækst og digitale produkter.

01

Når standardværktøjer ikke passer

De virksomheder i Aarhus-området, der henvender sig, har sjældent brug for mere software. De har brug for mindre manuelt arbejde. En produktionsvirksomhed planlægger kapacitet i et regneark, som kun én medarbejder forstår. En transportvirksomhed følger opgaver gennem telefonopkald og mailtråde. En kursusudbyder håndterer tilmeldinger, fakturaer og beviser i tre forskellige systemer. En rådgivningsvirksomhed registrerer tid ét sted og fakturerer et andet og bruger den sidste dag i måneden på at få tallene til at stemme. Når en arbejdsgang er vigtig nok til, at teamet har bygget sit eget system af regneark og beskeder, er der grundlag for at bygge det ordentligt.

02

Et lille studio tæt på opgaven

UnderStack er Diego Posleman. Det betyder, at I taler direkte med den, der designer datamodellen og skriver koden, og at en beslutning ikke skal igennem tre led, før den bliver til noget. Det passer godt til virksomheder, der vil have en fast teknisk sparringspartner frem for et stort leverandørteam. Det passer mindre godt til projekter, der kræver mange udviklere på én gang, og det siger vi, hvis det er tilfældet.

• Interne systemer til planlægning, sager og administration
• Dashboards og rapporter, der erstatter manuelle opgørelser
• Integrationer mellem økonomi, e-mail, betaling og egne systemer
• Kundeportaler med login og roller
• Første version af et digitalt produkt eller en SaaS-løsning
• Modernisering af ældre systemer, der stadig er i brug

03

Sådan forløber samarbejdet

Vi begynder med den arbejdsgang, der koster mest tid i dag, og bygger derfra.

1. 1Afklaring: vi gennemgår arbejdsgangen med dem, der udfører den, og ser på de regneark og systemer, der bruges nu. I modtager et skriftligt scope, hvor første udgave er adskilt fra senere ønsker, og et tilbud.
2. 2Arkitektur og skærmbilleder: datamodel, roller og de vigtigste skærmbilleder aftales, før der skrives kode. I modtager skærmflows, I kan gennemgå med teamet.
3. 3Udvikling: systemet bygges i korte iterationer. I modtager en fungerende version i et testmiljø efter hver iteration.
4. 4Idriftsættelse: eksisterende data bliver importeret, brugere oprettet og systemet sat i drift. I modtager det kørende system og en gennemgang til brugerne.
5. 5Drift og forbedring: fejl og ønsker bliver meldt ind i en ticketportal med et hastegrad-niveau, så det vigtigste bliver løst først.

04

Teknologi og tekniske valg

Vi skriver TypeScript i hele løsningen: React i browseren og Node.js på serveren, med PostgreSQL til data. Ét typesystem på tværs gør, at mange fejl bliver fundet, før koden kører. De vigtigste beslutninger ligger i datamodellen og i rettighederne, altså hvem der må se og ændre hvad. I vores eget produkt GastroApp har en virksomhed flere lokationer, og hver bruger får adgang til udvalgte lokationer med en bestemt rolle. Samme princip bruger vi, når en virksomhed har afdelinger, kunder eller projekter, der skal holdes adskilt. Lettere API'er kører på Cloudflare Workers, og eksterne tjenester som betaling og e-mail bliver koblet på gennem deres egne API'er. Test og typekontrol kører før hver udgivelse.

05

Typiske første projekter

De første projekter er sjældent store. Ofte er det ét værktøj, der afløser et regneark, som er blevet forretningskritisk: en ordre- eller sagsoversigt med status og ansvarlig, en planlægningsvisning, der viser kapacitet uge for uge, eller en kundeportal, hvor kunder selv kan se dokumenter og status i stedet for at ringe. Andre gange er det en integration, der fjerner dobbelt indtastning mellem to systemer, I gerne vil beholde. Og nogle gange er det en ældre løsning, der stadig virker, men som ingen længere kan rette i. Fælles for de gode første projekter er, at de har en tydelig ejer i virksomheden, at de erstatter noget, der allerede bliver gjort manuelt, og at gevinsten kan ses i hverdagen kort efter, at systemet er taget i brug. Derfra er det let at afgøre, hvad næste skridt skal være.

06

Pris, tidsplan og freelancer eller bureau

Prisen følger antallet af brugerroller, datamodellen, integrationerne og hvor meget første udgave skal kunne. Vi offentliggør ikke prisintervaller, fordi et tal uden scope vil vildlede. Artiklen om, hvad softwareudvikling koster i Danmark, forklarer, hvordan man budgetterer i etaper. Er I i tvivl om, hvorvidt opgaven passer til en freelancer, et lille studio eller et større bureau, gennemgår artiklen om freelancer og softwarebureau forskellene.