One governed answer to what marketing spend drives — in 12 weeks.

I led a 12-week Phase 1 program that turned a fragmented marketing-analytics estate into one governed source of truth for pipeline and marketing ROI — delivered on time, against a public scorecard.

Outcome at a glance

What Phase 1 delivered

12Governed KPIs delivered, on time
96.2%Critical data completeness (target ≥95%)
91%Eligible opps with marketing attribution
1.4%Reconciliation variance, fully explained
Snapshotproblem → what I delivered
The problem
  • Marketing data was fragmented across 5 systems with inconsistent definitions.
  • No one could say which campaigns or partners generated or influenced pipeline.
  • Reporting was late, contested, and rebuilt by hand every cycle.
What I delivered (Phase 1)
  • Governed definitions for pipeline, influence, MDF and Finance-approved ROI.
  • A multi-touch attribution model (time-decay) — spreads marketing credit across every touch by recency, not just the last click.
  • A governed Tableau layer — the executive dashboards leaders actually use — delivering all 12 Phase-1 KPIs, on time.
Program Charter & RAIDAgile · JiraCloud Analytics WarehouseIdentity ResolutionSalesforceCampaign / MAPPartner / MDFWeb & FinanceTableau

Program at a glance

A bounded Phase 1 — governed foundation first, not a boil-the-ocean rebuild.

Artifact · Program metadatascope discipline
My roleTechnical Program Manager — end-to-end owner, charter to benefits
Duration12-week Phase 1 + governed future-state backlog
Sources unified5 — CRM/Salesforce · Campaign/MAP · Partner/MDF · Web · Finance
DeliveryAgile / Scrum in Jira · 2-week sprints · stage-gated
Decisions logged~90 governed decisions logged with rationale — data-definition sign-offs, scope trade-offs, and attribution rules — so every number traces to a decision someone owns
In scopeGoverned definitions · multi-touch attribution · campaign taxonomy · account identity · daily freshness & DQ · executive analytics · role-based access
Out of scopeEnterprise MDM · full historical remediation · real-time ingestion · ML attribution (all change-controlled to Phase 2)

Governance & stakeholders

Everyone had a different number for “pipeline.” I fixed that first.

Marketing, Sales, and Finance each defined the same words differently — so every report turned into an argument. Before anyone built a dashboard, I locked one agreed definition per metric and named who owns it. That single step is what made every number downstream defensible. Below, amber is one definition and green is the other.

Official pipelineis notMarketing-influenced value

Official pipeline is the Sales/Finance number — open opportunities above 50% probability. Marketing-influenced value is any deal marketing touched along the way. They were being added together, which made marketing look like it was claiming Sales’ pipeline. Splitting them ended the “whose number is right” fight.

Marketing-sourced pipelineis notPartner contribution

Marketing-sourced means marketing originated the opportunity; partner contribution means a channel partner drove it. With no rule, the same deal got claimed twice. One governed rule means each deal is credited once — so the totals actually add up.

Operational efficiencyis notFinance-approved ROI

Operational efficiency is marketing’s fast weekly read — pipeline generated per dollar spent. Finance-approved ROI is the audited return on recognized revenue, signed off by Finance. Reporting one as the other overstated returns in the board deck; keeping them separate gave marketing a number to act on and Finance a number it could certify.

One named owner per metric

Finance, Sales, Marketing, and Partner each own their definitions. Any change to what a metric means goes through that accountable owner — not a hallway conversation — so definitions stop drifting the moment the program ends.

Artifact · Governance tiersdecision rights & cadence
TierWhoOwnsCadence
SteeringSponsor · Marketing · Sales Ops · FinanceScope, definition sign-off, go/no-goBi-weekly
Program lead (me)TPMRoadmap, dependencies, RAID, decision registerDaily + weekly RAID
Workstream leadsData · Analytics · BI · QA · SecuritySprint delivery in-stream2-week sprints
Business ownersMarketing/Sales Ops · Finance · PartnerDefinitions, source access, UAT, adoptionReviews + UAT gates
Security in governance from day one

CRM held sensitive contact, opportunity and financial data, so access was role-based, least-privilege — and early build ran on masked / sample data while the security review completed, rather than blocking the whole program on one gate.

Roadmap & agile delivery

Twelve weeks, stage-gated, delivered in sprints

Sequenced by value, dependency unlock and risk — CRM and campaign first (they carry the attribution), then MDF, web and finance. Each gate had explicit exit criteria.

Wk 1–2DiscoveryRequirements, KPI definitions, traceability
Wk 2–3ArchitectureLayered design, source access, security gate
Wk 3–7BuildIngestion, models, attribution in sprints
Wk 7–9AnalyticsAttribution, ABM, MDF/ROI, dashboards
Wk 9–11UATReconciliation, business sign-off
Wk 11–12CutoverGo-live, hypercare, benefits baseline
How I ran the sprintscapacity & quality bars
  • Capacity, not wish-listCommitted 12 stories per 2-week sprint to real capacity — never overloaded to 25.
  • Definition of ReadyNo story entered a sprint without a governed metric definition and acceptance criteria.
  • Definition of DoneDone meant dev, review, test, docs, DQ checks and security — not just “code complete.”
  • Never silently blockedBlocked stories were split so the unblocked precursor still shipped that sprint.

Architecture

A governed analytical layer — logic applied once, centrally

