Primary data · sourced from public filings·700+ listed companies · India-first·
Open screener
ἀλήθεια · aletheiaAncient Greek for truth — literally “un-forgetting”: the act of revealing reality, not merely stating it
← All posts
Sector Thesis·4 min read·Week 26

Build a Product Roadmap That Survives Real Users

Most product roadmaps die on first contact with users. YC's 2-week cycle approach forces rapid iteration and ruthless metric-driven decisions. Kill features that don't move retention, signup, or revenue—this is how winners separate from noise.

ByAmit Tyagi·Fitoor Capital
Aletheia Insights · Weekly

Get 1 unfair insight every week from India's startup ecosystem.

Read by serious founders and investors. No fluff.

The Quarterly Roadmap Trap

You've seen this. Founder spends two months planning. Thirty-slide deck. Engineering commits to 12 features. Launch date locked in. Reality hits: users ignore 8 features. Two create bugs. One feature you didn't plan saves the month.

Quarterly planning assumes prediction works. It doesn't. User behavior is non-linear. Market conditions shift. Competitive moves emerge.

YC's solution: stop planning quarters. Plan two weeks.

The 2-Week Cycle Framework

Week 1: Build
- Ship one high-impact feature or improvement.
- Keep scope deliberately small. If it takes >5 days, it's too big.
- Code freezes Friday morning. No last-minute additions.

Week 2: Measure & Iterate
- Launch to all users Monday morning.
- Track: signup rate, retention, activation, revenue impact.
- Tuesday team meeting: kill, keep, or pivot based on data.
- Repeat.

This isn't agile theater. This is constraint-driven product development.

What Gets Killed (And Why)

Stripe's early roadmap included "invoice customization." They shipped it. Zero uptake. Killed in week 3. They focused on API reliability instead—metrics moved.

Airbnb's founders wanted search filters. Shipped. Nobody used advanced filters. Buried it. Focused on photo quality—conversion jumped 2x.

Figma's early team planned "custom themes." Shipped. Power users: 2%. Revenue impact: zero. Killed. Invested in collaboration features instead—that moved everything.

The Rule: If a feature doesn't move your north star metric (signup, activation, retention, revenue) by >5% in two weeks, it dies.

For Indian SaaS founders: if you're B2B, retention and MRR growth are non-negotiable. If you're B2C, it's signup and day-1 retention. Build only for those.

How to Implement This (Not Theoretically)

Step 1: Define One North Star
- Not five metrics. One.
- For SaaS: monthly recurring revenue or revenue-producing DAU.
- For B2C: day-1 retention or conversion to paid.
- Measure it at baseline before the sprint starts.

Step 2: Prioritize by Leverage
- What 10% of features drive 90% of value?
- Scott Belsky's "Messy Middle" insight: founders optimize for completion, not impact. Ship fewer things that matter.
- Ask: does this feature prevent churn or accelerate new user onboarding? If no, it's not top-five.

Step 3: Ship Ruthlessly Small
- Minimum viable change, not minimum viable feature.
- One email improvement, not email redesign.
- One friction point removed, not the entire funnel rebuilt.
- Small ships = fast feedback = fast pivots.

Step 4: Measure Within 48 Hours
- Don't wait a week. Pull data Tuesday morning.
- Is the metric moving? (Look for +3% minimum signal.)
- If not: did users hate it, or did they never see it?
- If they never saw it: distribution problem, kill it.
- If they saw and ignored it: product problem, kill it.

Step 5: Make the Kill Decision Dispassionately
- This is where most teams fail. Engineers get attached.
- Rule: if it doesn't move the metric, it's a distraction, not a feature.
- Killing fast is a competitive advantage—you now have velocity to test something else.

The Non-Obvious Part

Most founders optimize for shipping. YC founders optimize for learning. Killing features is learning. It's information.

Every killed feature compresses six months of "should we keep this" into a two-week decision. That saves founder energy and clarifies product direction fast.

For Indian teams working in regulated space (fintech, healthcare): smaller cycles actually reduce risk. You're validating compliance assumptions live, not in retrospective.

Real Numbers

- YC companies report shipping 2–3 times per week minimum.
- Feature kill rate: 35–45% in first month.
- Teams that run 4-week cycles kill 20% (too invested to cut early).
- Teams that run quarterly cycles kill <5% (sunk cost fallacy dominates).
- Average time to metric impact: 3–5 days if you're shipping small.

What This Means for Your Next Sprint

If your current cycle is quarterly or monthly, you're making decisions with 8–12 weeks of stale data. Your competitors operating on two-week cycles will outpace you 4–6x.

Start now: define your north star, ship one small thing this week, measure Tuesday. Notice the difference in speed.

Actionable Takeaway

Schedule a meeting with your team. Commit to two-week cycles for the next month. Ship one change per sprint. Kill anything that doesn't move your north star metric within 48 hours of launch. You'll find your product clarity, and your velocity, in that discipline.

Speed beats perfection. Metrics beat intuition. Small beats big. That's the YC way.

Amit Tyagi

Founder, AletheiaAI & GP, Fitoor Capital

Veteran of India's startup ecosystem. Writing about fundraising, investor psychology, and what it takes to build fundable startups in India.

Run a fundability check

India's only MRE-backed platform for founders and investors. Analyse your deck, find investors, and validate your raise strategy.

#product-roadmap#yc-framework#metrics-driven#feature-prioritization

Don’t miss the next one

One insight every week. No fluff.

Aletheia Insights · Weekly

One contrarian insight. Every week. No generic startup advice.

Join founders and investors building with better information.

Build a Product Roadmap That Survives Real Users · Aletheia Insights