MarTech
The MarTech stack a D2C brand really needs
Tool selection is the most visible and least important part of marketing technology. What decides the outcome is which jobs the stack has to do, who owns each system, and what happens to the data between them.

Every category in marketing technology has a dozen credible vendors, and each of them can produce a slide that makes the others look incomplete. That comparison is the wrong starting point. A stack exists to do four things, and any tool that does not clearly serve one of them is a subscription with a login page.
Four jobs, not fifty categories
A stack has to collect data, unify it, act on it, and measure what happened. Collection is tracking, forms, order data and service conversations. Unification means one identity per customer, so that an email address, an order and a support ticket describe the same person. Action is email, ads, on-site content and service. Measurement is the loop back: did it change anything?
Most stacks that feel chaotic are strong in action and weak in unification. That is why the same customer receives a win-back campaign two days after buying: the tool that sends is not the tool that knows.
The minimum that carries a growing brand
Five systems cover the four jobs for the vast majority of D2C brands, and they can carry a business a long way before anything else is needed.
- The shop system as the source of truth. Orders, customers, products and returns live here. Every other tool reads from it — no second version of the truth in a spreadsheet.
- Web analytics with a working consent layer. Configured once, checked quarterly. Consistent definitions matter more than the last percentage point of accuracy.
- Email and CRM with a handful of automations. Welcome, cart reminder, post-purchase, replenishment, reactivation. Five flows that run reliably beat a campaign calendar nobody maintains.
- A helpdesk with order context. Service agents need the order in front of them. This is also the cheapest source of product feedback a brand has.
- One reporting place. A spreadsheet is fine at the start, as long as everyone reads the same numbers with the same definitions.
What gets bought far too early
Customer data platforms, personalisation engines, loyalty suites, attribution tools and testing platforms all solve real problems — at a scale most brands have not reached yet. A personalisation engine needs enough traffic per segment to distinguish an effect from noise. A testing tool needs enough conversions per week to finish an experiment before the season changes. An attribution tool needs channel spend worth allocating.
Bought too early, these systems do not fail loudly. They quietly consume the time of the one person who understands them, and they produce numbers nobody trusts enough to act on.
Three questions before any purchase
Which decision will we make differently because of this tool? Who operates it, by name, and with how much time per week? And what happens if we switch it off in twelve months — which data leaves with it? A tool that cannot survive these three questions is not a stack decision, it is a wish.
Consent and data protection are architecture, not an appendix
In Europe, the consent layer is not a banner you add at the end — it determines which data exists at all, and therefore what your reporting and your automations can do. Design the measurement concept around it: which events require consent, what is measured without it, and how the gap is handled in reporting.
Server-side tagging changes where data is processed, not whether you are allowed to process it. It can improve data quality and reduce client-side weight, both of which are good reasons; it is not a way around consent. The legal assessment belongs to your data protection advisor, and it is much cheaper before the implementation than after it.
Integration is the real price
The licence fee is the visible cost. The permanent cost is integration: a shared identity key across systems, a data model that survives a product catalogue change, monitoring for the day an API version is retired, and one person who can explain why two dashboards disagree.
A practical rule that has saved a lot of budget: every tool needs a question it answers, a named owner, and a review date. If, at the review, nobody can name a decision that changed because of the tool, it goes. Stacks do not become expensive through bad purchases; they become expensive because nothing is ever removed.
A sequence that works over twelve months
First, data quality and consent — everything downstream inherits both. Second, the five email and CRM automations, because they produce revenue with existing traffic. Third, reporting that shows cohorts and contribution margin instead of channel revenue only.
Only then is it worth discussing personalisation, a CDP or advanced attribution, and by that point the discussion is much shorter: you know your data, you know your volumes, and you know which question is actually open.
What to take away
- Judge tools by the four jobs — collect, unify, act, measure — not by feature comparison.
- Five systems cover most D2C brands: shop, analytics with consent, email/CRM, helpdesk, one reporting place.
- CDPs, personalisation and testing tools need volume; bought early they consume attention and produce numbers nobody trusts.
- The consent layer defines which data exists — design measurement around it, not after it.
- Every tool needs a question, an owner and a review date; stacks get expensive because nothing is ever switched off.
Is your stack doing the four jobs?
We review the systems you run, the data flowing between them and the decisions they support — and name what is missing and what can go.
Continue reading
All articles →Technology
Shopify theme or headless storefront?
A commercial decision dressed up as a technical one. What a modern theme covers, when headless pays off, and what it costs to run.
Analytics
E-commerce KPIs: the short list that works
The revenue equation as a compass, five metrics that are enough to steer a shop, and the numbers that are read wrong most often.
Conversion
The AIDA model in e-commerce
A century-old advertising framework, used as a diagnostic grid for product pages, cart and checkout — including the metrics for each stage.