Product Sense · medium
Asked in BI Developer interviews.
Push back with questions, not a wall of charts: what decision does this drive, who acts on it, how often, and what would make them act differently? Then design to that decision. Everything dashboards get built once and never opened — a dashboard is a decision tool, not a data dump.
"Everything" is a request for reassurance, not a spec. The job is to find the decision underneath it and build for that.
Ask, in roughly this order:
Then propose something smaller and concrete. "A one-screen view of the four numbers that drive the weekly decision, each with target and trend, and a second page with the breakdowns you would look at when one of them is off." Offer to add a section when a real question needs it, rather than guessing at all possible questions now.
Say why you are pushing back, in their interest: dashboards with forty charts are built once and opened rarely, because there is nothing on them to act on. A dashboard that gets used is one where a number going red tells someone what to do.
Worked line: "The ask was 'everything about sales'. The decision was where to send the two new reps next quarter. The dashboard became pipeline by region with win rate and cycle time, and it is opened every Monday."