Tell me about a time when you made a difficult decision with input from many different sources.
Try This Question Yourself
Practice with feedback and follow-up questions
What is this question about
Interviewers use this question to assess how you make decisions when the answer is not obvious and multiple people have valid, competing input. They want to see whether you can gather perspectives, separate signal from noise, make a clear call, and own the outcome. At higher levels, they are also testing whether your decision process scales beyond your own work and whether people could trust you with consequential tradeoffs.
Key Insights
- You do not get credit just for collecting lots of opinions. You need to show how you evaluated conflicting input, what principles or goals you used, and why your final decision was reasonable.
- Many candidates accidentally tell a consensus story instead of a decision story. If everyone already agreed, the interviewer learns less; the strongest answers involve real tension, incomplete information, or competing priorities.
- You should make clear how you communicated the decision and what happened after. A mature answer shows not just the choice itself, but how you brought people along and validated whether it worked.
What interviewers probe atlevel
Top Priority
The interviewer wants to hear that you made a real choice and can say what you traded away, even if someone more senior was nearby.
Good examples
🟢After discussing the options, I recommended delaying one lower-priority piece so we could address the reliability issue first, and I explained that the tradeoff was a smaller release but fewer support problems.
🟢I made the call to use the simpler approach now and documented that we were accepting some future cleanup in exchange for meeting the immediate need safely.
Bad examples
🔴I brought all the opinions to my mentor and let them decide, since I didn't want to make the wrong choice.
🔴I picked an option but mostly because it avoided having to say no to anyone.
Weak answers avoid ownership; strong answers show the candidate can choose, explain, and stand behind a tradeoff.
Valuable
Example answers atlevel
Great answers
During my first year, I owned a small part of a reporting feature and had to decide whether to keep a planned export option or delay it to fix a reliability issue we found late in testing. I got different input from my mentor, who thought we could patch it later, from QA, who was worried users would hit repeated errors, and from the product owner, who wanted to keep the release date. I wrote down the tradeoff as user impact versus feature completeness and suggested we remove the export option from this release, fix the reliability issue first, and add the export in the next sprint. I shared that recommendation in our project chat with the reasoning and the updated plan, and my mentor agreed with the approach. We released on time with fewer bugs than expected, and support didn't get the questions QA had been worried about. What I learned was that when people disagree, it helps to ask what risk each person is actually trying to avoid instead of just comparing opinions.
At my previous job I was asked to choose the authentication provider for a small pilot app and had to balance very different inputs. The security engineer favored Provider A for its compliance features and audit logs, finance warned that A’s per-user fees would blow the pilot budget, product and our pilot customers wanted the quick SSO support Provider B offered, and my mentor pushed me not to delay the rollout. I created a short decision matrix scoring compliance, cost, implementation speed, and migration effort, and recommended we use Provider B for the pilot because it met the immediate needs and allowed a clean migration path later. I also proposed concrete mitigations—strict key rotation, enhanced logging, and a tested migration plan—and documented the trade-offs in an email to get explicit sign-off from security and finance. The pilot launched without auth incidents, and I learned the value of a simple, evidence-based comparison plus a contingency plan when stakeholders disagree.
Poor answers
I had a case where a few people gave me different suggestions on how to build a page for an internal tool. One engineer wanted me to reuse an older component, another said I could just write a quick new version, and design had a few preferences too. I decided to build the new version because it seemed easiest and I wanted to keep momentum. I sent the link when it was done and everyone used it, so it worked out well. I think the main thing is not to overcomplicate decisions when a team needs something quickly.
Question Timeline
See when this question was last asked and where, including any notes left by other candidates.
Early September, 2025
Early November, 2024
Tell me about a time when you made a difficult decision with input from many different sources (customers, stakeholders, partner teams, and so on). What was the situation and how did you arrive at your decision? Did the decision turn out to be the correct one? Why or why not?
Mid October, 2024
Hello Interview Premium
Your account is free and you can post anonymously if you choose.