← Blog

Build Log · Mar 3, 2026 · 3 min read

Q1 2026 Build Review: What Shipped, What Didn't, What I Learned

A fully transparent breakdown of every project that was supposed to launch in Q1: what hit, what missed, and what the numbers actually said.

Ajdin Brković

Ajdin Brković

Published Mar 3, 2026

At the start of Q1, I had 17 major initiatives planned across my portfolio. By end of March, 12 shipped, 3 are in progress, and 2 got killed entirely. This is my transparent breakdown of what worked, what didn't, and what I'm learning about managing this scale of execution.

Let me start with what shipped on time and hit targets. The new SaaS product for Company 6 launched with full feature parity on both web and mobile. It hit 450 signups on day 1 and has retained 60% through day 30. That's a win. The reason it worked: single project lead, clear scope, daily standups. No surprises.

The second win was the e-commerce pivot for Company 11. We rebuilt the product page UI, rewrote the email sequence, and optimized the checkout flow. This hit faster than expected: AOV increased 34% in 2 weeks. This surprised me because I assumed conversion optimization was tapped out for this business. It turns out the problem was funnel friction, not market demand.

Now, what didn't ship. The AI content platform for Company 19 missed its March deadline by 6 weeks. Root cause: I underestimated the complexity of integrating with the existing CMS. I thought it was a 4-week project. It's a 10-week project. The lesson here is painful but clear: when I'm building something entirely new, my estimates are terrible. I should assume 2.5x the initial timeline and allocate accordingly.

The second miss was the loyalty program redesign. We built the spec, the UI mockups, the database schema. Then we realized halfway through that the program economics didn't work. At 10% churn, paying people rewards was actually losing us money. So we killed it. This cost us 6 weeks and $40K, but killing it cost us less than shipping it and realizing later it was destroying unit economics. That's a different kind of win.

The third kill was a moonshot project to build an AI forecasting tool. The research team said it would take 3 months to MVP. I gave them 2 months and $50K. At the 1.5-month mark, it was clear the underlying ML models weren't converging. We killed it. Sometimes the best decision is knowing when to quit.

Shipping 70% of planned features is better than shipping 100% of features too late. The market moves faster than your roadmap.

The biggest pattern I'm noticing is that execution speed matters more than project perfection. The teams that shipped early and iterated won. The teams that tried to ship perfect solutions missed deadlines. So in Q2, I'm running an experiment: every product must ship an MVP in 2 weeks or less. Then iterate. This is the opposite of how I've always thought about product development, but it's proving to be right.

Q1 revenue across the portfolio is up 28% vs Q4. That's what actually matters. Not the number of features shipped. Not the perfection of the launch. Just: did revenue go up? Everything else is detail.

Ajdin Brković

Ajdin Brković

CEO & Founder

Building 20+ companies simultaneously using AI systems and performance marketing. Previously exited 3 ventures.

Weekly insights

Ideas on systems, AI, and building companies. One email per week.