Applications · 12 min read

YC Application for Pre-Revenue Startups — What to Focus On

Short answer

Pre-revenue startups do get into YC. YC has funded companies with zero revenue, zero customers, and sometimes zero product — but only when specific conditions are met. Revenue is not the threshold. Evidence of motion, founder-problem fit, and a credible insight are the threshold. This page explains exactly what pre-revenue applications must show to compensate for the absence of revenue, and how to frame each field when your numbers are thin.

The Core Substitution: Replace Revenue With Evidence Depth

When you have no revenue, every other form of evidence has to work harder. YC partners reading a pre-revenue application are asking a single underlying question: does this founder have enough contact with the real problem to build something people will pay for?

Revenue is the cleanest answer to that question. In its absence, the next best answers — in descending order of strength — are:

Signed letters of intent or pre-orders. Money that is not yet revenue but is committed. Even ₹5,000 collected from 5 people who want the product before it exists is a stronger signal than 500 people who said they would pay.

Paying waitlist or deposit. Users who have given you something to secure a spot — money, time, personal information they would not share casually. A 200-person waitlist where 40 people gave you their phone number and asked to be called when you launch is different from a passive email signup.

Intensive user research with specific outputs. 60-80 user interviews with documented findings, named interviewees (industries and roles, not personal details), and specific insights that emerged from the research. This signals that the founder has done the equivalent of customer development work even without a product.

Active pilot users. Users who are using a prototype, a manual version, or even a Google Sheet version of your product in their real workflow. Free pilots with real usage are meaningfully different from demo sign-ups.

Domain-specific founder credentials. A founder who ran a pharmacy for 8 years applying for a pharmacy software startup has a form of evidence that is not about the product at all — it is about the problem. That credential is fundable even without revenue when it is specific and deep enough.

How to Write Each Key Field Without Revenue

THE TRACTION FIELD

This is the field where pre-revenue founders feel most exposed. The instinct is to either apologize for having no revenue or to pad the answer with market size data. Both are wrong.

The right approach: state what you have specifically, then frame it as the evidence you have chosen to gather before building.

Wrong version: "We are pre-revenue but the global pharmacy software market is $4.2B and growing. We plan to begin customer acquisition after product launch in Q3."

Right version: "We have no revenue yet. We have spent the last 3 months doing customer development: 67 interviews with independent pharmacy owners across Pune, Nashik, and Aurangabad. 43 of them said they currently track inventory in paper or Excel. 11 agreed to use a beta version of our product for free and give us weekly feedback. 3 of them have asked when they can pay us. Our first paid pilot starts in 2 weeks."

The right version has no revenue but it has motion, specificity, and the most important signal for a pre-revenue application: people who asked when they could pay.

THE INSIGHT FIELD

For pre-revenue founders, the insight field is often the strongest field available. An insight that comes from deep immersion in a problem — from doing the interviews, living in the industry, or experiencing the problem personally — is genuinely hard to fake and genuinely valuable to partners reading it.

Make your insight specific and non-obvious. It should name something about your user or your market that is true, that competitors have missed, and that you know because of direct contact — not because you read it in a report.

Weak insight (no revenue, no real depth): "Independent pharmacies are underserved by current software solutions because existing products are too expensive and too complex."

Strong insight (no revenue, real depth): "In 67 interviews, I found that the person who manages stock in 80% of independent pharmacies is not the pharmacist — it's a family member, usually a spouse or adult child, who has never used a computer for work. Every existing pharmacy software product assumes desktop literacy. None of them work on WhatsApp. That is the gap we are filling."

The strong version could only come from actually doing 67 interviews. Partners reading it know this. That specificity is what makes it fundable at pre-revenue stage.

THE FOUNDER-PROBLEM FIT FIELD

At pre-revenue stage, this field carries more weight than it does for companies with traction. Partners are trying to evaluate: if this company has no revenue yet, why should I believe this founder will figure it out?

The answer comes from one of three sources:

Personal experience with the problem. You or someone close to you experienced this problem directly. The more visceral and specific the story, the more credible the fit.

Professional immersion in the problem. You spent years working in this industry before starting the company. You have seen this problem from the inside, you know the workarounds people use, and you know why every attempted solution has failed.

