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 contextOftentimes, 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.