Search Content


Content Categories



On CRM and User Acceptance Testing...

Having sat through countless sales presentations over the years where vendors have rhapsodized about their carefully honed implementation methodology I can observe that the reality rarely measures up to promise of the pitch.

One manifestation is the quality of what gets delivered into the user acceptance testing (UAT) phase where the client assesses whether the development work undertaken by the vendor meets their requirements. Itís at this point that the vendor can, to use a sporting metaphor, throw their client a Ďhospital passí.
In principle, and according to the fluently presented glossy implementation methodology, what the vendor should provide to the client is a rigorously tested system, which can practically be waved through UAT.
In practice however, the rigorous testing phase can quickly be dispensed with if the vendor finds them self under time or budget pressure, and the client effectively gets landed with the vendorís testing responsibilities, or worse, gets to try and test something thatís effectively still in development Ė the equivalent of putting up the wallpaper while the plasterer is still at work. What might have been a relatively trivial piece of work is transformed into a death march as the bug count ratchets up and up.
Just to make this all slightly more pressurized, because UAT is pretty much the final step before live, most of the associated live activities are all now scheduled, and thereís relatively little scope to move dates out to reflect the unexpected influx of work, and so the test team ends up absorbing the workload the best way they can Ė generally dispensing with lifeís luxuries such as sleep.
There are however a few things that can be done to help address this:
Have a detailed mutually agreed and understood design specification that gives you something to test against Ė this limits the scope for misunderstanding as to what should be delivered
Give yourself plenty of wiggle room in the project plan in order to absorb the unexpected developments that will inevitably occur.
Pay for implementation work on the basis of achieving defined milestones, and make sure one of those milestones is the delivery of a high quality system into UAT. Iím also wondering, though Iíve yet to try it, whether itís worth offering vendors bonuses for hitting quality targets, just because of the potential downstream savings.
Make sure your vendor has scheduled for resources to be available to quickly fix the issues you identify, because if developers get allocated to other projects, you could be facing a long wait.
Assume the worst, because youíll generally be proved right, and allow more time than you possibly think youíll need.
In summary, while UAT is one of the final hurdles in the implementation process, itís been responsible for more than its fair share of project delays, and has tempted many a project into the potentially fatal act of going live with a part-cooked system. As with many aspects of CRM implementation, itís worth treating cautiously.

Related Social CRMs Articles

SOA and Cloud Computing on the Rise of Gartner Hyp


ReadWriteWeb recently posted an interesting piece on a research showing that the Fastest Growing US Companies are Rapidly Adopting Social Media. What interested me the most was the Gartner Hype Curve for Emerging Technologies 2008 that was presented...

Read more about SOA and Cloud Computing on the Rise of Gartner Hype Curve...

CRM and social networking...


I was quoted in Computing the other week making somewhat unsupportive remarks about the CRM vendorís attempts to harness social networking. In essence my feelings are that companies need to understand the impact of social networking rather than...

Read more about CRM and social networking......