Laptop user typing with digital evolution concept on screen in a modern office environment.
Photo by Mikael Blomkvist on Pexels

Reviews

Part of Reviewing reputation services by comparing only the overlapping job

Proposed reputation management review methodology

Reputation management review methodology: a proposed framework for England, with evidence labels and repeatable test tasks; no services have been tested.

A reputation management review methodology should make the boundary between reading a product description and testing a product obvious. A buyer in England needs to know which conclusions follow from documentation, which follow from observed work, and which remain undecided.

This proposed method was prepared for reputationstack.co.uk through AI-assisted source research on 6 September 2026. A named human reviewer has not been appointed. No accounts, paid plans or agency services were tested, and no customer interviews took place. Publisher commercial relationships remain unverified, so the draft requires disclosure checks and named editorial review before publication.

What to take away

  • A reputation management review must separate documented evidence from observed testing and unresolved points, and no star rating or supplier recommendation is published until a named reviewer and protocol are approved.
  • Classify evidence as documented, observed in the stated exercise, or unresolved to avoid false precision.
  • Write repeatable tasks with starting conditions, actions and expected endpoints before gaining access.

Specify the subject narrowly

Identify the product, plan, enabled modules and relevant territory in the review brief. For an agency, identify the contracting entity and the precise service scope. A review of a reply workflow cannot support a verdict on an entire supplier's service quality.

Scope the review brief

  • Name product, plan and modules
  • State relevant territory
  • Identify contracting entity
  • Define precise service scope
  • Set research cut-off and period
  • Record reader's task
  • Separate essentials from preferences

Set a research cut-off and a collection period. Record the reader's task, such as approving a branch reply before publication, without assuming a supplier offers that function. Decide in advance which missing capability would prevent purchase and which would merely require a workaround.

Separate essential requirements from preferences. This prevents a visually attractive demonstration from changing the evaluation criteria after the reviewer has seen it. If the scope changes legitimately, keep the original brief and explain the revision.

Reputation-management software criteria

Use the same criteria catalogue for each product in scope, and record evidence for each item rather than treating a feature list as a result:

  • Review-site coverage:check Google Business Profile, Trustpilot, Facebook, Yelp and Glassdoor individually. Record whether the product monitors reviews, supports replies, or neither on each source; do not infer coverage from a general integration claim.
  • Reply workflow:test whether a user can draft, route for approval and publish a reply, and record the permissions needed at each stage.
  • Sentiment analysis:record the outputs shown and whether a user can inspect or correct them. Do not claim accuracy without a defined, pre-labelled test set.
  • Alerts:record which review events trigger an alert, how it is delivered and the observed delay, separating tool delay from external platform delay.
  • Integrations, user roles and export:name each integration exercised and the data exchanged; record role permissions; and inspect the export fields and available output. Mark items not exercised as unresolved.
  • Pricing:record the plan, billing unit, included limits and required add-ons from a dated published price or written quote. If no current price evidence is available, mark it unresolved rather than estimating.

For reply and moderation timing, record the start and end events for time to alert, assign, draft, approve and publish, plus any moderation outcome or delay shown. Keep observed timings separate from a supplier-stated service-level agreement (SLA); do not imply that an observed result establishes a general response-time commitment.

Classify every item of evidence

Use three evidence labels: documented, observed in the stated exercise, and unresolved. A sales representative's assurance belongs in the documentary record with its author and date. It does not become an observation because it was delivered during a demonstration.

Three evidence labels

Documented

Source
Author and date
Example
Google verification rule
Use
Prerequisite check

Observed

Source
Stated exercise
Example
Tester completed task
Use
First-hand result

Unresolved

Source
No source yet
Example
Feature status unknown
Use
Purchasing question

As an example of a first-party record, Google's customer-review guidance says a business must be verified before it can reply to reviews. That establishes a documented prerequisite, checked on 6 September 2026. It does not show how smoothly a particular business will complete verification.

Independent standards provide another kind of evidence. CAP Code rule 3.7 requires substantiation for objective advertising claims. This is a UK advertising rule, not independent product testing or proof that any named supplier performs well. Preserve those distinctions in the review notes.

The regulators are named here to make the England framing concrete. The ASA enforces the CAP Code. The CMA enforces consumer protection law, including the Consumer Protection from Unfair Trading Regulations 2008. The ICO enforces the UK GDPR and the Data Protection Act 2018.

Design a repeatable exercise before access

For future hands-on work, write each task as a starting condition, action and expected observable endpoint. State which account permissions the tester needs. Use authorised test material and a controlled environment where available; do not manufacture public customer reviews to populate a test.

A worked example: start with an authorised test account that can reply to one verified business profile. The action is to reply to one published review. The expected endpoint is that the reply appears under that review and stays visible to a signed-out visitor.

Design a repeatable exercise

  1. Write starting condition
  2. State action
  3. Define expected observable endpoint
  4. List required account permissions
  5. Use authorised test material
  6. Separate operator time from waiting
  7. Save errors and abandoned attempts

Keep operator time separate from time waiting for external approval or synchronisation. Count completed tasks using the same definition for every product. Save errors and abandoned attempts alongside successful runs so the final account does not describe only the easiest route.

Record configuration, devices and accessibility needs that could affect the result. A supplier-led demonstration should be labelled as such. Independent operation requires the appointed tester to perform the task and retain evidence of what happened.

Handle judgements without false precision

For each criterion, give a reason linked to a source or observation. Mark untested criteria as untested rather than awarding a middle score. An absence of documentation can justify a purchasing question; it cannot establish that a feature is absent.

Set a pass rule before testing. For the reply exercise, pass only if the reply is published under the review and remains visible to a signed-out visitor; fail if the task is completed but that endpoint is not achieved; mark it unresolved if permissions or an unobservable outcome prevent a fair test. Treat a missing permission as a product failure only if the review brief makes that permission part of the requirement.

Score or mark untested

Is the criterion tested?

Yes

Write reason linked to source

No

Mark untested, not middle score

If a scoring system is proposed, disclose the weights before testing and show whether modest weight changes alter the decision. Keep non-negotiable requirements outside the weighted average. A score should not compensate for a failed essential control merely because unrelated features are attractive.

Release a bounded review

The finished review should identify its author, evidence dates, conflicts, tested scope and remaining limitations beside the verdict. Offer the subject a factual correction route without granting control over the conclusion. Preserve the supporting evidence and correction history.

A bounded verdict might read: within the tested reply workflow on one plan, the tool met the stated requirement for a branch-level reply; the wider supplier service remains untested.

For this draft, no accounts, paid plans or agency services were tested, and no customer interviews took place. The immediate next step is to appoint a reviewer and approve a task-specific protocol that another person could follow.

Before you act

  • Name the product, plan, enabled modules and territory, and the reader task the review must support, such as approving a branch reply before publication.
  • Set a research cut-off and a collection period, and write down what would justify a revision to the brief.
  • Record which missing capability would block purchase and which would need a workaround.
  • Write each task as a starting condition, action and observable endpoint, with the account permissions the tester needs.
  • Label each item with its author and date as documented, observed in the stated exercise, or unresolved.
  • Appoint a named reviewer and approve a task-specific protocol another person could follow.

Common questions

What evidence labels should a reviewer use?

Use documented, observed in the stated exercise, and unresolved. The label depends on the source, not the setting.

How should a reviewer handle untested criteria?

Mark untested criteria as untested. An absence of documentation can justify a purchasing question, not a finding that a feature is absent.

What should a finished review include beside the verdict?

Name the author, evidence dates, conflicts, tested scope and remaining limitations. The subject gets a factual correction route, but not control over the conclusion.

More in Reviews