Behavior
Set up progression by configuring how tasks expand, complete, and how users can dismiss the checklist. Manage both overall checklist behaviors and individual task actions easily.
Last updated
Was this helpful?
Set up progression by configuring how tasks expand, complete, and how users can dismiss the checklist. Manage both overall checklist behaviors and individual task actions easily.
Last updated
Was this helpful?
These options allow you to manage the flow, dismissal, and completion behavior of your checklist, helping users track their progression effectively.
This section helps you define how your checklist interacts with users. You can manage how tasks are expanded, if the checklist can be dismissed, and the order in which tasks should be completed.
If set to Yes, a dismiss button appears, allowing the checklist to be skipped without completing all tasks. Without this, the only way to dismiss the checklist is by completing all tasks.
Using the dismiss button can prevent the checklist from being completed if there’s no recurrence setup, depending on your targeting settings.
You can control how tasks are completed:
In order: Forces users to complete tasks from top to bottom.
In any order: Allows users to complete tasks in any sequence they prefer.
This section lets you manage how tasks within the checklist are displayed and interacted with, along with the structure and elements of each task.
This setting controls how tasks expand to show more details like a paragraph or CTAs (Call to Actions):
Hover: Tasks automatically expand when the user hovers over them. This option allows users to see the task details without clicking.
Click: Users need to click on a task to expand and view the details. This gives users more control over what they see and when, making it useful if you want a cleaner interface until users are ready to take action.
The Completion Step Section is where you can configure the final behaviors after users have completed all tasks in the checklist. This section lets you tweak how the step is dismissed, manage completion actions, and adjust the primary CTA.
The general options define how users can dismiss the completion step, with available options such as:
Click the cross (default) – Users need to click the cross to dismiss.
Click outside – Dismisses the checklist when the user clicks outside the modal.
Can't be dismissed – Forces users to stay on the modal unless they take specific actions (such as clicking on your primary CTA).
The cross element automatically dismisses the checklist and currently, this default behavior can't be changed.
Unlike modals that may include secondary CTAs, the completion step has only one primary CTA.
Launching a new Jimo experience
Opening a changelog or post
Navigating to a specific URL
Executing custom JavaScript code.
In the Tasks Behavior section, you can define specific actions for each task, allowing you to control what happens when a user interacts with tasks and how tasks are marked as completed.
By combining these conditions or setting logic groups, you can create flexible and powerful completion criteria, ensuring that tasks are completed according to your user journey flow.
These are conditions that, once met, automatically mark the task as completed. When the task is completed, it will display the checkmark, and progress will be updated. Common conditions include:
On experience completion: A typical condition used when the task’s action involves launching another Jimo experience, and completion of that experience marks the task as complete.
This action drives the main progression of the checklist. By default, if no custom action is added, the Primary CTA will trigger the Main Task action, such as launching an experience. This action is key to maintaining the flow but can also be customized to suit alternative designs or interactions.
Offers more flexibility, typically defaulting to a Skip task action, unique to this element. This allows users to mark a task as completed without fulfilling the usual conditions, providing a shortcut or alternative path in the checklist flow. Like the Primary CTA, this action can be replaced with custom actions for additional functionality.
By default, tasks expand automatically upon task completion which means that it forces the checklist from the to the . You can disable this and set custom conditions (similar to ). For instance, expanding can be triggered based on element visibility, page visit, or a delay.
This primary CTA comes with a default action to complete the checklist, which cannot be removed. However, you can add additional actions to it, similar to in tours. These actions include:
These are triggered when a user clicks on the task title or interacts with the task's primary CTA. Task actions operate similarly to any other within Jimo experiences.
Other conditions, similar to the ones available for any , can also be set to mark the task complete.
The section plays a crucial role in shaping the progression of the checklist by offering flexible control over how tasks are completed and how users engage with the tasks. These actions allow you to design alternative flows, set rules for task completion, and provide users with access to key resources.
