Can you systematically match research methods to design problems and business constraints?
I decide by starting with the core question: 'Do I need to understand why users behave a certain way or measure how many do?' For discovery—like when I led a redesign of a checkout flow at Google—I used qualitative methods first. I ran five moderated usability sessions in UserTesting, observing friction points and asking open-ended questions. That revealed why users abandoned carts: unclear shipping options and trust issues. This phase gave me user stories and journey maps. Then, to validate the redesign's impact, I switched to quantitative: an A/B test in Optimizely with 10,000 users across two variants, measuring conversion rate and error recovery. The data showed a 12% lift, confirming the qualitative insights generalized. In contrast, for a Meta onboarding flow, I started with quantitative—analytics on drop-off rates—because we had clear metrics from existing data. That identified the biggest problem funnel, then qualitative interviews explained why. I always weigh triangulation: if both methods align, decision confidence is high. Tools like Figma for quick prototypes and UserTesting for remote sessions speed this. The key is not to default to one method; it's a deliberate, stage-dependent choice that balances depth and breadth.
At Google, emphasize structured hypothesis testing: use quantitative to identify signals at scale, then qualitative to deep-dive on why those signals matter in product areas like search or ads.
At Apple, focus on craft and context: start with in-lab qualitative observations of small user groups to uncover hidden needs, then use quantitative only to validate design direction against core human values.
📚 Recommended Resource
The 0-1 PM Interview Playbook (2026 Edition)
Product design thinking and UX interview frameworks used at Google, Apple, and Meta.
Get it on Amazon →