[eg0master]

Andra har varit inne på det, men det finns i ärlighetens bara tre sätt att sätta priset.

1. Du tar uppskattad tid*timpris (plus viss marginal om det är fastprisprojekt).
2. Du tar den tid det skulle ta någon annan att göra exakt det du tänkt, men som inte har någon gammal kod alls att använda. Lite rabatt för att du kan återanvända kod samt multiplicerar med timpriset.
3. Du prisar in dig och utgår från alternativ ett eller två och anger ett lägre pris bara för att få jobbet.

Alternativ 1 är i mina ögon det enda riktiga (eller vill du inte göras vinst på uppdraget - då väljer du trean) eftersom det ger kunden ett rättvist pris, dvs kunden betalar för den tid du lägger ner på hans projekt oavsett om du bara återanvänder kod eller inte. Om du har en masssa kod du kan använda kommer du i långa loppet tjäna massor av pengar eftersom du får massor av uppdrag eftersom du gör en massa saker snabbt (och därmed bli billigast). Man behöver inte mjölkja kunder på vartenda öre varje gång. Man kan vara lite mer långsiktig än så... ta betalt för nedlagt arbete och om kunden vägrar förstå vinsten han gör med er lösning och väljer någon billigare så låt han göra det. Chansen är stor att han komemr tilbaka när det projektet går åt helvete och ber er göra om allt på ett bättre sätt. Har varit med i sådana projekt...

Edit: Jag läste att de inte vill äga koden. ja det kan sänka priset något, men grundtesen bör ju fortafarden vara att timpris * timmar gäller. Om sedan timpris är branchens "praxis" eller break-even (för att ni äger koden och vill sälja den vidare) är ju upp till er. Hur mycket vinst eller förlust vill ni göra givet att det tar 470 timmar. Och vid fastpris, hur stor marginal fläskar ni på?