Part 1
YC Startup Launch Checklist
Ensure you're solving a real, painful problem. Work through each section in order.
1. Find a real problem
Make sure you're solving a painful problem for a specific person.
The way to get startup ideas is not to try to think of startup ideas. It's to look for problems, preferably problems you have yourself.
- Write the problem in one sentence, from the user's point of view: Keep it concrete. "Solo SaaS founders can't tell which feature requests matter" beats "founders struggle with product."
- Name the first user segment narrowly: Not "founders" but "solo SaaS founders without a technical cofounder." You can widen later; you cannot start wide.
- Test for urgency: Are people already hacking together workarounds, paying for imperfect tools, or complaining in public? If not, it may be a nice-to-have.
- List how people solve it today: Spreadsheets, agencies, a competitor, doing nothing. Your real competition is the current workaround.
- Write a one-line "why now": What changed - technology, cost, regulation, behavior - that makes this possible or urgent today?
- Name your riskiest assumption: The one belief that kills the idea if it's wrong. Your first experiments should test it.
2. Talk to users
Replace guesses with real stories before you build.
- Talk to 5-10 potential users in conversation, not surveys: You want stories about what they did last time the problem hit, not opinions about your idea.
- Ask "How do you solve this today?" and "What did that cost you?": Workarounds and wasted time or money show the pain is real.
- Don't pitch: Once you describe your solution, people get polite. Keep the conversation on their problem.
- Probe willingness to pay: Ask what they pay for today and what they would stop using. Compliments are not commitments.
- Write down 3 takeaways after every call: Look for patterns repeated across people, not one loud request.
Insight log (fill this after each conversation)
- What they did last time the problem hit:
- Current workaround and its cost:
- Exact words they used:
- What would make them switch:
3. Build the smallest MVP
Ship the smallest version that proves the core value.
If you are not embarrassed by the first version of your product, you've launched too late.
- Cut most of your feature list: Keep only what proves the core value. Every extra feature delays learning.
- Define the one action a user must complete: Everything in the MVP should lead to it.
- Ship in days, not months: No-code, spreadsheets, or doing it by hand behind the scenes are all fine. The goal is learning, not engineering.
- Set a success bar before you launch: For example, "5 users complete the core action twice in a week." Decide in advance what counts as a pass.
4. Get your first users
Recruit by hand, then measure growth week over week.
The most common unscalable thing founders have to do at the start is to recruit users manually.
- Recruit your first 10 users one by one: DM people who described the problem, post in the communities where they gather, ask the people you interviewed.
- Onboard early users personally: Watch them use the product. Every confusion is a bug in the product or the message.
- Pick one metric and track it weekly: Revenue if you charge, active users if you do not. Paul Graham puts a good growth rate during YC at 5-7% a week.
- Write down what you learned and what you changed each week: Insights are useless until they change what you build.
Part 2
YC Application Guide
A curated guide to the YC application: what to emphasize, how to answer each section, and what strong answers look like. Answer directly, use facts and numbers, and tell a cohesive story.
- Answer questions directly, clearly, and concisely: Base your responses on facts and numbers. Use simple language and avoid marketing buzz. Most answers should be 1–5 sentences long.
- YC invests in people, so focus on your team and what makes each of you exceptional.
- Share insights and obstacles that you discovered while working on the idea.
- Good application should be a cohesive, compelling story.
- Last, but not least: be honest.
Describe what your company does in 50 characters or less.
- Use clear, specific language that accurately describes your product or service. Avoid jargon and vague terms.
- Identify what sets your company apart and include that in the description. This helps quickly communicate your unique selling proposition.
- Ideally, it should be clear for whom and which problem your product solves.
- Count the characters: the limit is 50, including spaces.
- Use phrasing like "Airbnb for X" only if everyone would know the company you are referencing.
Good examples
- Loom: Record and share video messages instantly
- Loops: Email sending for startups
- CommandBar: Make web apps easier to navigate and learn
What to avoid
Tynker for B2B creative thinking mLearning
Not everyone might know the Tynker company Description does not clearly explain what the product does
Improved: Educational platform to boost creative thinking
Company url, if any:
- If you don't have a website you can build one in 1–2 days without coding using tools like Framer. There are many good templates available for free.
- Benefits of having a website: communicating your idea clearly, easier for readers to understand what you're building, and you can put a waitlist or booking form to start accumulating potential customers.
If you have a demo, attach it below.
- If you have an MVP, spend time to make a short 60–90 second demo video. It helps reviewers understand what your company does and shows you can build.
What is your company going to make? Please describe your product and what it does or will do.
- Expand your 50-character description with more details.
- It should be clear who your customer is, what problem they have, and how exactly your product solves it.
- Share your long-term vision in a single sentence.
- Keep it under 5 sentences.
Good examples
- Dropbox: Dropbox synchronizes files across your/your team's computers. It's much better than uploading or email, because it's automatic, integrated into Windows, and fits into the way you already work. There's also a web interface, and the files are securely backed up to Amazon S3. Dropbox is kind of like taking the best elements of subversion, trac and rsync and making them "just work" for the average individual or team. Hackers have access to these tools, but normal people don't. It's currently in private beta and I add batches of people every few days.
- Simple Habit: We built an iOS app that offers 5-minute meditations for life situations throughout the day. For example, meditations to reduce anxiety before a meeting, improve focus at work, and sleep better. Meditations are recorded by top meditation teachers from all over the world - we currently have over 100 teachers on our platform. Our goal is to build the world's leading platform for mindfulness and meditation content.
- MagicBell: MagicBell is an out-of-the-box notification system with multi-channel delivery. Notifications are created via the API and the embeddable notification center can be fully customized to match your product's UI. Companies with existing email notifications can simply bcc them to a project-specific email address to roll out MagicBell within 30 mins. You can think of it like a smart router for your company's notifications to your customers.
Where do you live now, and where would the company be based after YC?
- YC batches run in person in San Francisco. Say plainly where you will be; if the business needs a different location, explain why.
What to avoid
The company will be based in Delaware, USA, yet I am not sure about the exact location for residence. I am happy to work remotely, so most likely I will become a digital nomad.
YC and other investors may think you are not serious about starting a company and will turn you down.
How far along are you?
- Provide a brief description of the company's current state using facts and numbers, ideally in a 3–5 bullet point list. Avoid fluff.
- If you have revenue or other strong indicators like users or LOIs, list them first.
- Be honest; don't present the company better than it is. Don't say 1000 users if it's 1000 installs. Don't claim LOIs if there are no signed papers. Don't state great retention without specifying it's only on paid customers.
- If you have made little progress, don't hide behind a wall of fluff or lots of research and customer interviews - it can look worse, not better.
Good examples
- Founding team of 4 is assembled
- 70% of the MVP is done
- 10 onboarding calls are scheduled in 2 weeks
What to avoid
Long answer emphasizing research, team onboarding, 70% MVP, advisor - too much emphasis on things that are not of primary importance.
How long have each of you been working on this? How much of that has been full-time? Please explain.
- Ideally all cofounders are working full-time. Having left a strong job to work on the startup is a green flag - it shows you are serious.
How many active users or customers do you have? How many are paying? Who is paying you the most, and how much do they pay you?
- Answer each part of the question. Each response should contain factual numbers.
Good examples
- 4 couples are using the product
- The app is free, but we got $150 in donations
What to avoid
Long paragraph with unnecessary words. Answer the given questions directly and concisely.
Why did you pick this idea to work on? Do you have domain expertise in this area? How do you know people need what you're making?
- Write one sentence on what inspired you to solve that problem.
- If you have experience in the domain, sell your team's expertise in 1–2 sentences.
- Use facts and numbers to support that people care: payments, product usage, LOIs, customer interviews, etc. (1–2 sentences).
Good examples
- GitLab: Dmitriy wanted a solution he could use at his previous job. All employees except account managers are software developers. We listen closely to the community via direct customer feedback, pull/merge requests, issues, twitter, mailing lists, chat rooms and the non GitLab B.V. employees on the GitLab core team.
Who are your competitors? What do you understand about your business that they don't?
- List a few of your most promising competitors. If there are no direct competitors, list companies whose products are currently used to solve the user's problem.
- Show how you are different and why it makes sense.
Good examples
- GitLab: GitHub Enterprise and Atlassian Stash are our primary competitors. An open source development process allows you to market your product for free and achieve good product-market fit at low cost. We believe version control is infrastructure software and that open source is the natural model. But to grow a competitive open source offering you need a proprietary commercial version to generate scalable revenue; support income alone is not enough.
How do or will you make money? How much could you make?
- Briefly recap your business model and provide a Total Addressable Market (TAM) calculation.
- Two effective ways to show the idea is big: (a) calculate TAM, or (b) show what % of the market you need to capture to generate $100M annual revenue.
- Use a bottom-up approach: TAM = (number of potential customers) × (average cost of your service per customer per year).
- Ideally show a clear path to $100M ARR so the company can be considered a unicorn.
Good examples
If we charge $25 per month for a subscription, we need 334k paid customers to generate $100 million annually, and that represents only 0.4% of all non-native professionals.
What to avoid
Vague top-down: "Globally companies spend $10B on English corporate training." Better to use bottom-up with specific pricing.
Please describe the breakdown of the equity ownership in percentages among the founders, employees and any other stockholders.
- Every founder should be essential. Giving a cofounder just 10% can signal they might not be motivated when things get tough. YC advice: aim for roughly equal equity splits.
Good examples
- CEO: 50%
- CTO: 50%
What to avoid
- CEO: 90%
- CTO: 10%
If you had any other ideas you considered applying with, please list them. One may be something we've been waiting for. Often when we fund people it's to do something they list here and not in the main application.
- YC sometimes prefers an alternative idea you list here. Add a few other promising ideas you have considered.
- Consider: 50-character description of the idea + 1 sentence behind that idea.
Sources
This guide curates lessons from publicly available YC content and from applications YC-backed founders have shared. Needle is not affiliated with Y Combinator. Questions change between batches, so check the current application before you submit.