Requirement mapping
Defined the metrics Vestaboard needed to track and the property structure to hold them.
1 week
Delivery timeline
4
HubSpot Hubs in use
3
Stages: retrieve, map, trigger
Vestaboard needed to monitor a campaign closely and fire workflows off what the data showed. That is an ordinary requirement, and it was blocked by something ordinary: the metrics that mattered to Vestaboard were not properties HubSpot provides by default.
Custom properties solve that going forward. They do not solve it backward. A property created today is empty for every contact who engaged with a campaign last quarter, and a workflow that triggers on an empty property does nothing.
So the real problem was historical. The engagement and conversion data existed in HubSpot, spread across past campaign activity and reachable only through the API in a form that was awkward to assemble. Until it was retrieved and written onto the contact records, none of the automation Vestaboard wanted could exist.
Three problems stacked on each other. The properties did not exist, the data that would fill them was hard to reach, and without both the automation could not run at all.
Vestaboard needed to track campaign performance against its own business goals, and HubSpot does not provide those measures by default.
Accessing and organizing past campaign data through the HubSpot API was complex, which made assembling accurate engagement and conversion metrics across all contacts a real piece of work rather than an export.
Without the custom properties populated from history, workflows had nothing to fire on, so campaign insight could not be acted on in real time.
A partial retrieval produces automation that works for some contacts and silently skips others, which is worse than no automation because nobody knows it is happening.
Three stages in sequence. Pull the history out through the API, write it onto the records as properties shaped around Vestaboard’s reporting, then build the workflows that read them.
Detailed data from past campaigns was pulled through the API, covering engagement, conversions and user interactions across all contacts involved.
The process was managed to make sure no relevant data was missed, because a record of past performance with holes in it produces automation that misbehaves in ways nobody can see.
The retrieved data was organized centrally in the portal so the team could reach and analyze it without going back to the API each time.
Historical data was mapped to custom properties aligned with Vestaboard’s actual reporting structure rather than to whatever the source data happened to look like.
The important measures sit on the contact itself, so monitoring and decisions happen where the team already works instead of in a separate report.
With the properties populated, workflows fire on past campaign performance and continue acting on new data as it arrives.
Data-driven actions like follow-ups and internal notifications trigger automatically, which removes the manual monitoring the campaign would otherwise have needed.
A short engagement with no room for rework. The property structure was defined before retrieval so the data landed in its final shape rather than being transformed twice.
Defined the metrics Vestaboard needed to track and the property structure to hold them.
Pulled historical engagement, conversion and interaction data from past campaigns across all relevant contacts.
Verified that the retrieval covered the full record with no gaps before anything was written.
Mapped the retrieved data into custom properties aligned to the reporting structure.
Built the workflows that trigger on the populated properties, including follow-up and notification actions.
Confirmed the triggers fire correctly on both historical and incoming data, and handed over.
Vestaboard now has its campaign history on the contact record, in properties shaped around how the business measures performance, with workflows running off them.
1 week
Delivery timeline
4
HubSpot Hubs in use
3
Stages: retrieve, map, trigger
Complete historical campaign data. Engagement, conversions and user interactions are organized and reachable in one place rather than scattered through past campaign activity.
Custom properties populated across contacts. Relevant contacts carry the metric values, so the team reads performance directly on the record.
Workflows trigger on real data. Automation now fires on past campaign performance and continues acting on new data as it is captured.
Manual monitoring was removed. Follow-ups and notifications happen automatically rather than depending on someone watching a campaign dashboard.
Campaign optimization is evidence-based. With historical performance available per contact, targeting and nurture decisions rest on what actually happened.
We loved working with Ratul and look forward to working with Hubxpert in the future. Ratul is very knowledgeable when it comes to HubSpot, smart and responsive, easy to work with, and fast moving.
A new property is empty for every existing contact. Workflows that trigger on it do nothing until the history is retrieved and written in, which is the actual work.
Yes, through the API. Engagement, conversions and interaction data across all contacts can be retrieved and mapped onto properties, which is what this engagement did.
One week for Vestaboard, from requirement mapping through retrieval, property mapping and workflow build.
Automation works for some contacts and silently skips others. That is why the process was managed for completeness rather than speed, and verified before anything was written.
Yes. The workflows trigger on the populated properties and continue acting on new campaign data as it is captured.