By Vilius Vystartas
This is the follow-up to What Actually Changed in Two Weeks. That one was about setting up a project for AI-speed delivery. This one is about something I keep re-learning on every fast delivery.
You start shipping faster with AI. The code works, the feature lands, it feels good.
Then a few weeks later the feedback comes back, and some of it catches you off guard. Not because anything is broken — but because a few things that seemed obvious to you weren't obvious to the other side.
No drama. It happens. Here are five things I'm learning to check earlier.
1. What does "done" look like from their side?
To me, done means working software. To someone else it might mean pixel-match with a design. Both are valid.
What helps: A quick "what does good enough look like to you?" before the work starts. One sentence can save a lot of back and forth.
2. When will they actually look at it?
Sending something doesn't mean it gets reviewed immediately. It lands in a queue like everything else.
What helps: Naming a review date alongside the delivery date. "I'll share this Tuesday — could you take a look by Friday?" Turns silence from a mystery into a signal.
3. What needs to be perfect vs what can be improved later?
Not everything in the feedback is the same weight. A label change and a broken flow are different things. Without saying so upfront, everything looks like an emergency.
What helps: Two buckets agreed early. "Here's what I'll get right before it ships. Here's what I'd revisit in a follow-up." Makes the first feedback session more productive.
4. Could they see something before the full delivery?
The first time someone sees your work often sets the tone. Showing one page or one flow halfway through can catch mismatches before they multiply.
What helps: A mid-point check-in. "First page is ready — want to see if this matches what you had in mind?" Five minutes that can save a round of revisions.
5. Do they have the full picture?
You've been living in this feature. You know what's intentional and what you'd still tweak. They just see what's on screen.
What helps: A quick walkthrough at handover. "Here's what's working, here's what I'd improve with more time, here's where I'm unsure." Gives them the right lens to review through.
None of this is groundbreaking. It's just the stuff that's easy to skip when you're moving fast — and it turns out skipping it doesn't save time. It costs it later.
The good news is that when you do check these, the feedback loop compresses to a couple of hours of fixes instead of feeling like a bigger deal than it is.
This is the sequel to "What Actually Changed in Two Weeks." Same project. Different lesson.
Top comments (0)