Version 4 brings conditional logic to project templates in EVX Software. Define rules that trigger different task workflows based on project properties, so the right tasks are always assigned automatically, without maintaining a separate template for every scenario.
Environmental consulting and engineering projects don't follow one path. A Phase I ESA has a different task structure than a Phase II. A remediation project in one regulatory jurisdiction requires steps that another doesn't. A project that crosses service lines, combining, say, geotechnical work with industrial hygiene, needs a task set that reflects both. Firms that manage this variety have traditionally dealt with it one of two ways: maintaining a large library of static templates, one for every possible combination, or launching a general template and then manually adjusting the tasks for each project. Neither approach scales well, and both leave room for something to be missed.
Version 4 of EVX Software introduces conditional workflows inside project templates, a way to handle that complexity without the overhead.
A conditional workflow is a set of rules built into a project template that determines which task workflows are launched based on the properties of the project being created. Instead of a template that always generates the same fixed set of tasks, a template with conditional logic looks at specific project variables and responds accordingly, triggering only the tasks that apply to that project's actual requirements.The conditions can be based on properties like project type, regulatory jurisdiction, or service line. When a project is created from the template and those properties are defined, the system evaluates the rules and launches the correct workflows automatically. No manual review, no post-launch adjustments, no checking whether the right tasks were included.
Consider a firm that handles both Phase I and Phase II Environmental Site Assessments. The two project types share some common tasks but diverge significantly in scope. A Phase II ESA requires subsurface investigation, soil and groundwater sampling, and laboratory coordination, none of which apply to a Phase I.
Before Version 4, that firm either maintained two separate templates or launched one template and manually added or removed tasks depending on which phase was selected. With conditional workflows, a single template handles both. When "Phase II ESA" is selected as the project type, the subsurface investigation and laboratory coordination workflows launch automatically. When "Phase I ESA" is selected, they don't. The right task structure appears based on what the project actually requires, without anyone having to think about it.
The same logic applies to jurisdiction-based requirements, service line combinations, or any other project property your firm uses to differentiate its work.
Firms that have been managing project variety through static templates often end up with a template library that's grown unwieldy, dozens of templates that are nearly identical but differ in one or two task sets. Conditional workflows consolidate that into fewer, smarter templates that cover more scenarios without duplicating everything around them.
When a template launches and someone has to go through the resulting task list to add what's missing or remove what doesn't apply, that's a manual step that depends on the person doing it knowing exactly what should be there. Conditional logic removes that dependency. The template knows what to launch based on the project properties, and it does it automatically.
Firms that have been managing project variety through static templates often end up with a template library that's grown unwieldy, dozens of templates that are nearly identical but differ in one or two task sets. Conditional workflows consolidate that into fewer, smarter templates that cover more scenarios without duplicating everything around them.
The phrase that best describes what conditional workflows provide is structured flexibility. The structure comes from the template, which defines the rules and the possible workflows. The flexibility comes from the conditions, which determine which of those workflows actually run based on the specifics of each project. For multi-disciplinary environmental projects where the scope varies meaningfully from one engagement to the next, that combination is difficult to achieve any other way.It also means that as your firm's service offerings evolve or regulatory requirements change, you update the template rules rather than rebuilding your entire template library. The logic lives in one place and propagates to every project created from that template going forward.
Conditional workflows in Version 4 bring rule-based logic to project templates, so the right tasks are triggered automatically based on project type, jurisdiction, service line, or any other property your firm uses. The result is fewer templates to maintain, no manual task adjustments after launch, and a consistent task structure on every project, regardless of its complexity.
Reading about an interface change only goes so far. If you want to see how Version 4 actually feels to work in, we're happy to walk you through it personally.
Book a private tour, and we'll show you the platform at your own pace.
A private tour is a real conversation, not a scripted demo. You tell us how your firm works and we show you how EVX Software handles it. No pressure, no slides.
