This page covers how to use and create simulation demos.
There are certain times when slides, video or other such media just will not do. When you are with a customer or on a trade show stage, a live product demonstration is far superior to slides or videos. Live demos, however, can be fraught with challenges, from technical issues to poor content or delivery. Sim demos ensure every demo presentation, with groups small or large, is done perfectly every time, eliminating technical and content challenges. Sim demos are reliable, easy to present and give the audience a life-like demonstration EVERY TIME.
Our definition for the legacy offline demos is a click-through demos. Click-through demos are Google Slides presentations, and they help to demonstrate product features or usecases. Each slide contains a product screenshot, annotations, and some bullets.
The newer offline demos called simulation (sim) demos. They are executable files for MAC or Windows that you can run locally, and there is also html version. We produce them with a tool called DemoEasel.
Both click-through and sim demos look and feel like live demos, the audience of the demo get the experience of a live product, and the person who deliver the demo can focus on what to say, and will have confidance that the flow will always run without any risk .Sim demos also include short animations between clicks to enhance the realism.
Both the legacy click-through demos and the new sim demos are available from the Learn@GitLab page.
In MacOs Catalina you will get an error when you open the demo file. | ![]() |
To open it, right click on the demo file -> Open | ![]() |
A new dialog will appear, click Open. | ![]() |
Everyone can download DemoEasel and record and edit demos, you don't need a license to create and edit demos. However, in order to generate demo packages, a license is required. The Technical marketing team purchased licenses and the team will be happy to generate packages for you. The priority will be for customer facing demos, which can be reused by other team members.
Demos should highlight the value of the product, it should demonstrate how it solves a market challenge. Focusing on features, no matter how they robust, will not be relevant to the customers if they don't understand how it solves their challenges.
To plan a winning demo
tell application "Finder" set screenResolution to bounds of window of desktop end tell
set screenWidth to item 3 of screenResolution set screenHeight to item 4 of screenResolution
tell application theApp activate reopen set yAxis to (screenHeight - appHeight) / 2 as integer set xAxis to (screenWidth - appWidth) / 2 as integer set the bounds of the first window to {xAxis, yAxis, appWidth + xAxis, appHeight + yAxis} end tell ```
Once a demo has been captured we can use DemoEasel's editor to optimize and document it so that others can easily present the demo.
For more info, read the Getting Started.html in your DemoEasel folder.
There are two types of packages we use at GitLab: browser(HTML5) and simulation (Windows/macOS executables). The Technical Marketing produces and upload browser demo packages to the demo page in handbook so employees and customers can learn the product and use cases. As it supports iOS, we also use the browser type to demo GitLab in demo booths in events.
For customer facing demos or keynotes, it is recommended to use the simulation version as it has better performance and actually gives the audience a more live-like demon experience. However, for transparency, when we present a simulation demo, we always announce at the beginning that this is a product simulation, not a live demo.
While everyone can contribute and create sim demos, due to license restrictions, and for keeping consistency of the messages, and ensuring consistent high quality and look and feel, the Technical Marketing team will review the demos, provide feedback, and then generate the final demo packages for you.
To request the team to review and generate demo packages
Demo or workshop
for the "Type of work requested".The team will review the demo and might have some improvement suggestions. Once the demo is ready for release, the team will produce the demo packages, will provide you a link to it, and will close the Issue.