"Vad kostar en hemsida?" är en fråga vi får så ofta att vi slutat räkna. "Vad kostar det att bygga ett hus" brukar vi kontra med. "Det beror ju på hur stort det är, väl?" brukar svaret bli. Och sen inväntar vi insiktens ögonblick hos den vi pratar med.
Låt oss förklara hur vi resonerar och hur det i slutändan är våra kunder som tjänar på det.
Genom att endast timdebitera så kan vi arbeta effektivare. Det kanske låter konstigt men när man tillämpar fast pris låser man hela projektet vid en kravspecifikation som ofta är en teoretisk bild av vad företaget behöver. Vi har då kalkylerat tid och utrymme i vår projektplanering utifrån detta och kan inte, och vill egentligen inte heller, släppa in ytterligare arbete eftersom det förstör våra marginaler och andra kunders projekt.
Och ni skulle väl inte vilja vara de som får just ert projekt förstört eller försenat, eller hur?
På Curvejump är vi, uppriktigt sagt, duktiga på att estimera hur lång tid en specifik uppgift i ett projekt tar. Vi har övat ganska länge på det.
Låt oss säga att vi har ett uppdrag som vi beräknar komma att ta 10 arbetstimmar att slutföra. Vi kommer då att ha räknat högt på den tiden för att ha lite marginal. Nu ska vi se hur det blir med fast pris kontra timdebitering.
För att kunna säga ett fast pris måste vi göra följande: ta antalet timmar och lägg på 25% för när man gett ett pris brukar de flesta kunder vilja smyga in lite extra saker så vi garderar oss där. Så nu har vi en grund på 12,5 timmar. Vi kommer dessutom att vara ganska strikta på att inte släppa till för många extra saker eftersom vi inte budgeterat för det och det kommer att leda till att kunden inte får det som de vill ha.
Eftersom vi alltid estimerar högt för att ha handlingsfrihet så skulle troligen projektet sluta på runt 8 timmar.
Vidare behöver vi på löpande debitering inte ta hänsyn till en specifikation som är satt och budgeterad för. Kunden kan addera, dra ifrån, ändra helt fritt eftersom det löper per timme.