Skip to content

Templates vs. processes

Single source of truth architecture

Master templates in Tallyfy act as your single source of truth - one authoritative version that generates customized processes. Unlike managing multiple document copies where version control becomes a nightmare, updates to the master template ensure consistency while preserving the flexibility of individual process instances.

Think of it like a cookie cutter (master template) and the cookies you make (launched processes). Same shape, sure - but each cookie can have different icing, sprinkles, or decorations.

Template to process relationship

This shows how one master template spawns multiple customized processes while maintaining version independence.

Diagram

Diagram description: This diagram illustrates how a single master template generates multiple customized process instances while maintaining a continuous improvement loop. It shows the one-to-many relationship between templates and processes, with each process containing unique customizations (Client A data, Client B timeline, Client C regional rules) while feedback from all running processes flows back to improve the master template for future launches.

What to notice:

  • One-to-many relationship - A single master template creates unlimited process instances, each with unique customizations for different clients or regions
  • Version independence - Processes launched from v1 continue unchanged even after the template updates to v21, ensuring in-flight work stays consistent
  • Continuous improvement loop - Feedback from running processes helps improve future template versions without disrupting current operations

Key distinctions explained

Master templates (blueprints)2

  • Purpose: Define the standard process structure and rules
  • Editing: Only authorized template editors can modify
  • Content: Contains placeholders, automation rules, and standard text
  • Versions: Maintains revision history for compliance
  • Location: Found in Templates section of Tallyfy

Launched processes (active instances)

  • Purpose: Execute the actual work with real data
  • Editing: Users fill in fields and complete tasks
  • Content: Contains actual client names, dates, and specific information
  • Status: Tracks progress through active workflow
  • Location: Found in Processes section of Tallyfy

How customization works

At the template level

You control exactly what users can and can’t change when they launch a process from your template:

  1. Set field permissions: Mark fields as editable or read-only
  2. Define conditional paths: Create IF-THEN rules for dynamic workflows
  3. Establish automation: Set up rules for assignments and deadlines
  4. Lock standard content: Protect compliance text and procedures

At the process level

Here’s what happens when someone launches a process from your template:

  1. Fill in specific data: Client names, project details, dates
  2. Activate conditional paths: Selections determine which tasks appear
  3. Customize allowed sections: Edit fields marked as editable
  4. Maintain unique timeline: Each process has its own deadlines

Real-world example - Global consulting firm

Challenge: CBRE manages hundreds of playbooks with multiple variations:

  • Agency vs. Principal delivery models
  • Different service types (fleet, workplace, on-the-go)
  • Regional requirements (North America, Europe, Asia)

Traditional approach problems:

  • 100+ PowerPoint files with slight variations
  • Manual updates to each file when standards change
  • Version control nightmare with local copies
  • No way to filter content dynamically

Tallyfy solution:

  • One master template with all variations
  • Dynamic filtering based on user selections
  • Instant updates when standards change
  • Each launched process shows only relevant content

Benefits over document-based systems

Traditional DocumentsTallyfy Templates
100 copies of same SOP1 master template
Manual version trackingAutomatic versioning
Update each copy separatelyUpdate master once
Static content for allDynamic, filtered content
Lost customizations in updatesPreserved instance data
Email chains for statusReal-time progress tracking
Scattered feedbackCentralized comments

Common misconceptions clarified

”Can I edit the template while a process is running?”

Yes - but here’s the thing. Changes only affect future launched processes. Running processes continue with the version they started with. This keeps everything consistent.

”If I update a template, will running processes break?”

No. Running processes keep their original structure. Your in-flight work stays safe while you improve the template for future use.

Template changes don’t affect running processes

Processes are snapshots taken at launch time. When you launch a process from a template, it creates an independent copy with that template’s structure at that moment. Adding tasks, changing steps, or modifying the template afterward won’t change processes that are already running. To apply template updates, you need to launch a new process.

”Can different teams have different versions?”

Forget versions - use conditional logic instead. One template shows different content based on team, region, or whatever criteria you need.

”How do I manage 12+ variations?”

Don’t create 12 separate templates. Use conditional visibility and dynamic fields. One smart template replaces dozens of static documents.

Implementation best practices

1. Design for reusability

  • Identify common elements across all variations
  • Use snippets for repeated content
  • Build in flexibility with variables

2. Plan your customization strategy

  • Decide what users can change vs. what stays locked
  • Use form fields to capture variation needs
  • Set up automation rules for different paths

3. Test before full rollout

  • Launch test processes for each major variation
  • Verify conditional logic works correctly
  • Gather feedback from pilot users

4. Maintain the master

  • Regular reviews of the master template
  • Update based on process feedback
  • Version documentation for major changes

Migration tip for enterprises

Ready to move from multiple documents to Tallyfy? Here’s your roadmap:

  1. Identify commonalities: Find shared content across all versions
  2. Map variations: Document what makes each version different
  3. Build smart: Create one template with conditional logic
  4. Import content: Use AI import to convert fastest version
  5. Add intelligence: Layer in automation and conditions
  6. Test thoroughly: Verify all paths work correctly
  7. Train teams: Focus on the “why” of single source benefits

Key takeaway

Master templates give you control and standardization. Launched processes give you flexibility and customization. Simple.

This architecture eliminates version control chaos while making sure everyone follows the latest approved procedures. You get both compliance and agility - no trade-offs required.

Documenting > Templates

Templates are reusable blueprints that transform business processes into self-driving workflows by capturing every step and decision point while automatically assigning tasks sending reminders and tracking progress to eliminate process variations and reduce completion time by 40%.

Tracking And Tasks > An overview of processes

A process in Tallyfy is a running instance of a template that transforms your workflow blueprint into actual trackable work with unique naming audit trails and the ability to add one-off tasks while maintaining independence from template updates.

Pro > Launching

Tallyfy’s process launching feature transforms reusable workflow templates into active trackable instances with specific assignments and deadlines that operate independently through multiple launch methods including manual API webhooks forms email triggers and magic links while allowing customization during launch and protecting running processes from template changes.

Pro > Essentials

Tallyfy transforms static business documentation into live workflows through three template types - Procedure Templates for sequential processes Document Templates for reusable formatted content and Form Templates for data collection - ensuring consistent execution with real-time tracking and continuous improvement capabilities.

Footnotes

  1. Uses Git-like versioning with timeline_id and version fields to maintain process isolation

  2. Called ‘blueprints’ in Tallyfy API endpoints, this technical term maps to user-facing ‘templates’