Ideas & commentaryAgentic Development min read

Agentic workflows that actually ship (not just demo)

AI gets you 60% of the way. The other 40% is the boring operational layer most people skip. Here is how I ship agentic workflows that survive contact with real clients.

Abstract AI neural network visualization for agentic workflows

For Founders, Operators, AI engineers · Advanced · Commercial · Solves: Agents breaking in production, No observability on AI pipelines, Demos that don't ship

Key takeaways

  • AI gets you 60% of the way; the operational layer gets you to 100%.
  • Spend 80% of your time on error handling, retries, and observability.
  • The client pays for the output, not for the AI.
  • The ratio of model-work to ops-work is what separates product from demo.

Everyone is shipping AI demos. Almost no one is shipping AI workflows that survive contact with real clients. The gap between the two is the entire job.

The 60/40 rule for agentic workflows

The pattern I use is straightforward: AI gets you 60% of the way on the repetitive work, then a human operator (me) makes sure the last 40% is correct. The output you ship is the output you stake your name on. Not the output the model gave you.

A real example: content automation engagement

Concretely, on a recent content automation engagement, the workflow was: an agent crawls the site, an agent drafts content updates, an agent runs an SEO audit. Three agents, about 20 hours of human work compressed into 4 to 6 hours. The client pays for the output, not for the AI. That is the framing that matters.

The operational layer you cannot skip

The parts that fail are always the operational layer: error handling when an API changes, retries when an LLM returns garbage, observability so you know which step broke. Those are the parts you cannot skip if you want this to be a product, not a parlour trick.

Spend 20% of your time on the model and 80% on the operational layer around it. That ratio is what separates shipped product from demo.

Implementation table

FixProblemWhat to changeMetricTool
Add retries with exponential backoffLLM API calls fail intermittently and break the chainWrap every model call in a retry with jittered backoffWorkflow success rateAny queue library (BullMQ, Inngest, Make)
Log every step with input and outputWhen a workflow breaks, you cannot tell which step failedAdd structured logging at every agent boundaryMean time to recoveryLangSmith, Datadog, or simple structured logs

Frequently asked questions

An agentic workflow chains AI agents together to handle repetitive work (research, drafting, audits) with a human operator reviewing and shipping the final output. The agents compress hours of work into minutes.

On content and SEO work, roughly 20 hours of human work compressed into 4 to 6 hours. The saving depends on how well the operational layer is built; without it, agents break more than they help.

Sources & references

Related links

Zlatko Marjanovic — founder of ZedNova Studios

Zlatko Marjanovic

Founder, ZedNova Studios · Founder, ZedNova Studios

I'm Zlatko Marjanovic, founder of ZedNova Studios, a small studio that designs, builds, and ships websites and AI automations for clinics, ecommerce brands, and small businesses across the United States and Europe.

My work sits at the seam between two layers of the modern web. The agentic layer: structured data, JSON-LD, llms.txt, AEO, content modeled for retrieval by ChatGPT, Perplexity, and Google AI Overviews. And the experience layer: Next.js, Webflow, Framer, performance budgets, motion, and the taste that converts humans once they land.

I write about what I actually ship: agentic workflows that survive contact with real clients, the post-launch web that most agencies abandon, design systems that don't rot at month six, and the AEO shift that is quietly replacing SEO as the front door of every business.

Before ZedNova I built and maintained sites under deadline for agencies and direct clients. The pattern was always the same: launch-day polish, six-month decay. I started ZedNova to fix that: to build sites that still feel fast, still rank, still convert, and still get edited by the team that owns them long after I'm gone.

If you want to talk about a build, an automation, or a site that needs to be cited by AI instead of just ranked by Google, email me at zlatkomarjanovic.zm@gmail.com. I reply within 24 hours.

LinkedInX / TwitterGitHubWebsite
Older articleWhy I build for the post-launch webNewer articleWhere the web is going (and what founders should build for)

Continue reading

Digital globe and network lights representing where the web is heading
Ideas & Commentary

Where the web is going (and what founders should build for)

The web is splitting in two: the agentic layer that talks to machines, and the experience layer that talks to humans. Founders who build for both will win the next decade.

Analytics dashboard on a laptop representing post-launch web performance
Web & Software

Why I build for the post-launch web

Building a website is the easy part now. Making it work six months after launch is where most projects fall apart. That is the part I focus on, and here is why.