Skip to content
Lenny's PodcastLenny's Podcast

Kevin Yien: How decision logs build product sense fast

How keeping a daily decision log with rationale builds product sense; unsell emails to candidates and sales calls as automated user research.

Kevin YienguestLenny RachitskyhostChristina (OneSchema)guest
Aug 18, 20241h 28mWatch on YouTube ↗

CHAPTERS

  1. 1:00 – 2:05

    Kevin Yien’s path to product leadership (Stripe, Square, Mutiny)

    Lenny introduces Kevin and previews the episode’s main themes: building PM craft, hiring, decision-making, user research, AI, and failure. Kevin’s background sets context for his unorthodox but practical PM philosophies.

    • Kevin’s roles across Stripe, Square, and Mutiny
    • Episode roadmap: PM craft, hiring, decision logs, research automation, AI, failure lessons
    • Framing the conversation for PMs and aspiring product leaders
  2. 2:05 – 3:03

    Why Kevin’s profile picture never changed (and what it signals)

    Kevin shares the origin story behind his long-running avatar—an early inspiration, a designer girlfriend who created it, and the twist that she’s now his wife. The light segment also touches on identity and consistency online.

    • Avatar inspired by Chris Dixon’s at the time
    • Custom illustration made by Kevin’s then-girlfriend (now wife)
    • Quick riff on “profile photo as a service” and why identity artifacts matter
  3. 3:03 – 7:40

    Don’t start as a PM: build a foundation in engineering, design, or sales first

    Kevin argues that aspiring PMs should begin in roles closest to building/selling/supporting products. He explains PM as the practice of converting a team’s potential into realized value, and why frontline exposure creates better instincts later.

    • PM = converting team potential into customer value with minimal loss
    • Early products benefit from tight loops led by builders/sellers
    • Recommended starting roles: engineer, designer, salesperson
    • Reframing: don’t “settle” for PM—choose it as a world-class strength
  4. 7:40 – 12:37

    When teams do—and don’t—need product managers

    Kevin and Lenny explore the idea that not every team needs a PM, but PM activities must still happen. They discuss cases where teams build for themselves (engineers for engineers, designers for designers) and how org scale changes the need for a dedicated PM role.

    • PM activities vs. having a PM title
    • Why “builder is the customer” companies can delay hiring PMs
    • Scaling introduces coordination/prioritization needs
    • Good PMs reduce friction and improve team output; bad PMs create resentment
  5. 12:37 – 15:08

    Writing as “clarity at scale”: why great PMs must write well

    Kevin makes the case that writing is foundational to product leadership because it creates clarity internally and externally. He emphasizes that PMs must be able to communicate compellingly in the customer’s voice—especially if they’re accountable for what ships.

    • Writing = clarity at scale for alignment and execution
    • PMs must communicate externally too (selling/supporting the product)
    • “I don’t know what I think until I’ve written it down” (writing clarifies thinking)
    • Not about being a marketer—about being compelling and precise
  6. 15:08 – 19:10

    How to become a better writer: taste, cadence, and compelling action

    Kevin shares a practical path to writing improvement: consume great writing, develop taste, then produce and iterate. He and Lenny discuss principles like cadence, simplicity, and writing that drives action—not just interest.

    • Read lots of good writing to build taste (Bourdain analogy)
    • Avoid learning from only PM artifacts; seek compelling prose
    • Write to provoke action, not passive “that’s interesting” reactions
    • Cadence matters: vary sentence length to sustain attention
    • Resource mentions: Paul Graham’s writing advice; “Several Short Sentences About Writing”
  7. 19:10 – 22:18

    PM + engineering + design: “draw the perimeter” and own the quality bar

    Kevin explains his model: PMs define the perimeter (constraints) of the problem space so engineers/designers can be maximally creative within it. He also argues PMs must stay obsessed with the final deliverable and details that determine real user value.

    • PM as constraint-setter: define the box so the team can fill it creatively
    • Healthy overlap beats strict swim lanes—murky collaboration yields better products
    • PM must bring an opinion and earn trust through legwork
    • Quality obsession: PM responsibility doesn’t stop at requirements
  8. 22:18 – 24:54

    The Square POS animation story: sweating details that change adoption

    A concrete example from Square: Kevin and a designer spent a week tuning a tiny animation for menu navigation in restaurant POS software. The story shows how micro-interactions affect speed, learnability, and adoption across novice and expert users.

    • Serving both expert “muscle memory” staff and first-time users
    • Animation timing affects perceived responsiveness and usability
    • Prototyping + bringing real servers/bartenders to test reactions
    • PM should be involved in product details when they affect value
  9. 24:54 – 28:40

    Making time for craft: focus on customer value, not internal busyness

    Kevin explains how he created room for quality work—sometimes by pushing timelines—because shipping the right thing matters more than arbitrary dates. He warns that PM work can drift into internal alignment theater and away from customer outcomes.

    • Pushed launch dates multiple times to protect quality and value
    • Audit your calendar: what activities actually help customers?
    • Beware the “busy PM” trap (internal focus over external impact)
    • Team DNA matters: quality-first culture vs. deadline-first culture
  10. 28:40 – 31:35

    Constraints that unlock creativity: practical perimeter-building in PRDs

    Kevin breaks down specific constraint types PMs can articulate to guide design and engineering decisions. By narrowing choices, teams move faster and make fewer avoidable tradeoffs during execution.

    • Define customer segment precisely (e.g., fine dining vs. taco truck)
    • Clarify the job-to-be-done and acceptable pathways
    • Specify platforms/availability expectations (desktop, mobile, native)
    • State product principles/tradeoffs (e.g., speed vs. consistency)
    • “Best decision is no decision” by removing ambiguity up front
  11. 31:35 – 35:12

    Feedback that actually lands: tuning fork drafts + silent doc reads

    Kevin shares two feedback accelerators: put something concrete in front of people to react to, and run meetings where everyone silently reads and comments in real time. The approach reduces feedback latency and speeds iteration cycles.

    • Draft-first strategy: reactions beat open-ended “what do you think?” asks
    • Silent read meetings: 20 minutes of focused commenting together
    • Real-time author responses reduce iteration latency
    • “Move slower to move faster” by compressing feedback loops
  12. 35:12 – 37:52

    Decision logs to build product sense: reps, rationale, and outcomes

    Kevin describes decision logs as a way to demystify “product sense” into a trainable skill: making good calls with limited data. The key is documenting decisions and rationales, then revisiting outcomes to calibrate judgment over time.

    • Product sense = good decisions with insufficient data
    • Decision log = document the decision + why, then review outcomes later
    • Make more reps by simulating decisions other teams/companies face
    • Caveat: decision logs complement—not replace—building products
  13. 37:52 – 46:50

    Daily log mechanics: a lightweight system to capture decisions and learning

    Kevin explains his simple logging system inspired by a “Big Ass Text File”: one running note with bulleted daily entries and tagged decisions. He offers a minimal setup anyone can start in Google Docs/Notion plus calendar reminders for follow-ups.

    • One continuous daily log; use search (Cmd/Ctrl+F) to retrieve context
    • Tag decisions with a consistent marker (e.g., #decision)
    • Start small: 10 minutes weekly, then scale up
    • Example format: meeting notes + takeaways + decisions + follow-up reminders
  14. 46:50 – 54:01

    Unorthodox hiring: the “unsell email” to prevent mismatches and churn

    Kevin shares a hiring tactic born from failure: at offer stage, send an email listing the hardest truths about the role/company to surface concerns before someone joins. Losing candidates late is acceptable if it prevents six-month attrition and misfit performance.

    • Origin: fast hiring led to surprise, attrition, and poor fit outcomes
    • Offer-stage email (≤8 bullets) that reinforces real fears candidly
    • If they’re still excited after reading it, it’s a strong signal
    • Initial impact: lost ~30% of candidates at offer stage
    • Use as conversation starter: candidates often want to discuss 1–2 bullets deeper
  15. 54:01 – 1:02:24

    Automating user research: always get raw exposure to customers

    Kevin argues PMs should never rely only on processed research; they need direct contact with raw customer reality. He then outlines ways to automate the “sourcing and scheduling” so consistent interviews happen without heroic effort.

    • PMs need raw material—don’t settle for “bent glass” reports
    • Fix structural barriers if PMs aren’t allowed to talk to customers
    • Tools: UserInterviews.com for B2B sourcing by ICP
    • Sales calls as research: use Gong alerts + Slack + Zapier + email + Calendly to auto-book interviews
    • Monitor where customers talk (forums, Reddit, support communities) and create alerting
  16. 1:02:24 – 1:06:13

    AI corner: a child’s mental model of Midjourney as a ‘crayon’

    Kevin shares a story about exploring Midjourney with his daughter, who experienced prompting as equivalent to drawing. The takeaway is that the next generation will treat generative AI as a native creative tool, reshaping expectations for future products.

    • First exposure to Midjourney V1 with his 7-year-old daughter
    • She asked, “Did I draw that?”—a revealing shift in mental model
    • Generative tools become “crayons” for kids; expectations will diverge massively
    • We’re early: “not even beneath the dust on the surface” of what changes
  17. 1:06:13 – 1:14:35

    Failure corner: layoff identity shock, recovery, and fit vs. competence

    Kevin recounts being laid off from his first PM job while his wife was nine months pregnant, and how it shook his identity. He reframes failure into controllables vs. environment mismatch, and shares how later success rebuilt confidence through real customer impact.

    • Layoff triggered identity collapse: “evidence I’m not a PM”
    • Key distinction: business need vs. personal competence
    • Second distinction: skill–environment incompatibility (you can thrive elsewhere)
    • Performance conversations often misread as “you are bad” vs. “this habitat doesn’t fit”
    • Advice for tough markets: isolate what you can change and seek better-fit environments
  18. 1:14:35 – 1:28:40

    Lightning round: books, shows, products, mottos, and eating challenges

    Kevin closes with rapid-fire recommendations and personal stories: books he rereads yearly, shows he loves, small products that delight, life mottos from his parents, and his long-running travel eating challenges. The segment highlights his curiosity and continuous-improvement mindset.

    • Book recs: The Courage to Be Disliked; The Paper Menagerie; love of memoirs
    • Shows: The Bear; Physical 100 (and its respect-driven competition culture)
    • Favorite product: magnetic trays for car work; Circuit interval timer app
    • Mottos: “Everything happens for a reason”; “Where’s my other 3%?”
    • Competitive eating challenges origin: 97-ounce porterhouse story

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.