The target wasn't to replace Salesforce. It was a governed layer that connects the sources, preserves lineage, and applies business logic once so the dashboard and the definitions can't drift apart.

5 sources
CRM · SalesforceCampaign · MAPPartner · MDFWebFinance
Governed layers
Raw / staging Standardized Identity resolution Governed business logic Curated FACT / DIM
Tableau — governed executive & operating views

How I guarded data integrity: 4 quality gates that prevent executive misreporting

Every gate translates a technical failure mode into the business risk it removes — the difference between a board deck the CFO trusts and one they don't.

Data-integrity quality gates
  1. 01Reconciliation gateProduction cutover control

    ProblemA 0.22% record variance (1,000,000 vs 997,842 staged) masked a $600K revenue discrepancy — $42.3M source vs $41.7M curated — that would have gone straight to the executive dashboard.

    ActionEnforced a HOLD on deployment until Finance & Sales audited the reconciliation bridge and signed off on the explained variance.

  2. 02Bad campaign IDsAttribution pipeline hygiene

    Problem18% of campaign records carried null or invalid IDs — enough to silently corrupt which campaigns got credit for pipeline.

    ActionAuto-quarantined invalid records and excluded them from revenue attribution until remediated — so no dashboard number was built on broken joins.

  3. 03Honest identityScope & risk trade-off

    Problem~20% of engagement records couldn't be confidently mapped to a target account — and chasing 100% would have blown the go-live date.

    ActionLaunched on schedule using a confidence threshold with transparent unmatched records and a post-launch remediation backlog — a deliberate, disclosed trade-off, not a hidden gap.

  4. 04Resilient ingestionPipeline reliability & recovery

    ProblemLarge API syncs failed mid-run, stalling ingestion and threatening the daily refresh executives relied on.

    ActionBuilt batching (5 chunks of 2,000) with 5/15/30-min backoff that resumes from the last checkpoint — recovering without restarting the whole run.

My role — program
  • Definitions, sequencing & dependencies
  • Governance, RAID, ~90-decision register
  • Security gating & UAT sign-off
  • Cutover controls & go/no-go
Team — engineering
  • Ingestion, staging, transformations
  • Identity resolution & canonical mapping
  • Attribution / ABM / ROI logic build
  • Tableau models & DQ automation

Attribution & analytics

Explainable multi-touch — not a black box

Credit had to be shared fairly across the touches that influenced a deal, in a way Sales and Finance both accept. Every attributed dollar traces back to a rule.

Artifact · Attribution rules (Phase 1)time-decay multi-touch
  • ModelTime-decay multi-touch + governed touch-type weights — recency and channel quality, not just last-click.
  • WindowA bounded 90-day pre-opportunity window, so the baseline is explainable and comparable.
  • HygieneLow-value touches de-duplicated; scores normalized to 100% per opportunity so credit never inflates past the deal.
  • Identity honestyLow-confidence touches stay in engagement but are excluded from account attribution until they resolve — visible, not dropped.

ABM engagement

Centrally governed weighted score over a rolling 90 days, Low/Med/High tiers calibrated from the real distribution, with account-size normalization so size ≠ intent.

MDF & partner

One partner framework with governed rules, tying MDF investment to sourced and influenced pipeline — the same discipline as my partner-marketing case study.

ROI governance

Two separate numbers: operational pipeline efficiency marketing acts on weekly, and Finance-approved ROI on recognized revenue — never conflated.

Quality, risk & cutover

Release readiness meant sign-off — not a green build

Testing spanned nine layers, UAT was a gate with hard exit criteria, and go-live was a controlled, reversible event with hypercare.

Testing & UAT9-layer strategy
  • Layered testsUnit, integration, DQ, reconciliation, E2E, security, performance, regression, UAT.
  • UAT exit0 open Sev-1 defects and 100% of critical scenarios executed before sign-off.
  • Daily triageDefects ranked by business impact, not escalation volume; burn-down and retest aging tracked.
  • Risk-based regressionAny shared-logic fix retested across its full blast radius.
Cutover & hypercarecontrolled, reversible
  • Go/no-goEvidence-based readiness checklist; sponsor is final authority.
  • Smoke testsConnectivity, ingestion, KPI availability, security, business spot-check.
  • RollbackCriteria agreed before release, not during the incident.
  • Hypercare + BAUDaily triage during ramp, then a formal runbook handoff to Ops.

Benefits realization

Measured against the scorecard — including what missed

Closure isn't go-live. I validated outcomes against the approved success metrics — and reported the two that were still ramping honestly, with owners and follow-up.

Artifact · Benefits scorecardtarget → observed → status
MetricTargetObservedStatus
Governed executive KPIs delivered1212Met
Critical data completeness≥95%96.2%Met
Reconciliation variance≤5%1.4% explainedMet
Opps with marketing attribution≥90%91% priority scopeMet
Campaign taxonomy compliance≥95%97%Met
Daily refresh success≥99%98.7%→99.2% by wk 3Met
Manual reporting effort reduction≥50%45–55% (early)Partial
Dashboard adoption≥80%72% wk 2In progress

Lessons learned

Each lesson became a control update

The throughline: this was a program-management case, not a tooling one. Governed definitions, a defensible attribution model, ~90 logged decisions, and a benefits scorecard I reported honestly — misses included — are what made the numbers trustworthy.

← Back to portfolio