Skip to content
MarsLabMarsLab

Deployment

Week eight is a production date, not a demo

How we scope an engagement so the system is carrying real load before anyone books a steering-committee review.

Apr 2026

Week eight is a production date. That means real users hitting the system, real data flowing through it, and real load on whatever it replaced. Not a staging environment. Not a demo script someone clicks through in a conference room. If nothing is carrying weight by then, the engagement hasn't done what it was scoped to do, regardless of how good the demo looked.

That distinction sounds pedantic until you've watched what happens when a timeline gets treated as a demo date instead. Scope creep shows up first — one more integration, one more edge case, one more "let's also handle this" that feels small in the moment. None of it is unreasonable on its own. But a demo has no cost for saying yes to those. A production date does, because every addition either ships inside the eight weeks or it doesn't, and pretending otherwise is how eight weeks becomes fourteen.

The second failure mode is quieter and worse: you hit week eight, the demo works, everyone claps, and then nobody actually turns it on. It sits in a sandbox. The old manual process keeps running in parallel because switching over feels risky, and "risky" never gets scheduled. Six months later the system is technically done and functionally unused. That's not a slower win. It's not a win at all.

Scoping against a production date instead of a demo date forces different decisions from day one. You don't ask "what can we show." You ask "what does this need to actually do, for the smallest real slice of the problem, such that turning it on is not a leap." That's a narrower question, and it's the one that keeps eight weeks honest.

This is why our discovery process front-loads the boring parts instead of the pitch. An engineer replies, not a sales sequence — the person who answers is the person who'd scope the work. Then a working session that goes through the process end to end: where the data actually lives, who touches it today, what the current cost is in hours or errors or both. That's not diligence theater. It's the only way to scope a production date honestly, because you can't commit to replacing a process you haven't traced.

It's also why we'll tell you directly if there's no real delta for you in eight weeks. If the working session shows the win requires more than one system change, or the current process isn't actually the bottleneck, we say so. Running a pilot that never ships isn't a lower-risk version of the engagement. It's a different, worse thing that happens to look similar from a project-plan slide.

What "carrying real load" looks like varies by engagement, but it's never ambiguous once you're inside it:

  • Real data, not sanitized samples or synthetic test sets
  • The people who'd use it daily, using it daily — not a review panel watching a walkthrough
  • The old process actually retired, not kept running "just in case"
  • Whoever owns the system in six months can already see how it works, because it was documented as it was built, not after

That last point matters more than it sounds like it should. A system built to hit a demo date often gets documented afterward, if at all, because the pressure was to look finished, not to be finished. A system built to hit a production date gets documented as a side effect of being handed to the people who'll run it — because you own it end to end, your own keys, your own cloud, your own models, and you can't own something nobody explained to you.

We've done this with a straightforward daily-use system: field reporting automation for KREPL, an agri-inputs company, where reps went from roughly an hour of daily reporting down to under ten minutes — about 420 selling hours a day back across 500 reps, on day one of go-live, not after a rollout quarter. We've also done it at the other end of complexity: rebuilding procurement, process control, and the ERP at Sanjeevani Group's sugar, ethanol, power, and biogas complex so the plant runs on live data instead of paper, email, and spreadsheets. Different scale, same test. Both were live and load-bearing by the date we committed to, because that date was never meant to be a demo.

Work with us

We want your hardest problems.

We collaborate with ambitious organisations ready to move beyond AI experimentation. If you're looking to transform how your business operates, we'd love to build with you.

Start a conversation