This is basically two questions stitched together and I didn't pace myself well.
Structure your answer by first defining the dashboard's purpose and audience, then systematically covering primary and guardrail metrics with clear event/user-level definitions, dimensions, and SLAs. For the diagnostic scenario, walk through a structured root-cause analysis: segment, analyze funnel drop-offs, validate instrumentation, and design experiments to isolate UX vs. supply issues.
Pro tip: Emphasize that metrics should be actionable and tied to business goals; for diagnosis, always start with data quality checks before diving into analysis, as instrumentation issues often masquerade as product problems.
Clarify who will use the dashboard (e.g., product managers, engineers, executives) and what decisions it should inform. This guides metric selection and granularity.
Choose primary metrics (GMV, purchases, unique buyers, PDP CTR) and guardrail metrics (bounce rate, search exits). Define each at event and user levels, ensuring clear formulas and data sources.
Identify key dimensions for slicing (e.g., device, geography, traffic source) and set freshness/SLA requirements (e.g., hourly updates, daily aggregates) based on stakeholder needs.
Segment users (e.g., new vs. returning, demographics) and analyze funnel drop-offs from tab view to purchase. Validate instrumentation to rule out tracking errors.
Run A/B tests targeting UX changes (e.g., layout, search relevance) and supply-side factors (e.g., product availability, pricing) to distinguish between them.
AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.