Outsourcer vs. daily-rate contractor

[timh]

'Lo,

Does anyone have ballpark figures for how much extra a company will pay to pass on much of the risk associated with a project (outsourcing for a fixed rate) rather than just pulling in a bunch of contractors?

(If you need an example project, let's say a small-medium web project taking 2-3 developers 2-3 months.. Cost to contract the developers directly would be 50-70K).

[Ardesco]

How long is a peice of string?

All depends on how good the company you outsource is, how big they are and what sort of standard of contractors you get.

I'm sure you could send it out to China for peanuts but you may get a pile of poo back.

[chicane]

This is a difficult question to answer directly, because the whole "fixed-price" concept for web projects is one massive can of worms.

Fixed price solutions require extremely good organisation, planning and discipline by both supplier and customer. Both parties need to have an extremely good understanding of what's going to be delivered by the project - and in reality neither party is in a position at the outset to understand this.

You can either specify the deliverables in terms of objectives or a detailed technical specification - but you can be sure that in either scenario the customer will change their mind several times along the way, and somebody has to pick up the bill for this.

There are a number of ways to deal with this (change budgets spring to mind), but they all boil down to the fact that somebody, somehow, has to pay for the changes.

If you foot the bill, you lose out. If the customer foots the bill, then they have no longer transferred the risk to you, hence there is no benefit in them paying you more to do so.

I think you need to give more thought to exactly what you're going to provide for the fixed price.

[timh]

Thanks for the replies; I have thought about the above already, and am assuming there would have to be a good 30%+ extra factored in for changes, and careful management with multiple stages of signoff etc. Some clients seem to actually like having penalties for changes in their outsource contracts because it forces their employees to make better decisions earlier - usually the people who decide on the contracts are not the marketing/management monkeys who will try to constantly change their minds late in the process.

My question is more about what a typical client would want to pay for such a service, in order for me to have some idea whether it's actually worth doing of if it's too much of a pain in the arse. I don't mind it being a huge stressful hassle, as long as the potential profit is big enough; I'm pretty confident in my ability to deal with the associated client nonsense and make it work.

(Ardesco: Assume it's a small, specialised, high-quality UK outsourcing co. I'm not particularly interested in moving work abroad.)

[chicane]

what a typical client would want to pay for such a service

The amount that the client is willing to pay depends on the amount of risk that they can offset to you.

In terms of the amount of risk, it's going to lie somewhere between two extremes:

1) You will implement any change the client asks for during the course of the project, regardless of the original objectives or requirements and regardless of time/cost overruns. The client may have started by asking for an e-commerce site but may end up with software to control the Space Shuttle.

2) You will spec out the project at the beginning in extreme detail. Anything requested by the client that you deem to be outside the original specification will be chargable.

There are no magic numbers here - it all boils down to the individual client and the value that you're willing to offer them and the risk that you're willing to transfer from them. Your best bet is to sit down with them, talk about the project, talk about the risks they're facing and how you can help deal with those risks, negotiate a price and get the contracts signed.

I appreciate that this once again fails to answer your question. But that could be because software development businesses have been agonising over these issues for the last 40 years with no clear answers - only further questions.

[timh]

Thanks again.

Well, operating at the either extreme listed one's pretty much doomed to failure - but somewhere in the middle could work well. Minor changes included in the price, major changes not - or change requests in the first month free, second month reasonable, third month very pricey. That along with a well-defined initial spec (but not a highly detailed one) in order to know what a "change" is is what I'd aim for.

I do know there's no magic number, but I wondered if anyone had real-life examples of similar scenarios?

[Ardesco]

Alas i have no idea. Bear in mind that the cost is going to change depending on specification as well. Thier interpretation of a small web project may not be the same as yours.

For example I worked with a company a few years back that coded an in-house bespoke credit card payments system. The system dealt with refunds by setting a field in the DB from P (Payment) to R (Refund) as they only ever refunded in full. The program got into UAT and the accounts department decided that at some point in the future they may not refund the whole amount, but just part of the amount.

This was never in the original design and was obviously quite a substantial rewrite to the code and the database structure, however the accounts department couldn't understand why it would take so long to implement because as far as they were concerned it was a minor change.

Remember mentality like this when speccing out the responsibilities, in the first month you could end up with 3 complete code rewrites because they change the focus of the program so much.

[DimPrawn]

A lot of these outsource, fixed price merchants rely on very expensive (lucrative) support contracts and high value repeat business.

So they take on the risk at a std price and when they get stitched by the client for requirements changes, they charge the earth on subsequent projects and support contracts going foreward.

Over the long term you can make good money like this if you have big balls.

[scooby]

depends on the outsource co... the one i used to work for had internal day rates which where charge to projects. the projects then charged service management, SM then added a % and billed the client.

as someone has already said, fix price throws this out of the window!

[scooby]

A lot of these outsource, fixed price merchants rely on very expensive (lucrative) support contracts and high value repeat business.

So they take on the risk at a std price and when they get stitched by the client for requirements changes, they charge the earth on subsequent projects and support contracts going foreward.

too true!!!!!!! they get the business, then make the money once under the table!