1. You create a widget and add two lines of code to your site.
2. Visitors click the feedback button and can select highlight any part of the page to comment on.
3. Usabilla creates a screenshot (server-side) and shows feedback in a simple dashboard.
I find it annoying how you have to restart the tool for each individual element. Especially as you have to go through the How Does It Work screen every time. I think skipping the How Does It Work screen on subsequent pieces of feedback would be better.
but what if client had a crappy old browser but you rendered with modern browser, which will be rendered differently. Wouldn't be better if feedback contained computed HTML doms and you could render yourself with a given client?
The really crappy old browsers won't see the feedback button. We do store and show HTML doms, which helps to debug if necessary, but most of our users collect feedback on such a large scale that it would be too time consuming to offer a manual solution like this.
I wish Google would share the process post submission and how they analyze and respond to feedback. I find a process like this to capture feedback over <or disproportionately> solving the easy part of a feedback loop.
I have to imagine that Google has a pretty automated process to understand the feedback - i'd rather see that. That's the problem I've always had with applications with millions of users.
What good is Feedback when Google is determined to take away features from something like Google Books? You can complain all you want but they won't revert. Just making it easier to complain does nothing to fix anything.
Agreed. In my experience Google is notoriously bad at customer service of all types, and attempts to share constructive feedback are ignored. So making it easier to provide feedback is worthless if you don't have a system to actually interpret and implement that feedback. I think it's simply a move to make the user feel like their suggestions are valued.
Google Play Books is not books.google.com, which has all the public domain books they got from public libraries.
The specific functionality they took away is devastating to regular users like me. When searching, results would show if a book was already in your library. You could also add it to a shelf from the search result itself. Now the search results lack that info and you must click on each result to see if it's one you already saw. This is sheer hell for discovering books that weren't there between searches.
This feedback webapp had been available to Google+ users since Google+ initially launched as invite only to the public. It used to be at the bottom right of the page.
Was it for all pages or just G+ pages? The only time I saw it before was after a Youtube UI update (long before G+), and I was sad I couldn't use it elsewhere on their site... Definitely glad that it's been rolled out to more parts of their site now.
An astoundingly high percentage of people would be unable to snap a screenshot and attach it. Let alone highlight the issue and black out anything sensitive.
Doing it within the app also gives you a lot more detail (who the user is, where they were accessing, what browser they were using, their OS, any client side exceptions, their exact actions, etc etc) without needing to rely on the user to provide it.
It might be easier for you, and for lots of other HN readers too, but what about all the other people in the world? People who when they hear the word "code" think vertically scrolling green letters on the screen.
You missed the "edit screenshot in photo editor to highlight and black out info" part. Having used this internally, I can say yes, this tool flows very well. I don't know if we do this, but you could imagine clustering feedback by the highlight pattern to automatically gauge the frequency of similiar complaints.
http://stackoverflow.com/questions/4912092/using-html5-canva...
tl;dr JavaScript can read the DOM and render a fairly accurate representation of that using canvas