{"version":"1.0","url":"https://imperfectblog.vercel.app/blog/on-shipping-early","title":"On Shipping Early and Often","description":"The gap between 'almost done' and 'shipped' is where most projects go to die. Here's how to close it.","publishedAt":"2026-04-12","updatedAt":null,"author":{"name":"Paul Kinyatti","bio":"Building things, writing about them."},"tags":["productivity","shipping","mindset"],"category":"notes","readTime":2,"wordCount":470,"coverImage":{"url":"https://images.unsplash.com/photo-1504805572947-34fad45aed93?w=1200&h=675&fit=crop","alt":"Rocket launching into the sky","caption":"Ship it. Then make it better."},"content":{"raw":"\nI have a graveyard of unfinished projects. Side projects that were 80% done. Blog posts that were \"almost ready.\" Features that just needed \"one more thing.\" Sound familiar?\n\nThe gap between almost done and shipped is where most creative work goes to die. It's not a technical gap — it's a psychological one. We're afraid of judgment. We're afraid of imperfection. We're afraid that what we've built isn't good enough.\n\n## The 80% Trap\n\nHere's the pattern: you start a project with enthusiasm. The first 80% comes together quickly. Then you hit the last 20% — the polish, the edge cases, the \"nice to haves\" that somehow became requirements. Progress slows. Motivation fades. A new, shinier project catches your eye.\n\nThe solution isn't discipline. It's scope management. Define what \"done\" means before you start, and hold yourself to that definition. If it works and it's useful, ship it. You can always improve it later.\n\n## What Shipping Actually Means\n\nShipping doesn't mean it's perfect. It means it's available. Someone other than you can use it, read it, or benefit from it. That's the bar.\n\nThis blog is a perfect example. I could have spent months perfecting the design, adding features, writing a backlog of posts. Instead, I built the minimum viable version and published it with a single post. Is it perfect? No. Is it shipped? Yes.\n\n## The Feedback Loop\n\nThe real magic of shipping early is the feedback loop. Once something is in the world, you learn things you never could have learned in isolation. Users find bugs you didn't anticipate. They use features in ways you didn't expect. They tell you what they actually want, which is rarely what you assumed.\n\n> Every day you don't ship is a day you don't learn.\n\n## Practical Tactics\n\nSome things that help me ship:\n\n- **Set a deadline and make it public.** Tell someone you'll ship by Friday. Social pressure works.\n- **Cut scope ruthlessly.** If a feature isn't essential for v1, it's a v2 feature.\n- **Ship to one person first.** Send it to a friend. Get one piece of feedback. That's enough to start.\n- **Accept that v1 will embarrass you.** If you're not slightly embarrassed by your first version, you waited too long.\n\n## The Compound Effect\n\nShipping compounds. Each thing you ship builds confidence for the next thing. Each thing you ship builds an audience, however small. Each thing you ship teaches you something about the craft of finishing.\n\nThe developers I admire most aren't the ones with the most impressive side projects. They're the ones who consistently ship. Week after week, month after month. Small things. Imperfect things. But real things, out in the world.\n\n---\n\nStop polishing. Start shipping. The world needs more imperfect things that exist, not more perfect things that don't.\n"}}