Om det inte finns färdigt,
så gör man det själv.
Det finns färdiga lösningar för de flesta behov, och då är det värt att använda dem – vi säljer inte kod om någon annan gör samma sak billigare. Den här sidan är till för de situationer där det inte finns någon färdig lösning, eller där den färdiga lösningen fungerar nästan rätt: och just det där ”nästan” kostar arbetstimmar varje vecka.
VAD GÖR MAN HÄR?
Fyra uppgifter som återkommer
Nästan varje beställning är något av dessa. Om din inte finns med är det inget hinder – det betyder bara att det tar lite längre tid att ta fram specifikationerna.
Integrationer mellan system
Webbutiken kommunicerar med bokföringsprogrammet, bokningssystemet med kalendern och CRM-systemet med faktureringen. Informationen överförs automatiskt istället för att någon manuellt kopierar den till två olika ställen och därmed riskerar att göra fel.
Mobilappar
En app för Android och iOS baserad på samma kod, när behovet är verkligt: fältarbete där en webbläsare inte räcker till, eller en enhet som används varje dag. Ingen app bara för att det förväntas finnas en.
Räknare, formulär och bokningar
En prisberäknare som ger kunden ett pris direkt, en flerstegs offertförfrågan eller en bokningskalender som visar lediga tider. Dessa funktioner förvandlar webbplatsen från en broschyr till ett verktyg som samlar in förfrågningar även på natten.
Automatisering och WordPress-plugins
En arbetsuppgift som utförs manuellt varje vecka kodas en gång för alla. Ofta är det ett WordPress-plugin som gör precis det du behöver – och inte hundra saker som du inte behöver.
VAD DU FÅR
Koden är din, även när vi lägger ner verksamheten.
Den största risken i ett mjukvaruprojekt är inte kostnaden utan att man blir utestängd: koden finns på utvecklarens dator, inloggningsuppgifterna står i utvecklarens namn och ingen annan har tillgång till den. Detta åtgärdas redan innan en enda rad kod skrivs.
HUR GÖR MAN DET?
Den minsta versionen först, eftersom den avslöjar det verkliga behovet.
Projekt av typen ”allt på en gång” misslyckas oftast på grund av att behovet missförstås, vilket man först upptäcker i slutet.
Definition
Vi går igenom vad programmet ska kunna göra och vad det inte kan göra. Detta resulterar i en skriftlig beskrivning som ligger till grund för priset – och som det färdiga resultatet jämförs med.
Den minsta fungerande versionen
Först bygger man den del som löser det största problemet. Man får den i bruk tidigt, vilket innebär att resten av specifikationen baseras på erfarenhet istället för antaganden.
Övrigt och länkar
Övriga funktioner, integrationer och användarrättigheter. Uppdaterade versioner kan ses löpande, så det blir inga överraskningar förrän vid leveransen.
Leverans och support
Koden, inloggningsuppgifterna och dokumentationen överförs till dig. Under en månad åtgärdar vi eventuella fel utan extra kostnad – ett fel är inte samma sak som ett nytt önskemål, och gränsen sägs vara öppen.
ARBETSPROV
Så här ser det färdiga resultatet ut.
PRIS
Ett timpris utan dolda kostnader.
Programvaruarbete kan inte prissättas utifrån en prislista, eftersom inga två behov är likadana. Därför baseras priset på antalet timmar – och därför lämnas en skriftlig kostnadsberäkning innan arbetet påbörjas.
En kort utredning av behovet är kostnadsfri. Om svaret är att ett färdigt tillägg löser problemet till en lägre kostnad, meddelar vi detta och tar inte ut någon avgift för utredningen.
VANLIGA FRÅGOR
Vanliga frågor.
Hur vet jag om det här är värt att köpa överhuvudtaget?
Räkna ut hur många timmar varje arbetsmoment tar per månad och vad en timme kostar. Om automatiseringen betalar sig på mindre än ett år är det nästan alltid lönsamt. Om återbetalningstiden sträcker sig över två år är det vanligtvis inte lönsamt – och det säger vi rakt ut, även om det innebär att affären inte blir av.
Kan ett färdigt tillägg sköta samma sak till ett lägre pris?
Ofta går det, och då är det värt att göra så. Vi tittar först på om det finns en färdig lösning som uppfyller behoven – att köpa den är nästan alltid billigare än att låta utveckla egen kod. Egen kod lönar sig bara om det inte finns någon färdig lösning, om den är orimligt dyr eller om den kräver lika mycket anpassning som att bygga från grunden.
Vem äger koden?
Du. Repositoriet skapas på ditt konto i början av projektet, så du har koden hela tiden och inte först vid leveransen. Även inloggningsuppgifterna för externa tjänster och serverkonton står i ditt namn. Om du vill byta leverantör mitt i projektet går det att göra utan att du behöver be oss om något.
Vad händer om behoven förändras mitt i projektet?
Det är vanligt, och därför utförs arbetet i små delar. Ändringar prissätts separat och vi informerar om kostnaden innan vi utför dem – men du behöver varken oroa dig för eller dölja ändringarna. Det blir dyrt om en felaktig funktion byggs färdig bara för att det var så man kommit överens om.
Kommer programmet att underhållas i framtiden?
Kan underhållas mot en månadsavgift: uppdateringar, säkerhetskorrigeringar och mindre ändringar. Det är frivilligt. Programmet fungerar även utan avtal, och vi åtgärdar fel mot en timavgift. Beroenden väljs redan från början så att programmet inte går sönder även om det inte rörs på ett halvår.