What number should a systems build be held to?
Reading a proposal for a build across a small portfolio and the deliverables section is all nouns. Pipelines configured, sequences written, integration connected, training session delivered. Every one of those is something I can verify exists and none of them tell me whether the thing worked.
So I asked about a number in the agreement instead. Response was that consultants can't be held to conversion because they don't control who answers the phone, which is fair. Nobody can promise an outcome and I wouldn't want them to. But that argument taken all the way means the only accountability is that the software is switched on.
The candidates I can think of. Speed to lead, which the system genuinely controls, though it says nothing about whether anyone converts. Percentage of leads with a logged touch inside seven days, which measures whether people actually use what got built. Appointments set per hundred leads, closer to the money and heavily dependent on staff. Or no number, and you judge it in month three by whether anyone opens it.
I lean toward wanting something measurable in writing because I'm the kind of buyer who wants the boring version that works. I also suspect a number in a contract just makes a consultant optimize the number.
What do you write down, if anything?
Should a CRM build agreement include a measurable target?
29 votes