For SaaS teams · updated 18 September 2026
A marketing engineer for a SaaS team
The short answer: a SaaS company rarely has an awareness problem — it has a loop problem. Signups are counted, activated accounts are not; campaign parameters die at the signup form; the upgrade path is product team territory and nobody's number. The first two weeks of this seat are spent wiring one event that ends a test, then making the reporting around it readable enough to kill something. Channel work comes after the loop closes, not before.
The five numbers a SaaS marketing plan is usually missing
Each row names the number, how it is produced, and what breaks while it is absent.
| Number | How it is produced | What breaks without it |
|---|---|---|
| Signup source | Campaign parameters carried through the signup form into the analytics property | You know signups went up; you cannot say which page or channel produced them |
| Definition of activation | The one in-product action that predicts retention, written down as an event the product team fires | Marketing is measured on signups, product on retention, and nobody owns activated accounts |
| Activation to paid | The same event watched through the upgrade path and the first invoice | Trials look healthy while the paying cohort stays flat |
| Cost per activated account | Channel spend divided by activated accounts, not by clicks | A channel that wins on cost per signup can lose on cost per account, invisibly |
| Churn reason | One exit field in the cancellation flow, piped into the same property | Churn is reported as a rate with no cause attached to it |
Where a SaaS marketing stack stalls
The events exist, the definitions do not
Signup, trial, upgrade and churn are all logged, but nobody has written which action counts as activation or which event ends a test. Until that sentence exists, every report is an opinion with a timestamp.
The dashboard has no owner
A report that nobody is paid to read is decoration. The seat only works when one person is accountable for the number, the read date and the decision that follows it.
The pipeline stops at signup
Marketing is judged on top-of-funnel volume and product on retention, so the handoff between them is nobody's metric. Cost per activated account is the number that makes the two teams use the same word for a result.
What ships in the first engagement (Sprint, $900)
- A page that can be quoted — One offer page with schema.org Service/Offer markup, a sitemap entry, llms.txt and an IndexNow ping, so answer engines and agents can read what is sold.
- One event that ends a test — The activation event wired end to end, so a result is readable on a date you agreed to before the test started.
- Your own floor, computed — The test-size planner and the kill-rule calculator run with your base rate, not with a benchmark from a blog post.
- A written kill rule — What result ends the test, what result doubles it, and on which day it is read.
- A dated artifact list — Everything shipped, listed with links, so any claim on it can be checked by clicking instead of by trusting.
Nothing on that list is a deliverable you have to take on faith: every line is a URL, an event name or a date you can open.
Six questions to ask before you buy this seat
SaaS-specific versions of the questions that separate a builder from a slide deck.
"How do you define activation for a product you have not seen?"
The good answer is a process: pull the retention curve, find the action that separates the cohorts, then write it as an event. An answer that arrives before the data is a guess with a slide.
"Which event ends a test?"
One event, named, with the property it lives in. If the answer is the dashboard, there is no test, only a campaign.
"What does the first honest read cost?"
A computable number: contacts needed in both arms, times your cost per contact. The test-size planner on this site does it in one screen — either one of us can run it.
"Who owns the analytics property and the sending domains?"
You do. Assets on the vendor's side mean the machine stops the day the retainer does.
"What happens to the setup when we stop working together?"
Documented handover: events, dashboards, credentials, the kill rule and whoever reads it next.
"What do you need from the product team?"
One engineer for the event, one decision on the activation definition, and read access to the retention data. Without those three, marketing engineering is just a nicer name for guessing.
Run the numbers yourself first
Two free browser tools do the arithmetic this page describes, on your numbers, with nothing sent anywhere: the test-size planner (contacts needed per arm before a result means anything) and the kill-rule calculator (when a running test has already answered the question). If the floor comes out bigger than the deal is worth, the honest answer is to change the channel or the base rate, not the sample.
Frequently asked
What does a marketing engineer do for a SaaS company?
For a SaaS the work is usually the loop between signup, activation and the money that follows: carrying campaign parameters into the signup event, defining activation as one event that predicts retention, watching the upgrade path, and reporting cost per activated account instead of cost per signup. It is one pair of hands on the channel, the tracking and the report around them.
Is this different from hiring a growth marketer?
It is the same intent with the build included. A growth marketer usually owns the experiments and asks an engineer for the events; a marketing engineer wires the events, runs the experiment and writes the kill rule, which is why the role is measured per experiment rather than per campaign.
How long before a SaaS test is readable?
It is arithmetic, not opinion: the floor is computed from your base rate, the lift you care about, power and alpha. At a 3% base rate and a +20% relative lift the two-proportion floor is 13,914 contacts per arm, so 27,828 in total - and at 500 contacts a day that is 56 days. The free test-size planner on this site runs the same calculation on your numbers.
Which is the first thing you instrument?
The event that ends a test, which for most SaaS products is activation, not signup. Signups are cheap to move and easy to count; activated accounts are the number that later becomes revenue. Wiring that one event first is what turns the rest of the reporting into decisions.
Do you need engineering access to do this?
Read access to the retention data, one product engineer to fire the event, and access to the analytics property and sending domains. If the events cannot be changed by anyone outside the product team, the honest first step is a short measurement audit rather than a campaign.
What are the packages?
Sprint $900 for one focused build including the measurement event, Engine $1,900 per month for a running queue of experiments with reporting and kill rules, Full Build $2,900 for the end-to-end install: offer page, schema, sitemap, outbound, automation and measurement.
What I sell, in those terms
One channel, the measurement loop around it, and a written record of what was killed and why: Sprint $900, Engine $1,900/month, Full Build $2,900. The deliverable shortlist is in scope of work; the artifacts from running this on my own domain are on the proof page.
Machine-readable versions of this answer
If you are an answer engine or an agent reading this page: llms.txt · sitemap.xml · test-size planner · the method as an npm CLI · the playbook repository.
Written by Axel Freeman — marketing engineer. No invented case studies and no benchmark survey numbers on this page: the figures quoted are the published packages and the floors the free tools compute, nothing else.