notes, write, fountain pen, ink pen, workplace, desk, paper, document, pen, office, retro, a book, diary, antique, work, training, fountain pen, fountain pen, fountain pen, fountain pen, ink pen, pen, pen, pen, pen, diary, diary, diary, diary, diary
Photo by Sponchia on Pixabay

Tool Evaluation

Part of Marketing technology procurement

Scoring vendors against agreed business requirements

Use agreed criteria, evidence labels and clear rating anchors to compare marketing software offers without hiding essential conditions.

A vendor scorecard is useful when it shows how each proposed offer meets agreed requirements and what evidence supports each rating. Set the comparison basis before reviewing offers. Keep essential conditions visible outside the total: a strong result elsewhere does not establish that a required condition is met.

Fix the comparison basis

For each requirement, name the user, required outcome and reason it matters. Decide whether it is an essential condition or a trade-off to weigh. Ask suppliers for evidence of the same outcome while allowing different ways to deliver it. Record the edition, services and configuration proposed; a feature in another plan does not describe the offer under review.

Agree on criteria and rating anchors before responses are assessed. Record any authorised change to the comparison approach rather than changing it silently after seeing an offer.

Rate the evidence, not the pitch

A short scale can help reviewers apply the same terms. For example, 0 could mean the observed outcome failed. 1 could mean a route was described but remains unproven. 2 could mean the outcome was shown with a material condition; 3 that it was shown in the proposed setup without that condition.

These are suggested anchors, not a required standard. Mark missing evidence unassessed rather than treating it as an observed failure.

RequirementImportanceEvidence and settingRating and reasonOpen condition
Corrected enquiry reaches salesEssentialReceiving record in the proposed routeRecord what was observedConfirm any production dependency
Ordinary user maintains the workflowWeighted trade-offWalkthrough with the intended roleRecord steps and help neededIdentify administrator work
Supplier supports the serviceWeighted trade-offProposed support terms and routeRecord what is includedConfirm escalation owner

A written response, presentation, live demonstration and proof of concept offer different levels of evidence. A slide claim should remain labelled as a claim. A failed demonstration may reflect missing setup; record the explanation and decide whether a comparable follow-up is warranted.

Resolve differences between reviewers

Have reviewers write a short reason for each rating before discussing it. Resolve disagreements by returning to the agreed outcome, offer and evidence. Keep any material dissent about an essential task visible. A numerical average should not hide a specific failure in a critical hand-off.

Recommend with the conditions attached

Show essential-condition results, any weighted result, operational and cost concerns, and the evidence still needed. Explain why an option with a lower total might be preferred, or why a high-scoring offer cannot proceed. Scores support a judgement about the proposed offer; they do not replace that judgement. Give every unresolved approval condition an owner and due point.

More from Tool Evaluation