Have something to say?

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

Add custom dates and other filters to Dashboard

@Chad McGuire (Sparrow Intel) - Combining feature requests for enhancing our dashboard into one for better tracking! Feature Request #1: Would like to be able to apply custom filters to the Dashboard to be able to view the KPIs for specific date ranges. Feature Request #2: The Dashboard view is great and we really like all it has to offer here; however, we do a lot of weekly reporting, so we would like the date filter here to also be more granular than monthly. The other thing that was noticed that is not here is an Average Star Rating. We see the Volume numbers and Total Reviews, but there is not an Average Star Rating. Also the only Category that we see here is Cleanliness. Is there a place on the Dashboard to find/filter the other Categories?

Ryan Rabideau over 1 year ago

💡

Feature Request

Rejected

Add guest name, phone number, and in-home status to Breezeway tasks

Priority: Medium Problem / context Tasks pushed to Breezeway now carry reservation and review context, but not the guest's own details. When a field team acts on a task, especially while the guest is still on site, they need to know who the guest is, how to reach them, and whether they are currently in the home. Without it, the person doing the work has to go back into the PMS or the OTA to find contact details before they can act, which defeats the purpose of enriching the task in the first place. Requested capability Add guest name, guest phone number, and in-home status to the fields written into Breezeway tasks. Detail / spec Guest name and phone number pulled from the reservation. In-home status indicating whether the guest is currently checked in and on site, versus pre-arrival or post-departure. Consistent with the existing enrichment fields (reservation URL, OTA, score or prediction value, confirmation code) rather than a separate surface. Acceptance criteria A Breezeway task created from a reservation shows guest name and phone. In-home status is present and accurate at the time the task is created. A field team member can contact the guest from the task alone, without opening the PMS or OTA.

Alex Rasky about 2 months ago

💡

Feature Request

Planned

Grouped conditional logic and negation in the rules engine

The rules engine currently supports only flat, single-condition logic, so operators can't express compound criteria in one rule. There's no way to group conditions with AND/OR, nest groups, or negate a condition (NOT / exclusion). As a result, any logic more complex than a single condition has to be split across multiple near-duplicate rules — which multiplies setup time, invites inconsistencies, and compounds across organizations that mirror rules across many accounts. A common case is targeting multiple OTAs in one rule: today that requires a separate rule per channel because the conditions can't be combined. Requested Enhancement: Support grouped conditional logic — combine conditions with AND/OR and nest groups within a single rule. Support negation — allow a condition to be expressed as NOT / exclusion (e.g., all channels except one, or fire unless a condition is met). Handle channel-specific condition validity within compound rules: Google (GMB) has no cleanliness sub-score, and a normalized Airbnb 4/5 vs. a Booking 8/10 can mean different things against a single threshold — so warn, auto-skip, or scope conditions per channel where a sub-score or scale doesn't apply. Benefit: Grouped logic and negation would let a single rule express what today takes many, cutting duplicate rule creation, reducing inconsistencies across channels and accounts, and lowering setup and maintenance overhead. Multi-OTA targeting becomes a natural outcome rather than a special case, and operators gain the expressiveness to model real-world routing and exclusion logic in one place.

Tobin Watkinson 3 months ago

💡

Feature Request

Support Displaying and Managing Airbnb Reservation Change Requests in Conversation Threads

Description: Currently, when a guest submits a reservation alteration request through Airbnb (such as a change to dates, guest count, or pricing), the request does not appear in Sparrow Intel. The alteration is visible in the Airbnb conversation thread, but the corresponding Sparrow conversation shows no record of it. For example, if a guest requests to extend their stay by one night, that request and its status are visible in Airbnb but absent from Sparrow. Property managers reviewing the conversation in Sparrow have no indication that a pending alteration exists, which forces them to cross-reference Airbnb to get the full picture of the reservation and switch platforms to take action on the request. Requested Enhancement: Display Airbnb reservation alteration requests within the corresponding Sparrow conversation thread when that information is available from Airbnb. Show the key details of the request, including the type of change (dates, guest count, price), the proposed new values, and the request status (pending, accepted, declined). Allow property managers to accept or decline alteration requests directly from Sparrow, without switching to Airbnb. Update the displayed status as the alteration is accepted, declined, or withdrawn so the thread reflects the current state of the reservation. Benefit: This would give property managers a complete view of each reservation and the ability to act on it without switching between platforms. It would reduce response time on pending alterations, lower the risk of responding to guests without awareness of a pending change, and ensure that Sparrow functions as the single operational surface for guest communication, consistent with how teams already handle trip requests in the platform.

Sharlene S 3 months ago

💡

Feature Request