GoDesign

Insights

What 875 client reviews say about why projects fail

It is easy to publish the good reviews and leave it there. More useful is to read the whole set, sit with the twenty-four that went badly, and work out what they actually have in common. They have almost nothing to do with whether the code worked.

7 min readProcess

Our review section shows the reviews rated four stars and above, which is the honest way to run a marketing page and a dishonest way to learn anything. So we went back to the source table and read all 875 rated reviews with written feedback, from February 2020 to March 2026. That includes the twenty-four we would rather not have.

RatingReviewsShare
5 stars80091.4%
4 to 4.9515.8%
3 to 3.980.9%
2 to 2.980.9%
Below 280.9%

Twenty-four reviews at 3.6 stars or below, 2.7 percent of the rated set. Small enough to read every word of, which is what makes them worth something. A survey would have given us percentages. Reading them gave us the pattern.

The failures are not technical

Classified by hand, by the main thing the client is actually angry about:

What the review is aboutReviewsOf 24
Pace: missed dates, slippage, work taking far longer than agreed833%
Silence: chasing for updates, unanswered messages, not being listened to625%
Nothing delivered, or far less than the scope described417%
Integrity: a specification quietly not followed, or worse313%
Technical capability28%
Rating and written text pointing in opposite directions28%

Two of twenty-four are about whether the person could do the work. Fourteen of twenty-four, well over half, are about pace and silence: how long it took, and how hard the client had to work to find out how long it was going to take.

The phrasing repeats almost word for word across six years and several different teams. Chasing constantly. Had to remind. Needs to update clients more often. Responses often delayed. Ignored for more than 48 hours. One review, generously, reduces the whole thing to a single instruction: update clients more often.

The happy clients name the same axis

If pace and communication were only a complaint, you could argue they are what people reach for when they are annoyed about something else. They are not. Across the 850 reviews rated four and above, here is how often each theme is named:

Named in a positive reviewReviewsShare of 850
Quality or skill27932.8%
Communication, responsiveness, availability22626.6%
Speed, promptness, hitting the date20524.1%
Would hire again or work long term15217.9%
Revisions, flexibility, going further than asked789.2%
Understood the brief667.8%

Quality leads, but only just. Communication and speed together are named more often than the work itself. Clients are describing the experience of being kept informed at roughly the same rate as they describe the thing they actually bought.

Which gives an uncomfortable but useful conclusion. Technical quality is close to table stakes. It is necessary and it is not what the review is going to be about. The review is going to be about whether the client ever had to wonder what was happening.

What we changed because of this

Reading your own bad reviews is only worth the discomfort if something operational changes. Four things did, and all of them are about making silence visible before the client notices it:

  1. 01Every project has a thread, and hours are logged into that thread rather than into a private timesheet. A client asking what happened this week is answered by scrolling, not by asking someone.
  2. 02Every milestone carries its own dated status, so pending, in progress and completed are timestamps rather than opinions. Slippage shows up as a gap on a record instead of as a feeling.
  3. 03When an update is given, the next update has a date attached to it. The single most common request buried in those bad reviews is not faster work, it is a date.
  4. 04A quiet thread raises a flag internally rather than waiting for the client to raise it. The question a project manager asks is not is this finished, it is has anyone spoken to them, and if the answer is no, that is the problem to fix today.

None of that makes the work better. It makes the work legible, which turns out to be what most of the difference between a five star review and a one star review is made of.

What to take from this if you are hiring anyone

This is not really a finding about us. It generalises, and it generalises in a way that is directly useful when you are choosing between proposals that all look competent.

  • Ask what the update rhythm is, in days, and who owns it by name. A proposal that cannot answer that has not thought about the part most likely to go wrong.
  • Ask what happens when a date is going to be missed. Everyone misses dates. The difference between the good and bad outcomes in this dataset is entirely in whether the client heard about it first or found out later.
  • Read the middling reviews of anyone you are considering, not the five star ones and not the one star ones. Three stars with a paragraph attached is where the actual information is.
  • Get the specification in writing, including anything technical you care about, such as the language or platform something must be built in. Where that was verbal, it is the one failure mode in this dataset that no amount of good communication rescued.

Where these figures come from

  • 875 rated client reviews with written feedback, collected across our delivery teams between February 2020 and March 2026, held in our own project-management database.
  • The theme counts for the positive reviews are keyword matches against the review text and overlap, so they do not sum to 100 percent.
  • The twenty-four low-rated reviews were classified by hand rather than by keyword, because at that sample size a keyword pass is less accurate than reading them.
  • The review section on this site publishes only reviews of four stars and up. This article deliberately works from the unfiltered set, which is why the counts here do not match the counts there.

Common questions

Why publish your own bad reviews?
Because the alternative is a review section that proves nothing. Every agency's page shows five star reviews, so the reader has learned to discount them. A firm willing to tell you what its twenty-four worst reviews said, and what it changed, is giving you something you can actually use to judge it.
Is 2.7 percent of reviews below four stars good or bad?
It is roughly what a large delivery volume over six years produces, and we would not present it as a benchmark. The useful number is not the rate, it is the composition. Two of twenty-four being about technical capability tells you where the risk in this kind of work really sits.
How often should an agency update me during a project?
Weekly at minimum for anything running longer than a fortnight, and always with the date of the next update attached. The specific rhythm matters less than the fact that it is agreed in advance, so that a missed update is visibly a missed commitment rather than a judgement call.
Two reviews had positive text and a low rating. What do you do about that?
Ask. A written comment and a star rating can diverge for reasons that have nothing to do with the work, including a client rating on a scale they use differently from everyone else. The lesson we took is to ask directly whether anything fell short at closeout, rather than reading the rating as the whole message.

Talk to us

Want this priced against your actual setup?

Send us your volumes and what you are trying to connect. You get a straight answer on scope and cost, including when the honest answer is that you do not need us.

Offices
Media City, Dubai, UAEDHA Phase 2, Islamabad, Pakistan

Goes to the GoDesign team directly. No sales sequence, no shared data, no drip campaign for opening an email.