Why three bad outputs beat any share
Ask to see three things that went wrong, because a report with no examples of failure is a report nobody actually read.
The last of the three, and the one that will change your decision most often. It is also the only question on the list whose value does not depend on getting an answer: a refusal tells you as much as a reply.
A share tells you how much went wrong. It cannot tell you what went wrong, and what went wrong is what you need, because it decides whether this is a small fix, a design problem, or a reason not to do this at all. Three concrete bad outputs settle questions no figure can reach.
Look at what the drawing separates. The same measurement produced both sides of it. The bar was on the slide; the cards were available to anyone who opened the results.
Why a refusal is an answer
Failures are the easiest thing in the world to produce if anyone has looked at the output, because they are sitting right there in the results, and they are the first thing a curious person reads. So there are only a few reasons you cannot have three.
| what you hear | what it means |
|---|---|
| “I can send you some after the meeting” | nobody has looked, and the report was assembled from a summary |
| “they are mostly edge cases” | somebody has looked, has already formed a defense, and has not tested it. Ask for the three anyway — edge cases are a claim about frequency, and you have the question for that |
| “here, and this one is interesting because…” | this person has read their own results. You can trust the rest of the report much further than you could a minute ago |
The shape of the failures matters more than their number. Three failures that are all the same failure is good news badly presented: it is one bug. Three failures with nothing in common is much worse than the same share spread across one cause, and no summary figure distinguishes those two situations.