As a developer of apps, you provide software that tries to fulfill a specific need of some subset of users (in other words, it's not merely an uber-fart-generator). You genuinely build this app to the best of your ability and push it to the app store. Users trickle in, based on the app description and find that, for example, it lacks polish or it doesn't have feature X yet, which is relevant to the app's domain and to the user, but is not currently implemented. In other words, there is a mismatch between user expectations and the app-provided experience.
Instinctively, these users feel the urge to leave a negative rating. It's a knee-jerk reaction. As a developer, I want the user to engage me, because obviously I have an app that is not quite there yet. I want the user to tell me what they want fixed before leaving a negative review, so that i can satisfy their needs without burying the app. By funneling him into such a feedback loop, I can better my app and in turn help him fulfill his needs best.
Is this unethical, or evil? I say no. Apple outright banning these unethical -- as the author considers them -- design patterns, would also have a detrimental effect on many legitimate use cases.
What I do find a bit appalling is outright tricking the user to think they are leaving a review to help other users make an educated decision on whether to download/purchase this app using a faux review form that leads nowhere, as in the last example. This is deceptive and in in a way it's almost comparable to phishing. I think that "posing as an official Apple feedback channel with the intention to censor bad reviews" would be a pretty natural addition to Apple's Terms & Conditions.
However, after reading the blog post, I installed the Appsfire app to see how it worked. In the interface, the link that brings up the feedback page is labeled Send Us Feedback. I think that's clear enough that it's sending feedback to the developer.
In some cases, negative feedback can be resolved if the developer knows about it. The important thing to the user is that their voice is heard.
So I don't think Appsfire is tricking people. Subsequently asking people who like the app to review it doesn't seem unethical to me. For example, I often get e-mails from people telling me they love my app, and I suggest to them they leave a review in the App Store. I don't think that's unethical.
I don't think this is unethical. I don't know anyone who encourages unhappy customers to write reviews, on or off the app store.
It skews the ratings in your favor, deceiving future users about the actual quality of the app.
On the other hand, a private engagement directly with developers could prove to be more beneficial since it allows developers know of shortcomings/user-expectations without negatively affecting the overall ratings. This way, they can improve the app without having lingering negative comments affect the perception of their updates.
Well these aren't fake reviews that appear out of thin air. The reviews may be "biased" but they're still written by real, mostly happy, users.
For example, many people don't understand lots of apple's UI decisions that we take for granted. I had a user contact me and ask if our app did X. It does, I told him that, and he bought the app. Then I got an angry email saying it doesn't do that. (the thing was persisting data when "closing" the app with fast app switching.)
Well he thought all his apps were running constantly in the background draining battery so he force closed everything when he quit them. Obviously my app can't do the fast app switching persistant data if he force closes it. In no way does my app deserve an angry 1 star review when a simple email explanation can fix the problem.
I have one review in which a person said my app only allows 10 entries (it allows unlimited entries). One-star review, and I can't contact them to fix the problem. If I had a system like this implemented, likely they would have gotten in touch with me, I could have figured out what they were doing and solved their problem.
In that case, it would have eliminated bias by preventing an incorrect negative review. And helped resolve that person's issue.
Thanks for the comments and interesting conversation. Here is a comment i just posted to the author of the post. I hope it brings some light on the situation.
i wanted to follow up on your note regarding app booster.
First off App booster is a dialog system between the developer and the user. It includes a among other elements a simple feedback system which is not a review UI. It is a way for users to simply and directly contact the developers. Like thousands of apps we had at the beginning a simple email feedback system, but we realized that all it was creating was poor quality feedback - mostly blank emails. Many developers were in the same situation. So we decided to create our own app specific, mobile feedback system.
The idea behind this feedback system was, unlike the app store, to allow the developer to have a chance to respond before the user posts a bad review. Many times bad reviews are published for the wrong reasons and are wrongly attributed to the developer who has no chance to answer in the app store (eg users complaining of an app performing poorly, when the problem was the wifi connection or poor 3G connection..). We had to create a system that allow the developer to have a chance to answer first. If we were suggesting the user to drop a negative review in the app store, then we would simply kill that possibility.
When a positive feedback is sent, it is mostly likely one that does not need an answer and it felt right to entice the user to visit the app store to publish a review there. Note that unlike other methods you are describing in your post this is not forced to all users by a popup, It is natively integrated in the flow of a user already satisfied in the app. Jumping from there to the app store is not incentivized or rewarded in anyway (your post does not mention those methods used by many apps who will ask for a like on Facebook or pay users to review apps which are clearly manipulative methods). The review comes in context in a full optin way, with no tricks.
When using App booster, Users know they are not submitting a review to the App store and they send "Feedback" to the developer because this is the app messaging system. I am not sure why you would consider it differently and i would suggest an edit to your post. You seem to indicate we may try to confuse user with that approach?
We don't agree with your interpretation this is manipulation. As a matter of fact we believe this is the right thing to do. It just makes things right for the developer and the user. No one is forcing any one and a real dialog can take place. The real problem is that the review system is broken in the app store. It is being gamed, it is being manipulated, but you should look in a different direction: look at services paying or rewarding users creating massive pattern of ratings in a matter of hours.
For the record we created for our quality index (App score) a system that detects abnormal rating patterns. We know a little about that. http://blog.appsfire.com/introducing-the-appsfire-app-score-...
App booster is an user friendly, developer friendly way to re-establish what the app store has never offered: a direct dialog channel with the user and a smart feedback system to treat efficiently bad and good feedback.
Let me know if you have more questions
PS: We actually showed our system to some people at Apple who actually reacted very positively to the initiative.
It's true that Apple's App Store design encourages users to vent into reviews because it does not provide a straightforward way to contact the developers or raise a support ticket. This is bad and it really needs fixing.
However, your approach is not neutral. Let's just take a look at the logic (diagram from article):
After a user submits positive feedback, they are invited to leave a review. After a user submits negative feedback, they are not invited to do so - only a highly motivated user would then bother to leave the app, find the entry in the App Store and write a review there. What's more, it's hard to say whether some users will even understand the difference between your internal feedback UI and the Apple App Store review UI. i.e. they might think that your feedback form posts into the App Store reviews area.
For the record, the article does not claim "this is evil" (as kgtm stated earlier). It simply states that the appsfire interface fits the definition of a dark pattern. Whether you think it's ethical or not, you have to agree that the UI is somewhat manipulative.
Furthermore, I don't use iOS, but if review patterns are similar to those on Android(and I can't really see why they wouldn't be) then I can really see where the app's author is coming from. Most negative reviews I've seen(especially on actually good apps) have been things like "1-star doesn't work!" in a sea of "5-star awesome app!". You can hardly blame a developer for wanting to know how it "doesn't work" instead of just getting a vague review that doesn't explain anything.
I'm not claiming what they're doing is ideal, but I can see a strong argument for not sending bug reports to the app store reviews.
Worth a watch. I also just submitted it.
The dialog is only set to show when the customer has used the app past the period of time where most people who aren't going to stick around will have abandoned it. Thus, we simply only show the "please review the app" request to people who have already decided they like the app.
The difference between this method and the one presented in the article is this-- every user of our app, who becomes a "regular" user, gets asked to leave a review. The "dark method" only asked those who decide they want to give feedback of some kind to give a review.
So, of course, those who are still grudgingly using our app past the %80 cutoff will be asked to leave reviews and they leave some medium or negative reviews.
But here's the big secret of the appstore that I've never seen anyone mention-- reviews boost sales, even bad ones. Getting a sufficient quantity of reviews over some period, with a sufficiently high net positive value for those reviews, causes Apple to feature your app more in cross-selling opportunities (like the iTunes receipt or the "customers of this app also bought..." box).
So, I'd stick with our current method where every long term user of the app is asked to leave a review, over only asking those who have decided to leave feedback.
The app whose had this feature the longest is currently at 4.5 stars and is getting regular reviews. Another app that was a MVP that failed (but is still a good highly rated app) doesn't have this feature (cause its an MVP) and gets far fewer reviews as a percentage of its user base.
 This is part of the reason app prices are so cheap. People use the app store as a place to impulse buy small items. So they want apps to be cheap because often they aren't going to use them long, or they are just trying them out.