loading words...

Apr 16, 2019 19:08:24

Responding to feedback

by @hum | 455 words | 190๐Ÿ”ฅ | 273๐Ÿ’Œ

Sarah Hum

Current day streak: 190๐Ÿ”ฅ
Total posts: 273๐Ÿ’Œ
Total words: 131413 (525 pages ๐Ÿ“„)

Should we respond to all requests?

One of our goals with Canny is to reduce the work required for your team to get insights from feedback. For those getting feedback from a lot of people, this isn't easy. There's a balance between showing you're listening and getting overwhelmed by the amount of feedback you're getting.

We follow this general rule:

Respond when it's helpful for both you and your user.

Responses like "thanks for the feedback" are nice but don't really add value to you or the person who gave feedback.

Here are some examples of when a responses is called for:


When you need more context

Oftentimes, people can be vague about their requests or problems. Canny's job is not to tell you what to build. Usually, you need to dig deeper to understand a request.

What problem are they actually trying to solve? Can this be solved in a different way? Can it be solved with a different feature?

The work you put upfront will come in handy. When you're ready to build out that feature, you'll have all the additional context you need.

Be timely with these follow-ups if you can. It's best to ask for extra context when it's fresh in the mind of your user.


When you need to set expectations

In general, your users should know that just because something has the most votes, does not mean it will be built. Most customers will understand this, some will not.

In those cases, we respond with something like this:

โ€œWe absolutely appreciate your feedback. However, having the most votes does not mean we will build it for sure. Feedback is just one of the several signals that we use to prioritize what we work on.โ€

On the other hand, a nice thing about Canny is that it almost automatically sets expectations for less popular posts. Your customers can see that a post with 10 votes is probably less likely to be built over a post with 100.

Another common question you might hear from customers is:

โ€œWhatโ€™s the ETA on this?โ€

In most cases, you probably donโ€™t want to give a specific date. As we all know, unexpected things are bound to come up to create delays. Ideally you under promise, over deliverโ€”not the other way around. As a general rule, multiply your estimates by three.

Most of the time, we donโ€™t give a specific estimate:

โ€œWe do not have an estimate for this feature at this time. Weโ€™ll be sure to update you when we do!โ€

The great thing about Canny vs. email is, you can post an update once that everyone can see.


Originally published at canny.io

From Sarah Hum's collection:

contact: email - twitter / Terms / Privacy