Få se om ni kan lösa ett problem som jag ofta råkar ut för.
Bakgrund:
Chefen kommer till mig med en offert som ska skickas till kund.
Innan offerten skickas iväg så vill han kolla med mig hur lång tid jag behöver för jobbet. Jobbet innefattar: asp, sql, css, ev. javascript.
Scenario 1:
Kunden vill ha något som jag byggt tusen gånger tidigare, mao. jag vet ganska exakt på minuten hur lång tid det tar. Inga problem här! :)
Scenario 2:
Kunden vill ha något som jag ej byggt tidigare eller delvis ej byggt tidigare.
Hur gör jag här?
Ska jag dra till med ett antal timmar/dagar som jag tror att det tar eller ska jag säga att det ej går att uppskatta?
Jag tycker det är hemskt stressande att behöva dra till med en tidsåtgång som jag är så osäker på och som jag sedan måste följa!
Chefen har inte sagt det rakt ut men känslan blir ju att:
-Du sa ju att det skulle ta 4 dagar men nu har du hållt på i 6 dagar!
En av grunderna till problemet är att vi alltid fakturerar med fast pris på varje jobb, inte löpande (som jag hade föredragit).
Så:
Vad säger jag till chefen?
Hur funkar det hos er?
Hur räknar ni timmar på osäkra jobb?
Fakturerar ni löpande eller med fast pris?
Mycket ofta dyker det upp svårigheter och eller komplikationer i ett IT-projekt där det finns okända faktorer.
När det gäller jobb med okända förutsättningar så uppskatta tiden på normalt sätt. Dubbla sedan den tiden så hamnar du hyfsat rätt. Går det snabbare blir chefen glad.
När det gäller jobb med okända förutsättningar så uppskatta tiden på normalt sätt. Dubbla sedan den tiden så hamnar du hyfsat rätt. Går det snabbare blir chefen glad.
Eller så får vi inte jobbet alls! /red eller så får jag sparken pga. ineffektivitet! ;)
Hur brukar ni/erat företag fakturera, löpande eller fast pris?
Jag kanske kan övertala chefen att börja offerera mot löpande istället! :)
Men jag har en känsla av att det vanligaste är fast pris i hemsidebranschen! :(
Tja, det är väl det som är lite av tjusnngen med utveckling, eller?
Att göra nya saker, men visst är det svårt och ibland räknar man bort sig.
Ett bra tips kan vara att bryta ner jobbet i ganska små delar (storleksordning 4-8 timmar)
Typ:
Göra DB design 8 timmar
Skapa storedprosedures för att hämta statistik data 4 timmar
osv osv.
Då tvingar man sig själv att tänka igenom vad som krävs.
Sedan är det ju lämligt att ta tid för projektledning mm (berorende på vad det är för projekt)
Och beroende på vad det är för kund kan det vara bra att spela med öppna kort. Dvs, fastpris är en försäkring, och försäkringar kostar. Vi tror jobbet tar 100 timmar, väljer du fastpris tar vi betalt för motsvarde 120 timmar. Det blir inte billigare och det blir inte dyrare. Väljer du löpande betalar du för den faktiska tiden som troligen landar runt 100 timmar. Kanske 80- kanske 110 eller så.
Vissa kunder köper det resonomanget. När en kund säger att de vill ha fastpris, kan man liksom svara "what's in it for me?"
Men egentligen spelar ju inte prissättning någon roll för resonomanget om tidsuppskattning, man måste ju veta hur lång tid det kan tänkas ta oavsett om man för betalt eller inte, om inte annat så för att veta när man är klar för nästa jobb, eller hur?
