I've been looking for a good time to ask my users for a review. I used to have one of those annoying popups but decided to move it to a point where the user had a positive interaction with the app.
For a couple of months now I've moved it to the 'Thank you' dialog after an in-app upgrade but although I do see less negative reviews, the number of reviews has gone down dramatically. (To a point where I get 1 or 2 reviews a week) It kinda makes sense because I wouldn't want to exit an app I just upgraded (before checking out the pro features) to review the app.
I will probably try out what circa does and see how that works out. Thanks for the link.
That reminds me of a window forms program I wrote for a customer, I added the ability to do a right click, add comment to pretty much anything on the forms and controls. Getting that input simplified a lot of things. For one the context of what the user was complaining about was usually utterly obvious.
Sometimes a comment was a bug report. Or a feature request. Or just fixing my poorly written help docs.
I have a subreddit[1] and the regular github[2] issue tracker. It works pretty well :)
Reddit has a much lower treshold for people to register themselves than 'big scary' github, leads more often to discussions with users and can be moderated by others from the team as well. Also, no spambots!
Brilliant platform imo :) The users usually come with a suggestion on Reddit, we discuss the pro's and con's right there, and if it's any good and will also benefit other users without introducing months and months of development work, we'll consider implementing the requested feature, create a Github ticket, and link to and from it from Github.
I added a 'Feedback' navigation menu entry in one of my Android apps that simply launches the the email client and I did see an increase in feedback from users.
If I think that the suggestion fits it with my vision of the app I add it to the backlog on Trello. When it gets implemented depends on how good I feel the feature is.
Support receives a suggestion of the customer, passes it on to R&D/me. I go over the idea and contact the customer, mostly attempt to simplify/combine it with other feedback/insights to help more users in one go. Then i update my issue tracker, and make sure that customer gets recognition, a workaround, and info on taken action. Closure given by support or initial contact person. Whenever the new release/update breaks ice, i reach out to the customer and welcome any further feedback.
Our customers (and most colleagues) dont (want to) know of an issuetracker, and any would do. (i use mantisbt) I'm surprised some here are shouting "software X" as the answer to this question..
I stumbled across Doorbell.io recently and am using it on Pleasant.io quite successfully. It's free (with a paid plan that gives you additional users, etc) and very simple: first one I found that wasn't cluttered with fields and features.
Most people opt for the worst-in-class and abuse phpbb as a public bug tracker. Especially in the game dev scene you'll see 99% of people doing this. It's a hilariously disgusting user experience for everyone involved, and by extension even for people who never touch it, because things easily get lost in there and never fixed/added.
Personally i use a combination of Uservoice and Github (if open) or otherwise find a way to make the internal bug tracker readable to the public.
Yeah please don't use phpBB. This is one reason I started the Discourse project.
One thing to consider here is the difference between "help us track our bugs" and "let's build a community around our product". In the long run, the community will be far more valuable than merely acknowledging a feature request or bug report.
There are a lot of bugs and even feature requests that require a fair bit of back and forth discussion, both internal and external, to decide what the best approach is. I like GitHub for straightforward bugs, but it is not great for discussion. And involving your active users / customers in the future of your product, including your own team, is a huge strategic advantage.
You can track anywhere. JIRA is good. Google Docs works too. UserVoice if you want it public. Record customer contact information at all times so you can follow up.
The logout page is a good place to ask as well.
Most customers get frustrated when requests go into the trash can. It is important to show progress against requests. Simply referring to the request system in feature announcements is sufficient. "We had 18 requests for FizzBuzz. After talking further with customers, we designed..."
I ask them, tell them whether I'm going to do it and get back to them when done.
Everyone here seems so focused on tools, yet most companies don't ever actually respond to customers with anything more than 'we'll pass this onto developers' which normally means 'we'll throw this away and you will never hear from us again'.
[+] [-] kamilszybalski|11 years ago|reply
[+] [-] dotnick|11 years ago|reply
For a couple of months now I've moved it to the 'Thank you' dialog after an in-app upgrade but although I do see less negative reviews, the number of reviews has gone down dramatically. (To a point where I get 1 or 2 reviews a week) It kinda makes sense because I wouldn't want to exit an app I just upgraded (before checking out the pro features) to review the app.
I will probably try out what circa does and see how that works out. Thanks for the link.
[+] [-] ajford|11 years ago|reply
[+] [-] dangrossman|11 years ago|reply
http://i.imgur.com/YIMNIEr.png
I add the suggestions to Improvely's Trello board.
[+] [-] Gibbon1|11 years ago|reply
Sometimes a comment was a bug report. Or a feature request. Or just fixing my poorly written help docs.
[+] [-] Osiris|11 years ago|reply
[1] https://www.uservoice.com/
[+] [-] SchizoDuckie|11 years ago|reply
Reddit has a much lower treshold for people to register themselves than 'big scary' github, leads more often to discussions with users and can be moderated by others from the team as well. Also, no spambots!
Brilliant platform imo :) The users usually come with a suggestion on Reddit, we discuss the pro's and con's right there, and if it's any good and will also benefit other users without introducing months and months of development work, we'll consider implementing the requested feature, create a Github ticket, and link to and from it from Github.
[1] http://www.reddit.com/r/duckietv [2] http://github.com/schizoduckie/DuckieTV/issues/
[+] [-] dotnick|11 years ago|reply
If I think that the suggestion fits it with my vision of the app I add it to the backlog on Trello. When it gets implemented depends on how good I feel the feature is.
[+] [-] barrystaes|11 years ago|reply
Support receives a suggestion of the customer, passes it on to R&D/me. I go over the idea and contact the customer, mostly attempt to simplify/combine it with other feedback/insights to help more users in one go. Then i update my issue tracker, and make sure that customer gets recognition, a workaround, and info on taken action. Closure given by support or initial contact person. Whenever the new release/update breaks ice, i reach out to the customer and welcome any further feedback.
Our customers (and most colleagues) dont (want to) know of an issuetracker, and any would do. (i use mantisbt) I'm surprised some here are shouting "software X" as the answer to this question..
[+] [-] kaolinite|11 years ago|reply
[+] [-] manavo11|11 years ago|reply
[+] [-] Mithaldu|11 years ago|reply
Personally i use a combination of Uservoice and Github (if open) or otherwise find a way to make the internal bug tracker readable to the public.
[+] [-] codinghorror|11 years ago|reply
One thing to consider here is the difference between "help us track our bugs" and "let's build a community around our product". In the long run, the community will be far more valuable than merely acknowledging a feature request or bug report.
There are a lot of bugs and even feature requests that require a fair bit of back and forth discussion, both internal and external, to decide what the best approach is. I like GitHub for straightforward bugs, but it is not great for discussion. And involving your active users / customers in the future of your product, including your own team, is a huge strategic advantage.
[+] [-] sunir|11 years ago|reply
The logout page is a good place to ask as well.
Most customers get frustrated when requests go into the trash can. It is important to show progress against requests. Simply referring to the request system in feature announcements is sufficient. "We had 18 requests for FizzBuzz. After talking further with customers, we designed..."
[+] [-] harisb2012|11 years ago|reply
[+] [-] rbritton|11 years ago|reply
[+] [-] harisb2012|11 years ago|reply
[+] [-] nailer|11 years ago|reply
Everyone here seems so focused on tools, yet most companies don't ever actually respond to customers with anything more than 'we'll pass this onto developers' which normally means 'we'll throw this away and you will never hear from us again'.
[+] [-] andersthue|11 years ago|reply
I respond to every request with a personal and habd written that amounts to "Thank you for the idea, it has been added to our to-do list."
[+] [-] AndrewKemendo|11 years ago|reply