Diana says a technical founder is a partner in the whole startup journey, not just someone hired to build an app. Early on, that means handling many kinds of technical work, talking with users, making decisions with incomplete information, and accepting imperfect code in order to move quickly.
Tips For Technical Startup Founders
Speaker
Diana, a YC Group Partner and former co-founder and CTO of Aurasma, shares advice for technical startup founders in a Y Combinator Startup School talk.
At the idea stage, aim to make a demo in days, even if it does not work fully. Optimizely’s founders used a simple JavaScript file to show marketers an early A/B testing tool; Diana says the prototype helped them get users interested. She cautions against overbuilding, avoiding user feedback, or clinging to an idea that users do not want.
Diana recommends getting a working MVP out quickly, often within a few weeks for software, and seeking real user commitment, ideally payment. Founders can do things manually at first: Stripe processed requests by hand, while DoorDash used PDFs, Google Forms, and Find My Friends to serve Palo Alto. Choose familiar tools and a tech stack that supports iteration speed, and limit the product’s scope to make a useful 90/10 solution.
After launch, combine analytics with user conversations to learn why people stay, leave, or need something different. One YC company found that users cared more about payments than its B2C features, then pivoted to an API that gained traction with GoFundMe. Segment also kept launching and adapting its product based on user feedback.
After reaching product-market fit, founders can identify what needs refactoring, build engineering culture, and hire. Diana estimates that a technical founder may spend about 70% of their time coding on a team of two to five, less than 50% with five to ten, and little time coding beyond ten. At this stage, they may choose between an architecture-focused role and leading people.
Takeaways
- Build a prototype in days and show it to users before polishing it.
- Keep founders close to users and the product while the MVP takes shape.
- Use manual workarounds and a narrow scope to launch sooner.
- Pick tools you know well and can use to iterate quickly.
- After launch, balance building and fixing based on what moves you toward product-market fit.
Mentioned in this talk
Search inside this talk
What was claimed 11
- role atDiana is Group Partner at
Y Combinator
“I’m currently a Group Partner at YC.”
YouTube Unverified1 source· Talk
- role at
“where I was the Director of Engineering”
YouTube Unverified1 source· Talk
- acquired
“We eventually exited and sold to Niantic”
YouTube Unverified1 source· Talk
- role at
“I was a co-founder and CTO of Aurasma”
YouTube Unverified1 source· Talk
- foundedco-founder
“I was a co-founder and CTO of Aurasma”
YouTube Unverified1 source· Talk
- builtOptimizely built JavaScriptfirst visual editor for creating an A/B test
“They put together the first visual editor for creating an A/B test. It was just a JavaScript file”
YouTube Unverified1 source· Talk
- feature
Stripe: Founders manually processed requests and completed bank forms to handle payments at launch.
“the founders literally processed every manual request and filled out bank forms”
YouTube Unverified1 source· Talk
- feature
DoorDash: Initial service was constrained to Palo Alto.
“The genius thing they did was constrain the service to Palo Alto”
YouTube Unverified1 source· Talk





