| name | domain-marketing |
| description | Marketing domain knowledge: attribution models, engagement funnel order. |
Marketing Domain Knowledge
Driving Table
When aggregating engagement or spend metrics, drive FROM the event/activity
table (messages, clicks, impressions), not the dimension table (contacts,
accounts, campaigns). Contacts with zero engagements MUST NOT appear in
engagement reports - they have no data to aggregate.
Exception - reports that JOIN two aggregations by a shared dimension:
When a report groups metrics from multiple sources BY the same dimension
(e.g., cost-per-acquisition by channel), the source with the MOST distinct
values of that dimension defines the output population - INNER JOIN would
silently drop dimension values that exist in one source but not the other.
LEFT JOIN the smaller source onto the larger one. Dimension values without
matching data in the smaller source get NULL metrics.
Attribution Models
Attribution models split conversion credit across touchpoints. Implement the model the task or YML description specifies:
- First-touch: 100% credit to the first touchpoint
- Last-touch: 100% credit to the last touchpoint
- Linear: equal share (1 / count of touches per conversion)
- 40-20-40: 40% first, 40% last, 20% split equally among middle touches
When a conversion has only one touchpoint, first-touch and last-touch are the same row - do NOT double-count credit.
Engagement Funnel Order
Standard funnel: sent → delivered → opened → clicked → bounced. Each stage is a COUNT of events, not COUNT DISTINCT of recipients.
Do NOT deduplicate across funnel stages - one email opened 3 times is 3 open events.
Spend and Cost Sign Convention
Many API connectors (messaging, ads, telephony) store costs as negative
values (representing money leaving the account). Before writing SUM(price)
into a metric column, query SELECT MIN(price), MAX(price) on EACH source
table that contributes monetary values.
Single-source model: If the model reads monetary values from ONE source
only, preserve that source's sign convention. Do NOT apply ABS() - the
raw sign is the source of truth.
Multi-source model: If the model JOINs multiple tables that contain
monetary columns, check the sign of EACH monetary source with
SELECT MIN(price), MAX(price). If any two sources use different sign
conventions, normalize ALL monetary columns in the model to positive with
ABS() - including columns that come from a single CTE. Mixing positive
and negative conventions within one model produces misleading totals and
breaks comparisons between columns.
