Hur bör man ta betalt om man inte vet hur lång tid projektet tar?

Är du erfaren programmerare så är bästa sättet ta betalt per timme.

Annars om du inte kodar snabbt nog så är det nog bättre att du kollar vad som ska göras och sätter en pris på varje sak som ska kodas sedan räknas ihop total priset för kunna få ut värdet.

exempel skulle vara typ

Login - pris
Profil - Pris

Slutsumma - Räknar ihop alla delar, eftersom man själv kodar en login av standard format med sessioner på drygt 10-20 minuter lätt så skulle man kunna ta runt 300:-

Men ska du börja slänga in stöd för typ oAuth med stöd för 2FA vilket är 2 Auth som generar en ny kod var 30 sekund via mobilen för inloggning som extra säkerhet och massa andra säkerhetsfunktioner för inloggning så tar det ju längre tid bygga och priset därmed gå upp.

Så ganska viktigt kolla vad varje funktion ska ha stöd, kolla specifikation för det är ganska simpelt kunna räkna ut hur långt tid varje sak kommer ta speciellt om man har kodad liknade saker tidigare.

Det viktigaste är att specifikationen är genomgången med kunden och att inga oklarheter kvarstår, då borde ett fastpris kunna ges. Är specifikationen oklar så kommer vare sig ni eller er kund att bli nöjd i slutändan då missförstånd/tvister om vad som skall levereras kommer att uppstå. Endera så kommer ni, vid fastpris, inte att få kostnadstäckning alternativt blir det "orimligt" dyrt för kunden vid löpande timmar.

Finns inga genvägar när det gäller specifikationer/överenskommelser.

Fast pris är väldigt svårt med företag för då skulle de hellre lägga ut en offert som olika företag kan bjuda på, är ganska vanligt när de kommer till fast pris objektivitet.

@klotim En seniorutvecklare bör kunna estimera på ett ungefär, om inte så be hen sitta några dagar och researcha vad liknande projekt har tagit för andra. Om det ändå blir en väldigt oklar deadline så kan ni avtala med kunden att dela upp betalningen. Hälften nu och hälften när det är klart. Det blir iaf en liten säkerhet för båda parter.

Som bardbard skriver så blir det alltid lättare med en tydlig kravspec. Om kunden inte kan ge någon så har ni kött på benen sen om det behöver faktureras mer timmar i ett senare skede. Tänk också på att baka in ett fast antal timmar bara för support/buggfix efter release. Eller avtal om antal timmar per månad i X månader.