Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

jonasbn (1153)

jonasbn
  reversethis-{gro.napc} {ta} {nbsanoj}
http://e-diot.dk/
AOL IM: BJonasN (Add Buddy, Send Message)

Perl Programmer located in Copenhagen, Denmark. Active member of Copenhagen Perl Mongers.

Author of:

  • Business::DK::CPR
  • Business::DK::CVR
  • Business::DK::PO
  • Business::OnlinePayment::CashCow
  • Date::Holidays
  • Date::Holidays::Abstract
  • Date::Holidays::Super
  • Date::Pregnancy
  • Games::Bingo
  • Games::Bingo::Bot
  • Games::Bingo::Print
  • Module::Info::File
  • Module::Template::Setup
  • Test::Timer

and maintainer of:

  • Tie::Tools
  • XML::Conf
  • Workflow

Journal of jonasbn (1153)

Wednesday November 30, 2005
09:51 AM

Workings

[ #27803 ]

Around a month ago I delivered a system to a client (aftermath mentioned in my journal).

They contacted me yesterday about a bug in the system, so I had a brief look at it and started thinking about what the problem could be.

I mailed them that I would not be able to look at it before today ( I am quite busy with other things).

So today a took a copy of their database, replicated the problem - and started to fix it - after about 5 hours of work, debugging and programming the bug was fixed to my understanding - so I made a PDF print and mailed it to the client explaining the fix and awaiting their acceptance. In the mail I included my price for the fix.

No long time after I received a mail addressing that the fix had a cost.

I find it difficult to assert when a bug fix should be free and when it should cost something - the client terminated their contract with me after the delivery of the complete system and the system went live about a month ago.

The client tells me that this is not the normal way and that the bug is an obvious bug.

I can accept and fix bugreports, made just after a delivery, perhaps for up to two weeks after, but I have no intention of delivering lifetime support for free.

The fix is a part of the system, which has no value as such to me currently since it is a part of the system, which was custom built for the client and it will not be generalized until I find the time to do so (or a another client to pay for it). This mean it will not generate any income for me by other means.

So I was thinking about making a policy for bugfixes and a special price, like first two weeks it is free and the price for bugfixes after this has a special low-rate.

But I see a few problems with this, then all bugs have to be discussed with the client whether that where in the spec, or not . whether they are a bug or a missing feature.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Another possibility would be to include a pack of X-hours of maintenance/bug-fixing with the solution. I've seen it done a bunch of times and I think it works rather well.

    All you have to concern about is to make sure the client understands the different between fixing a bug and developing new functionality :-)
  • I don't deal with the financial aspects of my job, but I work closely with people who do. I'd suggest you define what sign off means more clearly: you say you "delivered a system". For me, that means they accepted what you produced.

    But do you have legal proof that they did?

    I expect software developers to work with their clients to define acceptance criteria. If this doesn't happen, anyone might end up dealing with the repercussions.

    It's tough pulling together the legal resources to deal wit