The New Martech Stack: Keep the Hub, Build the Spokes

Marketing technology is moving from crowded SaaS stacks to a simpler hub-and-spoke model: keep a few durable platforms, then build the custom tools your business actually needs.

Get the next practical AI marketing episode wherever you listen.

For years, I treated marketing software like a collection hobby. If a platform couldn’t do something, I added another platform. If the reporting was weak, I bought an analytics tool. If the CRM couldn’t send texts or postcards, I connected more services.

That approach worked. It also became expensive, fragile, and difficult to manage.

Now I’m moving toward a different model: keep a few strong platforms at the center, then build the custom tools that connect to them. I call it the hub-and-spoke martech stack.

The practical version is simple: choose an AI hub, a server or hosting hub, and a marketing automation or CRM hub. Let everything else become a custom application, workflow, or integration built around those core systems.

This doesn’t mean every company should cancel its software subscriptions tomorrow. The point is to stop buying a separate SaaS product for every edge case when an AI agent and a good API can often solve the problem more cleanly.

Why the traditional martech stack is getting harder to justify

The old model was built around specialized software. We’d start with a central platform, then add tools for the gaps:

  • A texting platform
  • A landing-page builder
  • An analytics dashboard
  • A postcard-delivery service
  • A form builder
  • An email personalization tool
  • A reporting connector

I lived this in my Infusionsoft days. Infusionsoft was a useful marketing automation engine for small businesses, but it couldn’t do everything I needed. I added a texting tool, another platform for analytics, and another service for automated postcards.

The system worked. But by the time I connected all those ancillary tools, the cost of the stack had probably multiplied the core platform’s price by two or three times.

That money might have been better spent on advertising, hiring, or simply staying in the business. More importantly, every additional tool created another account to maintain, another integration that could break, and another interface my team had to learn.

The problem isn’t just the subscription total. It’s the operational drag.

Modern marketers can become more productive while still failing to grow revenue. We can spend all day improving workflows, comparing tools, and building dashboards without addressing the actual bottleneck in the business.

That’s why I’m becoming much more selective. I no longer ask, “Which tool has the most features?” I ask, “Which few systems should I build around, and how easily can the rest connect to them?”

The hub-and-spoke model

In the new model, a small number of durable platforms act as hubs. Custom-built tools and automations become the spokes.

The hubs provide the infrastructure that would be painful to recreate: data storage, authentication, email delivery, CRM records, payment systems, hosting, or campaign management. The spokes fill in the specific capabilities your business needs.

For example, a marketing team might use:

  • An AI hub: Codex, Claude Code, or another capable agent that can write, modify, and manage software.
  • A server hub: A hosting and database environment where your website and custom applications live.
  • A marketing hub: HighLevel, HubSpot, Klaviyo, or another platform that handles customer data, automation, and communications.

Instead of buying five more tools to cover the gaps, you ask whether the gap can be filled with a small custom application or an agent-driven workflow.

That application might pull data from your CRM, generate a report, update a record, create a landing page, or answer a question from your database. It doesn’t need to become a new standalone product. It just needs to do its job.

This is one reason I’ve been paying more attention to which marketing workflows to automate first. The goal isn’t to automate everything. It’s to identify the repetitive work that sits between your core systems and build the smallest useful bridge.

APIs matter more than feature lists now

Features used to be near the top of my software evaluation checklist. I wanted the platform with the longest list and the most polished interface.

That matters less when AI can build the missing feature.

Today, I care much more about the quality of a platform’s API. Can another application read and write the data? Can it create records, update campaigns, manage contacts, trigger workflows, and retrieve useful information?

I don’t need to be an expert programmer to benefit from this. My AI agent can work with the API. I can ask it to evaluate a tool’s endpoints, build an integration, or create a small interface around a function the platform doesn’t provide.

If there isn’t a usable API, I look for an MCP connection. An MCP gives an agent a more direct way to interact with a tool. Instead of manually moving information from one application to another, the agent can operate inside the systems you’ve connected.

This changes how I evaluate software. A platform with fewer features but an excellent API may be more valuable than a feature-rich platform that keeps its data locked away.

Klaviyo is a good example of the direction I’m watching. Its API and MCP capabilities make it possible to manage much more of the platform through an agent. Rather than logging into the application for every task, I can imagine asking an agent to build segments, create workflows, or retrieve campaign information.

The same shift is happening with HighLevel. I’ve been frustrated that some actions were available through the API while other important actions—especially building automated workflows—were not. Browser automation could handle those tasks, but it was slow, expensive in agent credits, and less reliable than a direct connection.

As platforms expose more of their capabilities through APIs and MCPs, the agent becomes the working layer between the marketer and the software.

The three hubs I’d start with

1. An AI hub

The AI hub is where you describe what you want, inspect your data, write code, and coordinate the other systems.

For me, that means tools such as Codex or Claude Code. The exact choice will change quickly, so I wouldn’t get too attached to one brand. What matters is whether the agent can work with your codebase, call APIs, interact with your hosting environment, and help maintain what it builds.

This is more than using AI to draft email copy. The agent can become an operating layer for your marketing infrastructure.

