With your data governance and organizational strategy decided, you’re ready to create events, properties, and segments for your team in Heap.
Wait, what are those?
Events
An event is any action associated with a user. Examples of events you can define in Heap include:
- Click Sign Up
- View Product Page
- Complete Checkout
- and many more!
Thanks to Heap’s autocapture, no matter how you set up your event, all of the correct data will be there. If you change an event in any way, all the data is still readily accessible.
Your Heap account starts off as an empty slate with only two events defined: Session and Pageview (only visible in the analysis modules).
We recommend creating a small set of about 12-20 core events based on your user journey to help your team get started with analysis.
To freely experiment with events without risk of messing with your team’s dataset, we recommend starting off by creating personal events and leveraging event verification to separate out “official” events that your team can use from unofficial ones.
For a deep dive on defining events with Visual labeling and CSS, check out our Creating Event Definitions course in Heap University.
Industry Recommendations
Click the industry tabs below to see examples of events you may want to create based on your business needs. You should be able to create these events from your autocaptured data, or you can use the APIs mentioned in Step 1 of this guide.
Event | Description | Common Definition Structure |
---|---|---|
Submit – Create Account | When a user creates an account and received a unique user ID | Submit on .sign-up |
Submit – Membership Signup | When a user completes all steps to start or begin a membership or otherwise purchases a membership | Submit on .membership-sign-up |
Click – Apply Promo Code | When a user enters a coupon code | Click on .apply-promo-button |
Click – Started Free Trial | When a user starts a trial/quote/offer process | Click on .start-free-trial-button |
Click – Log In | When a user logs in | Click on .log-in-button |
Click – Log Out | When a user logs out | Click on .log-out-button |
View – Marketing Page | Views of marketing pages, like a ‘why [your product]’ page | View page /why-heap/* |
View – Pricing Page | When a user views a pricing page | View page /pricing/* |
Click – Call to Action | When a user clicks on a primary call to action | Click on .free-trial-signup-button |
View – Landing Page | Views of dedicated landing pages | View page / Filter by domain (ex. ‘Domain equals learn.heap.io’) |
Submit – Subscribe to Newsletter | When a user signs up for your newsletter | Submit on .newsletter-sign-up |
Click – Install App | When a user clicks the ‘install app’ CTA from your marketing site | Click on .install |
View – Onboarding | When a user begins the onboarding/welcome flow in your app | View page /welcome/* |
Click – Complete Onboarding | When a user finishes all of the onboarding steps in your app | Click on .done-onboarding |
Installed App /Initial Open App [Custom event via API] | When a user completes the installation process for your app and/or opens it for the first time | Source set to ‘custom’ with the custom event defined via a Heap API selected, ex. ‘App Install’ |
Opened App [Custom event via API] | When a user opens your app | Source set to ‘custom’ with the custom event defined via a Heap API selected, ex. ‘App Open’ |
Event | Description | Common Definition Structure |
---|---|---|
View – Pricing Page | When a user views one of your pricing pages | View page /pricing/* |
View – Blog Post | When a user views a post on your blog | View page/blog/* |
View – FAQ Page | When a user views one of your FAQ pages | View page /faqs/* OR View page with a filter for your support portal’s subdomain (ex. support.company.com) |
Click – Request Demo | A click on the ‘request demo’ button | Click on .request-demo-button |
Click – Start Free Trial | When a user clicks on the ‘start free trial’ button | Click on .start-free-trial |
Submit – Support Request | When a user clicks on the support button | Click on .get-support-button |
Submit – Create Account | When a user created an account and received a unique user ID | Submit on .sign-up |
Submit – Membership Signup | When a user completes all steps to start or begin a membership or otherwise purchases a membership | Submit on .membership-sign-up |
Submit – Complete Purchase | When the payment has been processed and funds have been transferred | Submit on .complete-purchase |
Click – Log In | When a user logs into their account | Click on .log-in-button |
Click – Log Out | When a user logs out of their account | Click on .log-out-button |
Click – Start Trial | When a trial is successfully activated | Click on .start-trial-button |
Click – Cancel Trial | When a user cancels their free trial and does not convert to a paid membership | Click on .cancel-trial-button |
Click – Renew Membership | When a user completes a renewal of an existing membership or otherwise purchases another term of their membership | Click on .renew-membership-button |
Event | Description | Common Definition Structure |
---|---|---|
Submit – Create Account | When a user creates an account and received a unique user ID | Submit on .sign-up |
Submit – Membership Signup | When a user completes all steps to start or begin a membership or otherwise purchases a membership | Submit on .membership-sign-up |
Click – Apply Promo Code | When a user enters a coupon code | Click on .apply-promo-button |
Click – Started Free Trial | When a user starts a trial/quote/offer process | Click on .start-free-trial-button |
Click – Log In | When a user logs in | Click on .log-in-button |
Click – Log Out | When a user logs out | Click on .log-out-button |
View – Marketing Page | Views of marketing pages, like a ‘why [your product]’ page | View page /why-heap/* |
View – Pricing Page | When a user views a pricing page | View page /pricing/* |
Click – Call to Action | When a user clicks on a primary call to action | Click on .free-trial-signup-button |
View – Landing Page | Views of dedicated landing pages | View page / Filter by domain (ex. ‘Domain equals learn.heap.io’) |
Submit – Subscribe to Newsletter | When a user signs up for your newsletter | Submit on .newsletter-sign-up |
Click – Install App | When a user clicks the ‘install app’ CTA from your marketing site | Click on .install |
View – Onboarding | When a user begins the onboarding/welcome flow in your app | View page /welcome/* |
Click – Complete Onboarding | When a user finishes all of the onboarding steps in your app | Click on .done-onboarding |
Installed App /Initial Open App [Custom event via API] | When a user completes the installation process for your app and/or opens it for the first time | Source set to ‘custom’ with the custom event defined via a Heap API selected, ex. ‘App Install’ |
Opened App [Custom event via API] | When a user opens your app | Source set to ‘custom’ with the custom event defined via a Heap API selected, ex. ‘App Open’ |
Take a moment to jot down what core events would work best for your organization as part of your rollout plan. For full steps to create and manage events in Heap, see our Events guide.
Explore pageview events
Heap automatically recommends the top pages in your website or app to label as events. Defining these pageviews lets you dive in and start analyzing behavior on these pages. See the Explore raw events page in the app to see your most visited pages.
Have omnichannel events across web and mobile? You can create combo events to easily easy track these!
Properties
Properties are bits of metadata that are captured during user interactions with your app. Heap already captures a wide variety of properties at each level of our data model, listed out in Autocaptured Data. You can also bring in custom properties via the APIs mentioned earlier in this guide.
In addition to all of these, you can create new properties, known as labeled properties, based on existing property values from within Heap. This allows you to create custom groupings of data points in your account, which can be useful for doing things like:
- Aggregating properties with similar functions into one universal property, ex. a ‘marketing’ property that includes all of your marketing efforts (paid search, email, adwords, etc) into one
- Grouping related page or screen types, such as a ‘blog’ umbrella property for all of your blog posts
- Merging or re-naming existing autocaptured properties to make them more intuitive for your team
- Defining custom marketing channels based on the types of user journeys you are looking to better understand
Depending on your needs, you may not even need to create any new properties at this stage. Familiarizing yourself with what they are and how you can rename and categorize them is helpful for establishing a dataset that’s easy for your team to understand.
Complete steps on how to create, update, and hide properties are available in our Properties guide. For a refresher on the data hierarchy in Heap and how different types of properties fit into that hierarchy, see Heap’s Data Model.
Snapshots
Snapshots are a Heap feature that allows you to attach custom properties to events without having your engineers use an API. For example, you can attach the price of an item as a property of an “Add to Cart” event, or the value of a field as a property of a “Form Submission” event.
You can create snapshots from the visual labeling interface or directly in the event definition tab within Heap. For more details and examples, see snapshots. Note that unlike other data features, snapshots can’t capture data retroactively, so you’ll want to set up snapshots as early in the process as possible.
Segments
Defining segments allows you to group your users into – you guessed it – segments. These can be any subset of your users defined by any condition, such as: Frequent Buyers, Canadian Visitors, New Signups in January, and more. If you are going to be running analysis on certain user groups consistently, segments can save you a lot of time.
Your segments can get as granular as you need them to be. Want to make a segment of first-time buyers? Go for it! Want to make a segment of first-time buyers who live in Canada and have seen your blog? You can do that too! Want to make a segment of first-time buyers who live in Canada, have seen your blog, spent more than $100 on their purchase, and have used the chatbox on your website? Well, you can do that too.
Similar to properties, you may not need to define segments this early on, though it’s helpful to know about them for when you dive into our analysis features. More information on how segments work, and instructions on how to create and manage them, can be found in our Segments guide.
QA Definitions
Each time a new definition is saved to your shared space, it should be properly QAed. Some common methods for QAing events include:
Using the Analysis Preview within the event definition page:
- Group by the ‘path’ property to make sure it’s firing everywhere
- Group by other properties to verify the values make sense e.g. ‘domain’, ‘href’ any snapshots defined on it, etc.
- Group by target text and check that the results make sense based on the structure of the page or screen
- Note the number of times this event has occurred in the past week – does this number make sense in comparison to other data?
Using the Live data feed tool:
- Filter for yourself (typically using your IP address or user ID) and interact with your product to see if the events you’ve defined are firing as expected
You also can add notes to new definitions from the definition details page. A recommended best practice when creating new definitions is to always add a note that indicates what is being captured (if it’s not already obvious from the category or name) and record any nuances.
Answer the following questions to come up with your recommended QA strategy for your team:
- Are there any other steps your team members should take to QA their definitions that are specific to your organization?
- Is there other information that should be included in the notes area that would be specific to your organization?
- Who in your organization should own the process of QAing events?
Charts & Dashboards
Once you’ve created and QAed your events, segments, and properties, your team will be set up to use them in analysis and save the results into charts, which you can use to consistently re-run and track your analytics. Dashboards allow you to group related charts together to quickly review the latest results from a birds-eye view.
In addition to creating core events, we recommend establishing baseline metrics you use to define success. Baseline metrics are the activities, or events, that indicate some sort of value that your team wants to track. This will provide you with some guidance on what analysis to run first in your Heap account.
In Heap, our chart templates are phrased as a question, such as ‘Which countries are my visitors from?’ As a guide for establishing your baseline metrics, take a moment to brainstorm a list of questions you want to answer about your user journey. These will help you establish your baseline metrics.
We recommend saving a few charts that track these baseline metrics and at least one dashboard to give your team a starting point when they join Heap. See Charts overview for steps to set these up.
We also have dashboard templates that pre-populate with charts based on your use case. Our Acquisition analysis overview and Site overview dashboard templates are a great place to start.