Intensive research-driven obsession. You have spent 6+ months doing nothing but talking to users in this space and you know more about their day-to-day reality than most people who have worked in the industry for years.

State which one applies to you, then prove it with the most specific detail you have. A pharmacy founder who can name 3 specific suppliers, describe the exact workflow a pharmacy owner goes through when receiving a delivery, and articulate the precise moment in that workflow where the biggest losses happen is demonstrating domain depth that is fundable without revenue.

What Pre-Revenue Applications Must NOT Do

Do not use market size as a substitute for user evidence. "The market is $4B" tells a partner nothing about whether real users want your specific product. Market size belongs as brief supporting context, not as the primary evidence of demand.

Do not describe a product you have not built as if it already exists. "Our product does X, Y, and Z" when your product is a Figma mockup is misleading and will unravel in the interview when partners ask for a product demo. Be honest: "We have a working prototype that handles X. Y and Z are on our next sprint."

Do not apologize for being pre-revenue. Apologetic language — "we know we don't have revenue yet but..." — signals defensiveness. Just state where you are and what you have. Confidence about your current state is more credible than apology.

Do not lead with future projections. "We plan to reach $100K MRR within 6 months of launch" with no current evidence is not compelling. It is a guess dressed as a plan. Every pre-revenue application has projections. The ones that get interviews have evidence.

The Minimum Viable Pre-Revenue Application

Based on patterns across applications that received interviews without revenue, the minimum viable pre-revenue application tends to have:

  • A working prototype or MVP — even if minimal
  • 30+ documented user interviews with specific findings
  • At least 5 users actively using the prototype in any form
  • At least 2-3 users who have explicitly asked when they can pay
  • A non-obvious insight that could only come from the above research
  • A founder-problem fit story that is specific and personal

If your current situation includes all six of these, a pre-revenue application has a real chance. If you are missing more than two, the strongest move is to spend 4-6 more weeks building the evidence before applying.

A Note for Indian Pre-Revenue Founders

Indian founders often have access to a research advantage that is underused: proximity to the market they are building for. If you are building pharmacy software and pharmacies are your neighbors, or building for kirana stores and you grew up in a family that runs one — that proximity is evidence. Name it explicitly. The ability to do 60 user interviews in 3 weeks because your market is physically accessible to you is a real advantage over a founder who would need to fly across the country to talk to the same users.

Use your geographic and cultural proximity to your user as a founder-problem fit argument. It is legitimate and often compelling.

Keep reading

More on Applications

Founder Stories

Want the real version of these answers? Read long-form, source-linked stories from actual YC founders — how they got in, what broke, what scaled.

Read Founder Stories →

Go deeper

Want the full data behind this answer?

Our YC database tracks 5,000+ companies, every batch, with application patterns, founder backgrounds, and pivot stories — the raw material we built this answer on.

FAQ

Frequently asked questions

