If the workstream has a label assigned to it, the event will automatically have that label applied so that it will appear in the given workstream.
Here's a quick explanation of each event field. All of the fields are optional except for the title, data, and importance.
Event title. The headline that appears wherever the event info is displayed. Example: "Homepage redesign went live."
When did the event occur. The date of the event. Example: the date the product enhancement was released.
Importance. The significance of the event. It determines how prominently the event is displayed in some views.
Impact. When you set the impact for an event, it will appear as an annotation in the timeline on the workstream and all events pages. Positive impact displays in green. Negative impact displays in red.
Summary. A description of the event.
Goal / Hypothesis. When applicable, explain why the change was made. For example: "Our hypothesis is that, by making the button bigger, the conversion rate will increase."
Results. After time passes, you can record the impact of the change. Example: "The conversion rate increased from 2% to 3%.
Type. Record if the change was a fix, enhancement, chore, improvement, etc..
URL title. A call-to-action to learn more about the event. Example: "Watch the demo!"
URL. The URL where you can learn more, corresponding with the URL title.
Labels. Make it easy to find the event later or add the event to a workstream that filters by label.
Contributors. List the people who worked on the change; the PM, engineer, designer, etc. Give props!
All events page
The All events page has every event that has been recorded. You can filter events to drill down as desired. The metric dropdown has your full list of metrics so you can analyze the impact of events on any metric.
Workstreams are filtered views of events that normally correspond to projects, initiatives, or teams; e.g., customer acquisition, UX improvements, and marketing campaigns.
When new workstreams are created, by default they are assigned a label based on the name of the workstream. You can change the workstream filters as desired. If a workstream has no filters applied to it, all events will be visible in that workstream
A benefit to using workstreams is that you can share release notes with stakeholders. Check out our changelog, as an example.
Looking to record events automatically?
You can record events automatically based on your tool activity. Check out the integrations under "Workstreams" in the left nav. Or you can use the events endpoint in the DoubleLoop API to record events.