First Block: Interview with Ivan Zhao and Simon Last, Co-Founders of Notion
Based on Notion's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Notion’s early “better programming environment” strategy ran into a market reality: most users want productivity outcomes, not tool-making.
Briefing
Notion’s co-founders trace the company’s rise to a stubborn obsession with craft—paired with a willingness to reset repeatedly until the product’s “taste” finally matched what users needed. In the early years, the team chased a more direct “programming environment” approach for years, then learned that most people don’t want to build software; they want off-the-shelf tools that solve problems quickly. The breakthrough came from disguising that underlying power: shifting Notion from a programming-adjacent tool into a productivity platform, while keeping the same core idea—hide computing power inside everyday document and knowledge workflows.
The path to co-founder-level conviction started with hiring and chemistry. Simon Last, then 20 and fresh out of college, reached out after finding Ivan Zhao’s circle on Twitter and ended up meeting Ivan in person—so quickly that he quit his internship, moved to the Mission area near the early office, and stayed. Ivan credits the decision to bring Simon in to shared thinking about tools, visual programming concepts, and education—plus a sense that Simon’s talent wasn’t yet “Twitter famous,” even if his work was.
As the company searched for product-market fit, the team cycled through multiple rewrites—three or four resets—because their taste ran ahead of their execution. A key lesson was that early-stage expertise often comes with higher standards than the ability to ship, leading to technical and product mistakes that forced a restart. Still, the low points didn’t derail momentum; the founders describe a dynamic where conversations quickly return to the next solvable facet of an enormous problem.
Once Notion began finding traction, customer discovery didn’t come from abstract strategy. The first customers arrived through channels like Product Hunt and then through direct conversations in support and community spaces. The company’s support culture became a research engine: keeping Intercom notifications on, tagging feature requests, and letting engineers read clusters of conversations to understand needs within hours. That approach scaled intuition without building a large dedicated research or product-ops function.
Notion’s product philosophy also stayed deliberately general-purpose without becoming generic. The team built for internal personas—engineers, product, and designers—using flexible primitives (like the “block model”) that could serve multiple functions, while still navigating trade-offs across UX familiarity, UI pixel-level constraints, and what’s technically buildable or real-time. They emphasize that the best system is often the one people already recognize, and that teams need freedom to not ship until the trade-offs that matter most are resolved.
Culture and hiring reinforced the same pattern: “tend the garden” by fixing small confusing issues, keep ownership broad by avoiding rigid code boundaries, and write values down so norms survive growth. Recruiting follows a strict talent-density mindset—if there’s doubt, don’t hire—because each new person is expensive in time and communication.
Finally, the founders position AI as the next “Lego block” primitive for knowledge work. Simon Last describes early skepticism about raw GPT-3, then a turning point as instruction-following improved (with GPT-4) and image models became playful tools. By late 2022, they were already prototyping and pushing the company to invest, arguing that language models can understand information and reshape how people collaborate—making experimentation and empirical testing central as the frontier changes daily.
Cornell Notes
Notion’s co-founders credit the company’s success to an obsession with craft and a willingness to “start again” through multiple rewrites until execution catches up with taste. Early attempts focused on making a better programming environment, but the team learned most people want productivity tools, not tool-making. Notion’s wedge became disguising powerful computing and structured data inside familiar document workflows, then validating it through direct customer conversations—especially via Product Hunt and Intercom support. Scaling didn’t require large research or product-ops teams; support tagging and rapid reading of conversation clusters turned customer feedback into fast, concrete product decisions. The same mindset—trade-off navigation, flexible primitives, and empirical experimentation—also shaped how Notion embraced AI as a new foundational “Lego block” for knowledge work.
Why did Notion’s early approach stall, and what changed to unlock product-market fit?
How did the founders describe the “taste vs. execution” problem during the resets?
What role did support play in Notion’s early product discovery and research?
How did Notion build a general-purpose tool without losing focus?
What hiring and culture mechanisms were meant to preserve the company’s operating style as it grew?
How did the founders’ AI stance evolve from early skepticism to active investment?
Review Questions
- What specific learning caused Notion to pivot from a programming-environment concept to a productivity tool, and how did that pivot preserve the original “power” idea?
- How did Notion’s support workflow (tagging, aggregation, and rapid reading of conversations) substitute for formal research functions during early scaling?
- What trade-offs did the founders say must be navigated when designing a general-purpose tool, and which trade-off categories did they name?
Key Points
- 1
Notion’s early “better programming environment” strategy ran into a market reality: most users want productivity outcomes, not tool-making.
- 2
The company’s wedge became disguising structured, computing-like power inside familiar document workflows to make it usable every day.
- 3
Product-market fit emerged through direct customer channels like Product Hunt and sustained support conversations, not through distant planning alone.
- 4
Intercom support was treated as an empirical research pipeline: keep notifications on, tag requests, aggregate themes, and let engineers read clusters to understand problems fast.
- 5
Notion scaled with systems thinking—minimizing collaboration friction and building reusable primitives—rather than expanding headcount for research or product ops early.
- 6
Culture and hiring were designed to preserve ownership and craft: “tend the garden,” avoid rigid code boundaries, write values down, and hire only when there’s strong confidence.
- 7
AI adoption followed an evidence-based path: early GPT-3 skepticism gave way to GPT-4’s instruction-following improvements and rapid prototyping once capabilities became reliable enough to build with.