Have something to say?

Tell us how we could make the product more useful to you.

Wall of Love Enhancement

I would like to request a configurable Wall of Love (WOL) that displays only video submissions. Mixing written and video reviews can be overwhelming, and a dedicated video-focused view would improve clarity. My preferred options are: A filter control to view only video testimonials (e.g., a “Video Only” filter). Alternatively, a standalone “Video Testimonial” feature within the Integrations section. Lastly, could it be possible to rename it from WOL to something less Campy and more broader in reach: Suggested options with rationale: Video Testimonials Wall: instantly communicates the primary content type and preserves “wall” as a recognizable UI metaphor. Video Spotlight: conveys a curated, highlighted set of video reviews, implying quality and focus. Video Reviews Hub: signals a centralized, easily navigable collection of video feedback. Video Moments Gallery: adds a dynamic, human touch by framing entries as moments. Video Feedback Wall: maintains familiarity with “wall” while explicitly calling out video feedback.

Review Pulse 360 3 days ago

📥 Feedback

When sending multiples requests : Pre-send summary showing how many contacts will actually be invited

Context / User need: The client wants to invite customers who are not automatically solicited by EMR (e.g. those who don't book online). To do this, he exports his full client file from his software and uploads the entire CSV into EMR. He does this because full export is the fastest option — manually sorting/filtering the CSV beforehand is time-consuming. He relies on the campaign's deduplication filter to exclude contacts already solicited within the configured time window (e.g. 120 days). Problem: Before sending, the client doesn't know how many contacts will actually be invited. He knows the deduplication filter will block a portion of his list, but he has no visibility on how many will be filtered out vs. actually sent. This makes it hard to anticipate SMS/credit usage. Proposed solution: Add a pre-send confirmation screen (after clicking "Importer et commencer à envoyer") that shows the result of the deduplication filter before the actual send, e.g.: 2,500 contacts already solicited in the last 120 days (excluded) 150 contacts will be solicited (included) (Optional) reminder of available SMS/email credit balance Value: Gives the client visibility on real volume and credit usage before confirming Avoids confusion around "pending" vs "not sent" statuses Removes the need to manually pre-filter the CSV

Jean-Gabriel 5 days ago

💡 Feature Request

Bug Report: "vs last month" delta is inverted / miscalculated ?

The number contradicts reality and undermines trust in the dashboard. A new onboarded client (Salon le W /) flagged it during a review meeting: he collected far more reviews this month than last, yet every Time Period filter shows a large negative delta. Likely cause The current window counts only dated reviews (48 in 2026, avg 5.0), but the baseline seems drawn from the full All Time set (179, avg 4.6, inflated by undated imported Google reviews). A small numerator over a large baseline yields a negative percentage on every window. Not confirmed — a plain inverted sign or a wrong reference month would also fit. Summary The "% vs last month" delta shown under "Total Reviews" is wrong for every Time Period filter. It displays large negative percentages while the underlying data shows strong positive growth. The sign appears inverted and/or the comparison baseline is incorrect. Notably, the "Great Momentum! You're collecting more reviews than last month" banner in the same UI shows the correct positive direction, so two components are reading the same data with opposite results. Ground-truth data (from API) Monthly review counts, 2026: Jan: 1 Feb: 4 Mar: 1 Apr: 0 May: 3 Jun: 32 Jul (1-6): 7 Correct month-over-month delta, June vs May: +966% (32 vs 3). This matches the "Great Momentum! / 1200% increase" banner (Last 30 Days: 39 vs Previous 30 Days: 3), which uses the correct direction.

Jean-Gabriel 10 days ago

🐛 Bug Reports

Staff-facing default text option for Opt-in/Consent form

Use case: I use the Opt-in Page as a staff-entry tool, not a customer self-serve form. My clients' staff enter the customer's name and number themselves (after verbally asking permission), rather than the customer filling in their own details. The issue: The default welcome message and consent checkbox wording are written as if the customer is filling the form in themselves (e.g. "Enter your details below to receive...", "I agree to receive text messages..."). I've edited the welcome message to be staff-facing ("Enter the customer's details below..."), but the GDPR consent checkbox label is fixed and can't be edited — it still reads as if the person submitting the form (staff) is the one agreeing to receive texts, rather than confirming the customer agreed. Suggested fix: An option to toggle between "Customer self-serve" wording and "Staff-entry" wording for the consent checkbox — e.g. staff-facing version could read something like: "I confirm the customer has agreed to receive review request texts." This would remove the mismatch for anyone using the form the way I am, without affecting the self-serve use case for those who use it that way.

Dewayne Black 14 days ago

💡 Feature Request

Sales Agent Monthly Tracking _Revised

Please provide a way to adjust the monthly goals for sales agents. The ability to change the goal would allow us to have consistency across the board when it comes to our Sales Agents This request was submitted and completed prior to this. However, I realize now that I could have better articulated my specific requirements regarding goal settings. While the ability to adjust team goals on a global level is a great feature, I am looking for a way to set individual goals for each agent. This would allow us to assign loftier targets to certain team members based on their specific experience and job titles. Additionally, regarding SI reports, it would be beneficial if the system could automatically disable the ability to run new reports once a set limit has been reached. Implementing this restriction would be a significant help in managing our operational costs.

Review Pulse 360 14 days ago

💡 Feature Request

Restrict Sending Limits if too many errors triggered

Recently, I encountered with a user (premium plan) who uploaded a random downloaded list of emails to send requests. Due to that my Brevo account is temporarily restricted from sending transactional emails. This affected all my users. At EMR we also monitor error logs. So this could be a possible solution. The idea is: Restrict user accounts from sending emails, if too many errors occur linked to their account. Show a warning message/banner “Your account is temporarily restricted from sending Email requests. Contact support to reactivate your account. We can lift the restriction and reactivate from the customer management page. Make hourly sending limits as default setting for every customer, or with a modification option in the customer management page setting.

Arun Saini 14 days ago

💡 Feature Request

Before / After — UI dashboard exploration for Embed My Reviews

Exploring an alternative design direction This document presents a UI exploration intended to spark discussion and gather feedback. EMR already delivers a comprehensive set of features. This idea simply explores whether a different visual hierarchy, information architecture and visual language could make the experience feel calmer, easier to scan and more distinctive. Current experience The current dashboard surfaces a rich amount of information and gives visibility to many aspects of review management from the first screen. This exploration looks at an alternative way of presenting that information by adjusting visual hierarchy and reducing the number of elements competing for the user's attention at any given moment. Proposed direction The concept is organized around a single primary focal point—the overall rating—followed by three sections that reflect a salon owner's natural workflow: Where I stand — overall rating and milestone progress. How I'm collecting reviews — conversion funnel, review pace and AI insights. How I'm performing on Google — listing performance, trends and search visibility. Rather than introducing additional components, the proposal focuses on clarifying hierarchy and making it easier to understand what deserves attention first. The existing gamification experience is still present but expressed through a quieter circular progress indicator, allowing it to support the experience without becoming the dominant visual element. Why explore warm neutral tones? One aspect of this exploration is the use of a warm taupe/off-white background instead of a pure white canvas. I don't know if you've noticed : For exemple Granola (AI Note taker)

Jean-Gabriel 15 days ago

📥 Feedback

Subscription progress bar retains old plan quota after Stripe plan change

Summary On the agency dashboard, the Subscription progress bar continues to show the original plan's quota after a customer is moved from Free to a paid plan (Solo/Pro) via the native Stripe integration. The bar does not pick up the new plan's limits, while the "Available" figure displays correctly. Workflow context (how affected accounts are created) Demo accounts are created on the Free plan (50 SMS / 200 email credits) to avoid limits during demos. No freemium is offered. On signing, the client is switched to Solo (150 SMS/month) or Pro (250 SMS/month) through the native Stripe integration in EMR. Affected clients all followed this Free → paid path. Expected behavior After a Stripe plan change, the Subscription bar should reflect the new plan's quota (e.g. 150 or 250 SMS). Actual behavior The Subscription bar keeps the original plan's quota (Free = 50, or a previously higher quota), shown in red as "maxed out", even though credits remain available. The "Available" tooltip confirms it includes subscription credits + top-ups, and customer-level limits are correct (Solo/Pro limits apply, sending works). The issue appears purely on the agency-side display. Likely root cause (hypothesis) The Subscription progress bar's denominator is cached/persisted from the original plan and is not refreshed when the Stripe subscription transitions to a new plan. Related question Could this be linked to accounts simultaneously showing "Trial Expired" and "Active Subscription"? This combination appears on some of the same clients (e.g. Le W / William Rubinstein), which may share the same plan-transition state. Impact No functional impact — sending is unaffected. The inconsistency makes credit monitoring confusing on the agency side.

Jean-Gabriel 16 days ago

🐛 Bug Reports