Great minds think alike

create ability to send a preview email of a specific email in a sequence to user's personal email.   go to sequence->email->edit/preview->three dots-> send example to personal w/ random contact info (listed above) (ie Mary Jane @BiG Old Company Inc)-> click 'send preview' -> preview gets sent to users inbox, same as it would look if sequence was live and it hit target contacts inbox.   thanks ...read more

I have been working with hundreds of clients in HubSpot for over 10+ years and user experience has been the top reason HubSpot is amazing. Though one thing continues to make this challenging and that is the main Sidebar menu HubSpot makes every user have without any ability to customize.   So simply put we want the ability to customize what shows on the sidebar based on things like Teams and Permission Sets. For example if a Sales Rep drops in they dont need to see the Marketing tab. Or things like Data Management.   ...read more

Currently, we can set contact owner tokens but this can create a mismatch between the from address and the signature if it's not the contact owner sending the email.    Creating sender-based personalisation tokens in marketing emails would help solve this,  for example a sender-based email signature personalisation token which will populate signature of the user actually sending the email. ...read more

Can we please have a link on the Review Automation Issues pages to go straight back to the main Workflows Index page ...read more

Our support team works out of Help Desk all day, and we rely heavily on SLAs for time to first response and time to next response.   What we really want is a simple way for agents to look at one list of all open tickets and immediately see which ticket needs attention first – without having to think about which SLA (first vs next response) is driving it, or manually compare timestamps.   Right now: We have separate fields for Time to first response and Time to next response. In the Help Desk table, these show as due times (e.g., 1:52 PM), not as a “time remaining” countdown. SLA labels like Due soon / Overdue are helpful, but they don’t tell you: Which ticket across all SLAs is actually due the soonest, or How much time is left in a clear way. The workarounds (two different views, or constantly toggling sort between two columns) still force agents to stop and think, check timestamps, and mentally compare which ticket is truly most urgent. What we’d love to have: A single “Next SLA due” field per ticket One property that always represents the next SLA deadline for that ticket, whether it’s first or next response. We could add this as a column in Help Desk and sort the whole view by it, so the ticket at the top is always the one closest to breaching any SLA. Countdown-style display in the list view Instead of just showing a due timestamp, allow SLA columns (including “Next SLA due”) to display something like “30 minutes remaining”. This would make it much easier for agents to scan the list and instantly understand urgency without doing mental math. Why this would help: Agents get a single, trusted queue: just work from the top down and you know you’re handling the most urgent tickets first. Less cognitive load and fewer mistakes when juggling first vs next response SLAs. Better chance of consistently meeting SLAs, especially for higher-volume teams. ...read more

1: There are too many timezones available on the contact timezone field - it should be one option per actual timezone. Currently in Hubspot I see over 200 possibly more (takes too long to count because there are so many).    2. This would be simplified and the problem erased if you could properly order the timezone on the tasks section. Currently, the tasks, if ordered by timezone, are ordered by alphabetical name of the timezone! Which completely defeats the point of having a timezone in the first place. It should be ordered: UTC-12, UTC-11, UTC-10 and so on. Currently it is ordered: UTC -6 US Mountain, UTC -4 US Eastern, UTC -5 US Central. The most frustrating part of all of this is that, when it comes to making a selection from the drop down menu of Timezones on the contact field, it is ordered in the second, more useful way: UTC-12, UTC-11, UTC-10 and so on. Suggesting that this should be an easy fix.   Tasks ordered by Timezone field:    Timezone field dropdown menu:  ...read more

Idea Description Currently, Sensitive Data properties can be added directly to native record creation forms (e.g., Ticket creation forms) as standalone fields, but they cannot be used as dependent or controlling fields within conditional logic. This creates an important limitation in real-world workflows. In many operational scenarios, sensitive information is only required for specific record types or ticket categories, not for every submission. For example: A sensitive field should only appear when a specific Ticket Type or Category is selected. The field should remain hidden otherwise, to avoid unnecessary exposure and to keep forms clean and efficient. At the moment: The Sensitive Data property is allowed on the form But disappears from the selector when trying to apply conditional logic This suggests that conditional logic is not yet enabled to interact with the security/encryption layer of Sensitive Data properties Business Impact Forces teams to either: Show sensitive fields at all times (poor UX and security exposure), or Use workarounds outside native forms (custom UIs, integrations, or manual processes) Reduces adoption of Sensitive Data properties in structured, compliant workflows Impacts regulated environments where data minimization and context-based collection are mandatory Proposed Enhancement Enable Sensitive Data properties to: Act as dependent fields in conditional logic Be shown or hidden based on the value of non-sensitive controlling fields While maintaining their existing encryption, access controls, and audit protections This would allow teams to: Collect sensitive data only when necessary Preserve security standards Fully leverage native HubSpot forms without custom development This enhancement would significantly improve usability for enterprise and compliance-driven customers while staying aligned with HubSpot’s security model. ...read more

It would be great if you could fully clone a hubdb table without having to map each column again.  ...read more

Problem HubSpot currently provides visibility into where a form is used in workflows, but there is no way to see which lists (segments) reference a specific form. This creates a significant blind spot when managing or migrating forms—especially legacy forms. Use Case We are in the process of migrating our Contact Us form from a legacy form to the new form builder. Before deprecating the legacy form, we need to understand every dependency to avoid breaking: Active lists used for segmentation Suppression lists Reporting lists Downstream automations relying on those lists However, today there is no native way to answer a basic question: “Which lists reference this form as a filter?” Forms can be used in list criteria (e.g., Form submission is Contact Us), but there is no reverse lookup from the form itself—unlike workflows, emails, or campaigns. Why This Is a Real Problem Large portals often have hundreds or thousands of lists Manually auditing list filters is time-consuming and error-prone Missing a single dependency can cause: Broken segmentation Incorrect reporting Failed migrations This directly slows adoption of new platform features (like the new form builder) In our case, it is actively blocking a clean migration plan. Proposed Solution Add a “Used in” / “Dependencies” section to the form details screen, similar to workflows, showing: Lists (active + archived) that reference the form Count of lists Links to each list At minimum: A read-only list of dependent segments Or an admin-only audit view Impact This would: Enable safer migrations from legacy to new tools Reduce accidental breakage Improve governance in large, mature portals Encourage faster adoption of new HubSpot features Summary If workflows can show where they’re used, forms should too—especially given how foundational they are to segmentation and automation. This is a critical gap for admins managing change at scale. ...read more