I charge either by project, or by hour (billed by the 1/4).  For the projects, that &quot;staging, setup, research&quot; is included in the quote.<br><br>For hourly projects, I bill for actual time,whether that be research, setup, coding, training, etc. I do not break those tasks down into different rates (although the actual tasks are detailed in Freshbooks). I do have contractors working for me from time to time, and those I generally bill out at different rates, based on the skill level of the contractor (and I hire less skilled contractors for less skilled work). The contractor that actually did the work also shows up in Freshbooks (another benefit over iBiz).<br>
<br>All that being said, if you are using a dev server that&#39;s already configured, using tools like Aegir and Drush you can really minimize that setup time.<br><br><div class="gmail_quote">On Sun, Jan 10, 2010 at 6:30 PM, Ben West <span dir="ltr">&lt;<a href="mailto:westbywest@gmail.com">westbywest@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I&#39;ve had one definite instance last year where the scatter-shot, low-level support requests from a particular client gradually become not so scattered or not so low-level.  To the point the client was basically seeking to keep an open channel for support requests w/o paying for it.<div>



<br></div><div>Although you can&#39;t completely avoid abuses of your time, I see how giving the client up front an option to pay for unspecified support queries for some period of time does at least help put both sides on fairer footing.<br>

<div><br></div><div>On a related note, the local market where I do freelance can be pretty grim, so I try explicitly bill hours for &quot;actual design work,&quot; letting me request a premium rate.  The (usually unquantifiable) hours spent on staging, setup, research are generally not billed at all, and I just try to be a diligent as possible about tracking hours at the premium rate to make up for all the random little crap.<br>

<br>Besides the bookkeeping tools themselves, have others who do freelance in a very sparse market take the approach of distinguishing between design work vs. staging/setup/research?<br><br>Even when the research/staging is directly related to the client&#39;s project, and essentially impossible to have squared away ahead of time w/o knowing the particulars of the project, I&#39;ve yet to find a client willing to let me bill for prep work.<br>

</div>

<div><br><div class="gmail_quote">On Sun, Jan 10, 2010 at 2:48 PM, Larry Garfield <span dir="ltr">&lt;<a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



<div>Another possible option for some clients is a standing support contact.</div>
$X/month for &quot;all that random little crap&quot;.  They get a flat number they pay,<br>
and you spend less time tracking how long it takes to correct a spelling error<br>
(and you know a minimum amount you&#39;ll get from them as well).  For anything<br>
bigger (for some definition of bigger you negotiate with them) you actually<br>
give them an estimate and let them approve it as a &quot;real&quot; task, which you then<br>
bill at whatever your hourly rate is.<br>
<br>
If a fair portion of your business with that client is that sort of low-level<br>
noise, it&#39;s probably easier for you and them to just have a standing<br>
&quot;$100/month gets you up to 50 minor tweaks&quot; agreement.  It&#39;s less overhead and<br>
more predictable cash flow for both of you<br>
<font color="#888888"><br>
--Larry Garfield<br>
</font><div class="im"><div><div></div><div>_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org" target="_blank">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
</div></div></div></blockquote></div><br><br clear="all"><br>-- <br>Ben West<br><a href="mailto:westbywest@gmail.com" target="_blank">westbywest@gmail.com</a><br>
</div></div>
<br>_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Email is not a secure form of communication!<br><br>Drupal Consultant<br>253.686.0296<br><a href="http://www.hazelconsulting.com/">http://www.hazelconsulting.com/</a><br>
<a href="mailto:dave@hazelconsulting.com">dave@hazelconsulting.com</a><br><a href="http://twitter.com/kananii">http://twitter.com/kananii</a><br>skype: hazelconsulting<br>gtalk:kananii<br><a href="http://www.facebook.com/davidhazel">http://www.facebook.com/davidhazel</a><br>
ICQ: 366587185<br>