Can you get into YC with no revenue and no product?
It is rare but it has happened. The cases where it works share a common feature: the founder has something that substitutes for product-market evidence — usually a deeply personal connection to the problem, combined with intensive user research and at least some form of pre-commitment from potential users. An idea alone in a slide deck has essentially no chance. An idea with 80 user interviews, a Figma prototype, 10 people on a paid waitlist, and a founder who worked in the industry for 5 years has a real one.
What is more important for a pre-revenue YC application — user interviews or a working product?
Both matter, but for different reasons. A working product — even a minimal one — signals execution ability. User interviews signal customer development and insight. The ideal pre-revenue application has both. If you have to prioritize one, build a minimal working product first — YC can evaluate execution capability more concretely when something exists to look at. User interviews without a product are more abstract than user interviews paired with even a simple prototype.
How many user interviews should you have before applying to YC pre-revenue?
There is no official minimum, but the applications that receive interviews in the pre-revenue category consistently cite 40-80 user interviews with specific findings. Below 20 interviews, the depth of insight is usually insufficient to compensate for the absence of revenue. More important than the number is what you learned — 30 interviews where you discovered a specific non-obvious insight are more valuable than 100 interviews where you confirmed what was already known.
What should a pre-revenue YC application say about revenue projections?
Keep projections minimal and grounded. One sentence stating your revenue target by the time batch ends is sufficient and appropriate: "We expect to reach our first $10K MRR within 8 weeks of launch based on our current pilot pipeline." Do not include detailed 3-year models or hockey stick charts. Partners know early-stage projections are speculative. What they care about is whether your near-term target is realistic relative to your current evidence — not whether you can build an impressive spreadsheet.
Should you apply pre-revenue or wait until you have your first customer?
If you have your first customer even on the horizon — within 4-6 weeks — wait. One paying customer is a qualitatively different signal than zero paying customers. Even one person who gave you money is evidence that your product is real, that the problem is real, and that your founder-problem fit is real. The incremental application strength from one customer to ten customers is smaller than the incremental strength from zero to one. If getting a first customer will take longer than 3 months, apply now with your best pre-revenue evidence rather than waiting indefinitely.
How does a pre-revenue startup compete with revenue-stage startups in the same YC batch?
They are evaluated differently. YC does not rank all applications on a single revenue-weighted scale. A pre-revenue founder with exceptional insight and founder-problem fit is evaluated against what YC expects from a pre-revenue founder — not against what they expect from a founder with $50K MRR. The question is always: is this the best possible version of a startup at this stage? A pre-revenue application that shows everything a pre-revenue application can credibly show is competitive.
What does YC mean by "evidence of motion" for pre-revenue startups?
Evidence of motion means things you have done, not things you plan to do. Shipping a prototype is motion. Conducting 50 user interviews is motion. Signing a pilot agreement is motion. Having 15 people on a paid waitlist is motion. Motion is always past-tense and specific. "We plan to launch in Q3" is not motion. "We launched a beta 3 weeks ago and have 8 active users giving us weekly feedback" is motion. The distinction between these two framings is significant in how partners evaluate pre-revenue applications.
Can a pre-revenue startup apply to YC if the product requires regulatory approval?
Yes, and this context should be disclosed clearly in the application. Regulatory timelines are a legitimate reason for pre-revenue status in healthtech, fintech, edtech, and certain other regulated sectors. Partners understand that a medical device startup or a lending platform cannot generate revenue before regulatory clearance. In this case, pre-revenue status needs to be contextualized: explain the regulatory pathway, show what you have done within those constraints (clinical pilots, regulatory consultations, design validation studies), and demonstrate that you are using the pre-revenue period for the highest-leverage preparatory work available to you.
How should a pre-revenue startup frame the "how do you know people want this?" field?
With the most direct evidence available in order of strength: money someone has committed (pre-orders, deposits, letters of intent), behavior that has already happened (pilot usage, repeated conversations initiated by potential users), and specific things people said in interviews that reveal a genuine unmet need. Frame the field as: "Here is what we have observed that tells us this problem is real and that our specific approach addresses it." Avoid logic-based arguments ("people would want this because...") in favor of observation-based evidence ("people have told us / done this when...").
Is a YC application stronger if you are pre-revenue by choice or pre-revenue because you have not found customers?
Significantly stronger if pre-revenue by choice. "We have not launched yet because we are still building" is a much weaker frame than "we are pre-revenue because we are spending this month validating distribution before building more product." If you are pre-revenue because you have not launched, the most important thing is to get a minimum viable version of your product in front of real users before submitting your application — even a manual, unscalable version.
What is the difference between a pre-revenue YC application that gets an interview and one that doesn't?
The difference is almost always the specificity and credibility of non-revenue evidence. Pre-revenue applications that get interviews tend to have: named user types (not "SMBs" but "independent pharmacy owners in Maharashtra"), specific research findings (not "users want this" but "43 of 67 interviewed said X"), and at least one concrete forward signal (not "we hope to get customers" but "3 users have asked when they can pay us"). Applications that do not get interviews tend to substitute market size data and vision language for this evidence — the same ideas, told without the specific contact with the real world that makes them credible.
How should a pre-revenue startup describe its team in the YC application?
With the same specificity and outcome-orientation as any other application — but with extra emphasis on domain credentials. At pre-revenue stage, the team section carries more weight because it is one of the few signals of future execution ability when product evidence is thin. Lead with the most specific and impressive thing each founder has done that is directly relevant to this problem. "I ran a 12-person pharmacy for 4 years" is more relevant than "I have 10 years of healthcare experience." The more directly your background connects to the specific problem, the more it compensates for the absence of product-market evidence.

An independent resource · Not affiliated with Y Combinator · Last updated 2026-02-01