You might ask it to:

  • Find customers who meet a particular condition
  • Create a campaign draft for a defined segment
  • Build a landing page from an approved brief
  • Review a workflow for missing steps
  • Pull performance data from multiple systems
  • Diagnose why an integration stopped working

You still need to review its work. I wouldn’t hand an agent unrestricted permission to publish campaigns, alter customer data, or deploy code without checkpoints. But the amount of useful work it can prepare for review is growing quickly.

2. A server and database hub

You need somewhere to host your website, custom applications, and data.

For a larger setup, you might use Vercel with Supabase. That combination is powerful and flexible. For my own projects, I’ve also experimented with Railway because it combines hosting and database management in a way that feels simpler for marketers and designers.

That simplicity matters. The best technical stack isn’t necessarily the one with the most configuration options. It’s the one you can understand, use, and maintain.

With a strong MCP connection, an agent can handle much of the setup: creating a project, configuring the environment, deploying an application, and making changes as the project evolves.

I’ve used this approach to build websites and custom functionality outside the traditional WordPress workflow. I can create landing pages quickly, add a plugin for a specific need, and change the backend interface or styling without waiting for a third-party developer to support the request.

That doesn’t mean WordPress has no place. It means the default choice deserves to be reconsidered. I’ve written more about why the old way of building websites is changing.

3. A marketing automation or CRM hub

The final hub is the system that manages your customer and campaign operations.

For a smaller marketing team, HighLevel may cover a lot of ground. HubSpot is a strong option for larger organizations. For e-commerce, Klaviyo or Omnisend may be the more natural center of gravity.

I’ve looked at replacing these platforms with a collection of open-source tools to save money. Sometimes the numbers look attractive. But once you bolt together several systems for email delivery, customer records, messaging, automation, and compliance, you end up maintaining a stack you never wanted to own.

For now, I’d rather pay a reliable platform to handle the difficult infrastructure—email service providers, phone carriers, deliverability, permissions, and related operations—then customize the parts that make our business different.

Build your own test case before asking the company to change

One of the best ways to understand this model is to build something for yourself first.

That’s what I did with my personal brand. I built a site, deployed it, added custom functionality, and learned where the new workflow was better than my old one. I didn’t begin with a major enterprise migration. I created a smaller environment where I could experiment without putting the business at risk.

That gave me something more useful than a sales presentation. I had a working example.

When I saw similar frustrations on the employer side, I could show the team what I had built and explain how the same approach might work for a smaller internal project. Because I had already tested the stack, the conversation was about a real system rather than a theoretical promise.

If you work in-house, use your personal site or a small internal property as a laboratory. If you’re a consultant, build the workflow around your own business first. Create the landing page, connect the database, test the deployment, and see how the agent handles maintenance.

You’ll learn faster, and you’ll make a much stronger case when it’s time to propose a larger change.

A personal project can also become a personal brand AI can’t simply copy, because the value comes from your judgment, experiments, and accumulated decisions—not just from the software stack.

What the new model can do

Once your systems are connected, the possibilities become much more practical.

Imagine outlining a campaign in plain language, agreeing on the copy and audience, and then asking the agent to build the draft: landing pages, forms, email sequences, segments, and timing. The agent can prepare the work, while you review it before anything goes live.

Email personalization becomes more interesting, too. Many platforms support conditional content or liquid-style templating. A campaign can show different sections based on a customer’s segment, purchase history, interests, or behavior.

Creating that logic manually across a large campaign can be tedious. An agent can generate and check much of the underlying code quickly.

The important distinction is that the agent isn’t replacing strategy. It’s reducing the distance between a strategic decision and a working implementation.

That’s where I see the real leverage. The marketer still decides what the campaign should say, who should receive it, and why it matters. The agent helps turn those decisions into functioning systems.

A practical checklist for simplifying your stack

  1. List every paid tool. Include the subscription cost, the person responsible for it, and the workflow it supports.
  2. Identify your actual hubs. Which systems contain your customer data, website, content, and campaign operations?
  3. Inspect the APIs. Before buying another tool, find out whether your existing platforms can already do the job through an API or MCP.
  4. Remove duplicate functionality. If two tools do similar things, decide which one should remain central.
  5. Build the smallest useful spoke. Don’t recreate an entire platform. Solve one recurring problem with a small custom tool or workflow.
  6. Add human approval points. Keep review steps before publishing, sending, deleting, or changing important customer data.
  7. Measure business impact. A simpler stack should reduce cost, time, errors, or bottlenecks. If it doesn’t, it’s just a new hobby.

I’m still early in this transition, and I don’t expect every hub to remain permanent. The AI tools will improve. Hosting platforms will merge capabilities. Marketing suites will expose more functionality to agents. Some of today’s hubs may eventually become spokes themselves.

For now, though, the direction is clear. I want fewer subscriptions, fewer disconnected interfaces, and more control over the custom layer that makes our marketing unique.

The new martech stack isn’t a larger pile of software. It’s a small set of systems you trust, connected by tools you can shape yourself.

Keep the hubs durable. Build the spokes only when they solve a real problem.

And before adding the next SaaS subscription, ask whether an API, an AI agent, and a small custom build can do the job better.