1
1 Comment

"Three launches slipped before I admitted the handoff was the problem”

For the first few years of Elegant IT, we ran the way most studios run. Designers do mockups. Dev team builds. Anything AI goes to whoever knows the APIs best that month.

Everyone did good work. The problems all showed up in the gaps between them.

Took me 3 launches to actually do something about it.

Healthcare scheduling tool. Design finished the flows in 10 days, handed off, and engineering started building against screens that assumed an AI matching feature would slot in later. It didn't. The matching logic needed data the UI never collected from the user. So we're back in Figma 2 weeks before launch, redoing screens that already had code written against them.

Logistics dashboard. Opposite problem. The client was excited about the AI so we built that first. By the time design caught up, the interface didn't match how the model actually reached its recommendations. We shipped a version where the output was correct and the screen explaining it confused every tester we sat down.

Proptech MVP. Small build. Nothing hard in it. Design fine, code fine, AI fine. But 3 people owned 3 pieces, and none of them knew what the other two had decided that week. Small calls made in isolation, and we burned close to 2 weeks just getting everyone back in sync.

None of those were skill problems. They were sequencing problems.

When design, engineering, and AI run as separate tracks, everyone is making decisions based on a guess about what the others will do. The guesses are usually close. Close is what kills you at week 5.

What we changed sounds obvious written down. AI stopped being something you add after the product is designed. Design and engineering stopped being a relay. The same senior people in the room from week 1, deciding together how the AI behaves, what the interface has to show because of that behavior, and what the code has to support because of both.

No handoff doc, because there's no handoff. The people who scope it are the people who build it.

It's slower at the start, and I'd rather be honest about that. Getting 3 disciplines into one planning conversation is more work than cutting 3 tickets and checking in on Friday. We just stopped losing weeks to rework.

Anyway. If you're building an AI product right now and those three tracks only meet at the end, the thing to watch for is the week they stop talking to each other. That's usually where it starts, before anyone notices.

Curious whether this is only an agency problem. If you're solo and doing all three yourself, does the same mismatch still happen in your own head across weeks? Or does it go away once one person holds the whole thing?

on September 13, 2026
  1. 1

    This is painfully familiar. The expensive part of a launch is often not the work itself, but the assumptions that never made it into the room. Your “no handoff” change makes sense—especially for AI, where the model’s inputs and explanations shape the UI.

    One thing that has helped me on launch platforms is a short pre-launch walkthrough of one real user flow with every owner present. We write down the inputs, expected output, failure state, and exact owner for each gap, then freeze that flow before polishing the rest. It catches the “we assumed that would be added later” problems while they’re still cheap. The slower start is usually much faster than a week-five reset.