>I have never charge by the page simply because I don't want to be
>limited in my design. Also, I don't want them saying I've added unneeded
>pages to up the price.

or have customers nitpicking about removing pages to cut costs...

>I don't know how you would charge by the script since you should be
>using object oriented code. Wouldn't this be similar to charging by the
>page?

how much code is original these days either...  we have a collection of snippets
for just about every instance...  perhaps only charging the a quarter of the
value of the development for an app, but rehashing the code for several other
lcients cutting down on development time.

>So that leaves hourly or by the project (not mentioned). Personally, I
>like to do it by the project, although I am probably a minority in my
>preference. By the project gives the client a nice set price. However,
>the scope has to be extremely well defined. It should be anyway, but

thats the trick...  otherwise the simple aplpication will in teh customer eyes
include this, that, and the other thing, despite the 30-50 hours that adds to
the developemnt.  You can't overstate the boundries of deliverables in a
contract.

>more so if charging by the project. I then charge by the hour for
>requests outside the original scope, which happens all the time. It also
>keeps them in check on their requests. Depending on the client, I
>require a third or half up front for a project.

good form.

Always build in some slush factor as well...  clients ask for minor this and
minor that...  if you have built in some slush, you can give them those without
additional cost.  the more they beat you up on the contract price, the more
"slush" you remove, and make them aware that "its all fine, but every little
extra will have to be charged now" since theve removed your flexibility.

Look at it like you aren't doing the development, you are outsourcing it... what
is going to ensure that at the end of the project you have enough to pay your
developer plus posket a few bucks.  Take those steps, and make sure everyone is
clear about everything.

Dave


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to