[ problem 04 of 08 ] unheard users

Users stop asking.

Every dashboard says the customer is happy. Then you visit them.

How it happens

Before every user visit, Peter reviewed the open tickets and asked sales and support what to expect. The instruments always said a happy customer with nothing to talk about. It was never the case: he came back with pages of notes that existed nowhere else.

The lists were mostly small, easy changes that would have built a lot of goodwill, a couple of big things, and always an insight every user would appreciate. And users often mentioned something broken they had reported long ago, which had been fixed months before. Nobody had told them.

The people who sign the contract rarely log in. They hear about the product from the users who do, and by then it’s about things you never saw.

“When I would look into it we had fixed whatever it was months/weeks before and no one got back to them. They didn’t notice because they had stopped trying.”

Peter Sperry, founder

What it costs

  • Renewals lost to complaints that never reached you.
  • Fixes that shipped but earned no goodwill, because the person who asked never heard.
  • Product insight that stays on a user’s Post-it note.

What does keeping the lights on cost your team? Run your numbers →

What the bench does

  • V1A chat inside your app where users report problems and ask "is it broken or is it me?" and how-to questions.
  • V1Problem reports are matched to what the sensors saw and filed with the evidence.
  • V2Feature requests from staff and users, in the chat or in Slack, drafted as pull requests for your team to approve.
  • V2The person who asked hears back in the same thread when it ships, and can ask for status anytime.

V1 watches, triages and files the issues. V2 also drafts the fixes and features as pull requests. Compare the editions →