Lead management · Practical guide
Personalization variable fallbacks: write copy that survives missing data
Use copy that remains truthful when optional data is absent. Do not invent a fallback expression unless the template engine explicitly supports it.
Reviewed · Examples are illustrative
Who this helps: Operators preparing contact data, exclusions and campaign audiences.
Define the decision
A personalization token does not guarantee that every lead has a usable value. Blank fields, mismatched keys and unverified research can break a sentence. Decide whether the field is essential. If it is essential, hold incomplete records for review; if it is optional, remove the dependency from the wording.
Work through the procedure
- List every token in the subject, body and signature. Map each to the actual lead field supplying it.
- Preview a populated value, an empty value and a value containing punctuation. Read the entire sentence rather than only the replaced word.
- For optional names, use a neutral greeting in a reviewed copy variant. For evidence-based claims, hold the contact until the evidence exists.
- Check the rendered message for unresolved braces. Zintara's current replacement path uses exact token names; unsupported conditional syntax should not be assumed to work.
Worked example
The following is a synthetic example for this procedure, not a customer result or performance benchmark.
Fragile: Hi {{firstName}}, I liked {{recentProject}}.
Missing data: greeting and claim both fail
Alternate: Hello, I work on onboarding handoffs for operations teams.
The alternate removes a claim; it does not invent a project.
Do not assume {{firstName | friend}} is supported.Read the result
The alternate is less personalized but more honest. That tradeoff is preferable to sending a broken token or a fabricated observation. If removing the field leaves no relevant reason to contact the person, the correct action is further qualification, not adding generic praise to fill the space.
Check before moving on
- Use exact casing for standard variables such as firstName and company.
- Check custom keys for spaces or naming differences introduced during import.
- Review empty values in every step, including follow-ups using the field differently.
Limits and next action
This guide does not add conditional-template functionality. Zintara merges standard and custom values, with standard keys taking precedence on a collision. Use supported syntax and representative previews; keep uncertain personalization out of live copy until reviewed.
Source references
Worked examples are illustrative. Editorial procedures are suggested methods, not measured performance claims or promises of additional product features.
Related guides
- CSV column mapping for outreach: verify meaning before import →
- Lead list segmentation: groups with a different reason to care →
- Prevent contacting suppressed leads after imports and restarts →