Zingtree Tags: tree nodes

Tree Nodes: How to Automatically Return to a Previous Decision Tree

Tree Nodes are one of Zingtree’s most popular decision tree building features. By allowing one tree to launch another, you can better organize your work and use smaller components repeatedly as a part of larger processes.

For example, a hardware company that makes lots of products may have a specific troubleshooting process for power-on problems that are common to many trees. By linking to a subtree, this troubleshooter can be authored just once, and used from several different trees.

A common request when implementing tree nodes is to be able to automatically return to the original decision tree that launched the process – just like a return statement in any programming language. This is done using a special type of tree node that is labeled as “return to previous tree.”

Summary: Setting Up a Return to a Previous Tree

Setting up a return tree node requires these steps:

  • Create a tree node in the starting tree, and specify a node number to return to.
  • In the subtree, use a tree node selected as return to previous tree. When this node is reached, the return node in the calling tree appears next.

Setup: Step by Step

  1. Create your starting tree and the subtree that will be launched from the starting tree.
  2. In the starting tree, create a tree node. Include the tree to launch, as well as a node in the starting tree that you want to return to when the subtree is finished (highlighted in red below). It looks like this when editing a tree node:

  3. In the subtree, create a new tree node and specify it as “return to previous tree.” Like this:

When the “return to previous tree” node is reached in the subtree, the return node from the starting tree will appear.


The Zingtree Gallery has an example, both the starting tree and the subtree.

Thanks for Shawn G. and others for the inspiration!

Update: Tagging Agents, Trees and Nodes


For this latest update, we’ve focused on improving the ability to tag various Zingtree objects. You can tag Nodes, Trees, and Agents to really help categorize and organize your work.

When adding tags, you can now pick from a list of existing tags, or easily delete tags with a single click.  This makes it easy to ensure consistency in your tagging (thanks to Bryan M for the inspiration).

Here’s a screen snippet from the Tree Settings tool showing how this new tagging interface works.


Tagging in Tree Settings

Some other goodies in this release:

  • Update: Restricts tree view in Agent Portal for tagged agents matching tree tags (h/t Adam C).
  • Update: Scoring Nodes now can be set with placeholders for values but no destination node picked (h/t Arie).
  • Update: Scoring nodes can now be set as the root node for A/B tests (h/t Ben C).
  • Bug Fix: Tree tag filtering in Agent Portal now works properly.
  • Bug Fix: Edge of scoring ranges now works properly (h/t Martin S).
  • Update: Added number of agent feedback comments for each tree to My Trees page (h/t Martin S).

Once again, thanks to our intrepid, fanatical Zingtree users for most of these suggestions.

Do you have any great ideas to make Zingtree even better? Please share!