Effective February 1, 2026
Last updated April 14, 2026
Introduction: Ratings & Reviews on the Vim Applications Marketplace
As part of the Vim Applications Marketplace experience, ratings and reviews of public applications are displayed at the top of each application’s store listing page and tabs. These ratings and reviews are visible to all users and play a key role in how applications are discovered, evaluated, and trusted. This reflects our commitment to transparency and to helping users make informed decisions based on real-world usage and feedback. For developers, ratings and reviews are also a valuable source of insight into how your application is perceived and where it can improve. Developers also have the chance to respond and address approved reviews of their apps.
Ratings and reviews are great ways to help users share personal and real-world feedback, assisting other Vim users in discovering high-quality applications, and providing Developers with valuable insights to improve their products. The Vim Applications Marketplace ratings and reviews are meant to be helpful and trustworthy. Vim doesn’t pay anyone to rate or review applications on the Vim Applications Marketplace, and we expect reviewers to be honest and unbiased.
On this page you can find information about user ratings and reviews on Vim Connect Marketplace and Vim Console Marketplace (collectively, the “Vim Applications Marketplace”), and the standards Vim Applications Marketplace Users and the Application Developers themselves must follow when submitting ratings or reviews, or flagging and appealing published reviews.
By publishing an application on the Vim Applications Marketplace, developers agree to comply with this Policy, including when responding to user reviews.
By submitting a rating or review on the Vim Applications Marketplace, users also agree to comply with this Policy.
What You’ll Find in These Guidelines:
- How ratings are calculated and displayed
- What information is visible when you leave a review
- Guidelines for providing ratings and writing reviews: (i) How to write helpful and trustworthy reviews, and (ii) What content is encouraged and what is not allowed
- How reviews are moderated and reviewed.
- How developers may flag or appeal reviews.
- Guidelines to developers for responding to user reviews
Ratings and Calculations
A user can rate an application, so long as it has been installed. Ratings are anonymous. Ratings for apps, and the corresponding bar graphs showing the proportional number of 1, 2, 3, 4 and 5 star reviews, are calculated based on the lifetime average value of user reviews. No user review or rating shall be displayed until there are a total of at least 10 installations per application. Once ratings and reviews are displayed, the number of user ratings the current rating is based on will be reflected.
*For private applications, rating results (including the average star rating and rating breakdown) are not publicly displayed on the store page.
What others will see when a user leaves a review
Alongside star ratings, once a user has installed an application, the user may rate the application and post a review describing his/her experience with the application.
Should the user share a review together with a star rating, once approved, the review will display:
- The user’s pre-defined role (e.g MA – Medical Assistant, MD – Medical Doctor, PA-C/NP. etc.). If the user does not have a defined role pre-assigned, the user shall select out of a list of roles or type out a custom role.
- The user’s practice size (based on generalized pre-defined groups)
- The user’s EHR type
The user can always update his/her star rating or change the review content. By ongoingly rating and reviewing an application, a user effectively changes the existing stars that have been rated and the review content that has been published from time to time. Nevertheless, only one rating and one review will be visible for the public at any given time, which will be the most recent rating or review to have been posted and approved by Vim.
In addition to the review content, developers may post one (1) response to a review, which shall be public to all users. The user will be notified once and if there is a response to the review by the app developer, and the developer response will appear beneath the review on the application’s listing page. Whilst there is no additional response option to the latest reply, the user may choose to submit a new review which replaces the previous review, to align with the response received. Users are encouraged to check the accuracy and relevancy of each review, following the developers response.
*For private applications, ratings and reviews are not publicly displayed on the store page.
If you have access to a private app and have installed it, you can still leave a rating or write a review. However, other users won’t be able to see your feedback.
Your rating and review are shared directly with the app developer, who will be notified by email. Developers can respond to your review, and if they do, you’ll receive their response by email.
Guidelines for Writing Reviews
Please note that content may be moderated. Vims policies for ratings and reviews are below:
If you expect a long and/or technical discussion, we recommend that you offer the user to reach out to a support e-mail of sorts, to avoid leaving open ends or back and force on the reviews section.
A. General
Reviewing applications is a great way to share helpful feedback and assist other Vim users in finding useful applications. As such, ratings and reviews are meant to be helpful and trustworthy, so please:
- Make your reviews useful and informative.
- Keep it readable; check grammar and spelling. Don’t use excessive capitalization and punctuation.
- Be nice to others and keep your review professional.
B. Specific Guidelines by Topic:
- Spam and fake reviews. Your reviews should reflect the experience you’ve had with the application you’re reviewing.
- Don’t post fake or inaccurate reviews.
- Don’t post reviews for the same application from multiple accounts.
- Don’t post reviews to mislead other users or manipulate the rating.
- Don’t misrepresent your identity or your connection to the application you’re reviewing.
- Off-topic reviews. Keep reviews on-topic and relevant to the content, service, or experience you’re reviewing. Don’t post solicitations, political or social commentary, or anything else that is irrelevant to the application, service, or core of the user experience you’re reviewing.
- Advertising. We want reviews to be useful, and they aren’t useful if they’re promoting something other than the application or service you’re reviewing. Don’t post promotional or commercial content for any products or services, including affiliate or referral-based promotions (this includes phone numbers, email addresses, or links to other websites).
- Conflict of interest. Reviews are most valuable when they’re genuine and unbiased. They should be written by people who aren’t motivated by financial gain. Don’t offer or accept money, products, or services in exchange for posting reviews. Don’t review an application if you own or work for the business that created it.
- Copyrighted content. Reviews should be your own and reflect your personal opinions. Don’t post reviews that infringe on the intellectual property rights of others, including copyright. For more details, you can check out Vim’s Copyright & Trademark Infringement Policy.
- Personal and confidential information; PHI. Reviews are meant to share experiences, and you can express the way you feel about something without revealing sensitive personal information or personal health information. Don’t post personal or confidential information about yourself or anyone else, such as a physical address or driver’s license number. Don’t post any personal health information (PHI).
- Illegal content. Your reviews must comply with the law and any terms or legal agreements you have agreed to. Don’t post reviews that contain or link to illegal content.
- Sexually explicit content, Hate Speech and Offensive Reviews. Vim’s products and services are looking to facilitate a professional and appropriate environment for its users, and reviews should reflect that:
-
- Don’t post reviews that contain, promote, or solicit sexually explicit content.
- Don’t post reviews that depict children in any manner.
- Don’t promote violence, condone violence, or incite hatred toward an individual or group based on their race, nationality, ethnic origin, religion, gender, gender identity, sexual orientation, age, disability, veteran status, or any other characteristic that is associated with systemic discrimination or marginalization.
-
- Don’t post obscene, profane, or offensive language.
- Don’t post reviews that harass, bully, or attack others.
Review and Moderation Process
Once a review has been submitted by a user, it is sent to Vim for review. Vim uses a combination of automated systems and human review processes to identify policy violations or abusive content. The review may be approved – in which case the review will be published and in parallel the Application Developer shall be notified via e-mail of the new review that has been published. The developer will be able to see the content, together with the details of the user that are visible upon leaving a review. The developer will be able to flag and/or appeal a review, as detailed below.
If a review is found by the Vim team to violate the law or this Policy, Vim may take action to remove it. This may be prior to, or after a publication of a review, without any limitation of time, and Vim reserves the right to remove a published review even if previously reviewed following an appeal and found to be appropriate.
If you believe a review violates Vim’s policies, you may report it for investigation at [email protected]. If a review you posted or reported is removed, you may receive an update from Vim explaining the reason for the enforcement action.
Developer-Specific Guidelines
- Prohibition on Manipulation, Coercion or Incentivization
Developers may reasonably ask their customers’ users to rate their application and leave a review. However, Developers must not attempt to manipulate ratings or reviews, specifically, not to:- Offer money, discounts, credits, benefits or other incentives in exchange for removing, changing, or posting ratings and/or reviews.
- Threaten legal action, account suspension, or service denial to influence a review.
- Pressure users to change ratings or reviews as a condition for receiving support.
- Engage in review-gating (for example: requiring a positive rating to continue using the app or receive support).
- Developer Actions to Reviews: Responses, Requests to Flag a Review or Appeal
An e-mail will be sent to the Developer once a new review has been approved by Vim and published. Developers will be entitled to respond to a review and/or flag or appeal a review as described as detailed below:
A. Developer Response to a Review
Once a new review has been submitted, the developer will be notified of the review, and may choose to post one (1) public response per review on their application’s Marketplace listing page. The developer may edit the single response at any time, whereby the most recent edits will prevail at any given time.
*For private applications, Developers responses will not be made public, rather, will be shared with the user, who will receive their response by email.
In writing their responses, Developers MUST:
- Communicate respectfully and professionally.
- Keep responses factual, concise, and solution-oriented
- Avoid requesting personal, confidential, or sensitive information (including PHI) in public replies.
Developers should NOT:
- Harass, threaten, shame, or retaliate against users.
- Not Pressure users to change ratings or feedback as a condition of support.
- Attempt to manipulate ratings or mislead users
- Use responses for promotional or unrelated marketing purposes.
Vim reserves the right to moderate developer responses according to these terms and will reach out to the developer via e-mail if there is any substantial feedback on the response.
B. Flag an issue with the accuracy or relevancy of the review to Vim, by responding to the e-mail sent to them with as much detail as possible concerning the clarification or edit requested, referencing this Policy where applicable.
Whilst Vim encourages Developers to respond directly to the review in order to provide their clarifications, developers may reasonably request from Vim to communicate with the users on such flagged issues. Vim may, at its discretion, pass on the message to the user, including a recommendation to update their review or reconsider a review.
Issues flagged for clarifications or edits may include: a reported bug/issue has been fully resolved and the user confirms satisfaction, or when a review contains clear factual errors or severe typos. Requests must not specify or imply a desired rating or content.
C. Appeal a Publication – Requesting Vim to Remove a Review – Developers may appeal a review that has been published – by responding to the e-mail sent to them with their request to remove the review in its entirety, reporting the appropriate violation of this policy and other supporting documentation relevant for the appeal.
Vim may ask the Developer for more information, in any event Vim shall, at its discretion, decide whether to remove the disputed review or keep it, all in accordance with this Policy. Vim will respond within a reasonable period of time to the Developer with its decision to either to remove the published review or keep it. Vim will not facilitate any de-anonymization of the user as part of any developer concern or appeal.
All final decisions regarding flags and appeals rests with Vim, including any removal of a review or retention thereof.
Policy Enforcement
Failure to comply with this policy may result in one or more of the following actions:
- Temporary or permanent suspension of review publishing privileges
- Application demotion, suspension, or removal from the Marketplace in cases of severe or repeated violations on behalf of the developer.
- For clarity, references in this Policy to moderation, removal, or enforcement actions apply to both user reviews and developer responses.