behavioral-interview-prep

# Behavioral Interview Prep ## When to Use Use this skill when any of the following conditions are true: - The user has a specific behavioral interview question ("Tell me about a time when...," "Describe a situation where...," "Give me an example of...") and needs a structured, polished answer ready to practice - The user is preparing for an upcoming behavioral interview (common in FAANG, consulting firms, finance, healthcare administration, government, and any structured hiring process using competency-based frameworks like Amazon's Leadership Principles, Google's STAR-based evaluations, or Deloitte's PEAK methodology) - The user wants to convert raw experience -- a project they worked on, a challenge they navigated, a failure they recovered from -- into a coherent, delivery-ready interview story - The user is building a behavioral answer bank and needs to structure 5-15 answers covering core competencies (leadership, conflict resolution, prioritization, ambiguity, failure, collaboration, data-driven decision-making, customer focus, innovation) - The user says their answers "run too long" or "sound rehearsed" or "don't land well" and needs structural and language coaching - The user needs to adapt an existing answer for a different role, industry, or seniority level (same story, recalibrated framing and vocabulary) - The user is interviewing at a company with a documented behavioral framework (Amazon Leadership Principles, Google's Googleyness criteria, McKinsey's PEI -- Problem-Solving, Entrepreneurial Drive, Personal Impact) and needs answers mapped to those specific rubrics **Do NOT use when:** - The user needs help with technical interview preparation -- coding problems, system design, or whiteboard exercises (use `technical-interview-prep`) - The user is preparing for a case interview at a consulting firm -- these require problem structuring and business frameworks, not STAR stories (use `case-interview-prep`) - The user wants to predict which questions are likely to be asked based on the job description or company (use `interview-question-anticipator`) - The user wants to research the target company's values, culture, or recent news to tailor their framing (use `company-research-guide`) - The user needs salary negotiation preparation after receiving an offer (use `salary-negotiation-prep`) - The user is writing a cover letter -- narrative voice for written documents differs substantially from spoken delivery (use `cover-letter-writer`) --- ## Process ### Step 1: Gather the Raw Material -- Question, Experience, and Context Before writing a single word of the answer, collect the complete set of inputs. Incomplete inputs produce generic answers; specific inputs produce powerful ones. - **Get the exact behavioral question** the user was asked or expects to be asked. If the user says "I need help with a leadership question," ask for the precise wording. "Tell me about a time you led a team" and "Tell me about a time you led without authority" require fundamentally different answer angles. - **Identify the competency cluster being tested.** Most behavioral questions map to one of seven core clusters: (1) Leadership and Influence, (2) Conflict and Difficult Conversations, (3) Problem-Solving and Analytical Thinking, (4) Failure and Resilience, (5) Collaboration and Teamwork, (6) Prioritization and Time Management, (7) Innovation and Initiative. Name the cluster -- it governs what the interviewer is actually evaluating and which elements of the story to foreground. - **Collect the raw experience details.** Ask the user: What role were you in? What was the company or context? Approximately when did this happen? Who else was involved? What was at stake (timeline, money, relationship, project outcome)? What did you specifically do? What was the measurable outcome? - **Capture quantifiable results.** Push the user hard on numbers: "How many people?" "By what percentage?" "Over what time period?" "What was the dollar value?" "How many customers were affected?" If the user genuinely does not know the exact figure, coach them to estimate credibly: "approximately 30% reduction," "saving roughly 8 hours per week," "affecting a team of 12." - **Get the target role and company.** A senior vice president answer needs different vocabulary, decision-making stakes, and ownership signals than an individual contributor answer. The user's seniority level and the role they are applying to must calibrate the entire answer. - **Ask if there is a company-specific framework to target.** Amazon interviewers score explicitly against 16 Leadership Principles. Google evaluators look for "Googleyness," "General Cognitive Ability," and "Leadership." If the user names one of these companies, flag the relevant framework and map the answer to it. --- ### Step 2: Identify the Single Best Story for the Question Not every experience the user offers is the right one. Apply a story selection filter before structuring anything. - **Test for relevance to the competency.** The story must demonstrate the competency the question targets -- not just involve it peripherally. A story where the user "was involved in" a conflict is weaker than a story where the user "drove the resolution of" a conflict. - **Test for individual agency.** The user must be the protagonist with clear, attributable actions. Stories dominated by "we" or "the team decided" need to be interrogated: "What specifically did you do?" "What decision did you make personally?" If no individual agency can be extracted, the story is not suitable -- help the user find a different one. - **Test for recency.** Stories from the past 3-5 years carry more credibility and relevance than stories from a decade ago. For entry-level candidates, recent academic or extracurricular stories are preferable to distant high school examples. - **Test for stakes.** Higher-stakes stories are more compelling. "I resolved a conflict that was blocking a $500K project" is more powerful than "I resolved a conflict about meeting room bookings." Coach the user to lead with stories where something meaningful was at risk. - **Test for a clean, specific outcome.** Stories with ambiguous endings ("things eventually improved") are weak. Push the user to identify a moment where they can say exactly what changed, what was delivered, or what the measurable impact was. - **If the user has two candidate stories, pick the one with greater individual ownership and clearer quantifiable results.** Save the second as an alternative for follow-up questions. --- ### Step 3: Map the Experience to the STAR Framework Structure the answer before writing any prose. The STAR framework is well-known but commonly misapplied -- apply it with precision. - **Situation (target: 20% of total answer, 2-3 sentences):** Establish context only -- company type, timeframe, team or project context, and the inciting challenge. Do not begin explaining what the user did yet. A common mistake is burying the task inside the situation. Keep these separate. Example anchor phrase: "At the time, I was serving as [role] at [company type], and we were in the middle of [specific situation]." - **Task (target: 10% of total answer, 1-2 sentences):** State precisely what the user was personally responsible for. The Task is about ownership, not description of the problem. Weak task: "We needed to fix the deployment process." Strong task: "I was responsible for diagnosing the root cause and proposing a remediation plan to the VP of Engineering within five days." - **Action (target: 50% of total answer, 4-7 sentences):** This is where 80% of the evaluation happens. Detail the specific steps the user took, the decisions they made, the obstacles they navigated, and the reasoning behind their choices. Use "I" throughout -- "I analyzed," "I decided," "I escalated," "I designed." Include decision points: what options existed, why the user chose the path they did. Show thinking, not just doing. Avoid vague action verbs ("I worked on," "I helped with") -- use precise verbs ("I redesigned the workflow," "I negotiated a scope reduction," "I built a coalition of three stakeholders"). - **Result (target: 20% of total answer, 2-3 sentences):** End with impact. Include at least one quantified metric. Structure as: primary outcome (what was delivered), quantified impact (numbers), and secondary outcome (what changed beyond the immediate project -- adoption, recognition, process improvement, team development). Do not end with "It was a great learning experience" -- this wastes the closing impression. - **Flag the 30/10/50/10 rule:** Situation 20% + Task 10% + Action 50% + Result 20% is the target ratio. Most users over-invest in Situation and under-invest in Action. If the user's draft is front-heavy, cut Situation first. --- ### Step 4: Write the STAR Bullet Structure and Full Delivery Script Produce two versions of the answer: the structured STAR breakdown (for review and editing) and the natural-language delivery script (for practice aloud). - **STAR breakdown:** Write each component as labeled prose paragraphs. This version is for analytical review -- the user should check that Situation is brief, Task is ownership-specific, Action uses "I" and has decision reasoning, and Result is quantified. - **Delivery script:** Rewrite the full answer as flowing, conversational spoken English. This version should sound like a confident professional recounting a real experience -- not reciting a memorized essay. Use contractions (I'd, we'd, it wasn't). Start with an orientation sentence ("In my last role as..."). Build narrative momentum through the Action section. End with a crisp, high-impact result statement. - **Target word count:** 150-225 words for the delivery script (approximately 60-85 seconds at a natural speaking pace of 130 words per minute). Anything over 250 words will cause the interviewer's attention to drift. Anything under 120 words will feel underdeveloped. - **Opening hooks matter.** The first sentence should orient the interviewer immediately and carry a hint of stakes. "In my last role, I was managing a cross-functional team of 12 when our primary vendor canceled their contract 30 days before our product launch" is a better opening than "This happened at my previous company." - **Do not script the answer for memorization.** The user should internalize the STAR structure -- what the Situation is, what their Task was, the 3-4 key Actions they took, and the specific Result number -- and then speak from that framework. Verbatim memorization produces robotic delivery and collapses under follow-up questions. --- ### Step 5: Apply Company-Specific Framework Overlays (When Applicable) Generic STAR answers score lower than answers calibrated to a company's specific evaluation rubric. Apply overlays when the target company is known. - **Amazon Leadership Principles:** Amazon interviewers score against specific LP dimensions (Customer Obsession, Ownership, Invent and Simplify, Are Right A Lot, Learn and Be Curious, Hire and Develop the Best, Insist on the Highest Standards, Think Big, Bias for Action, Frugality, Earn Trust, Dive Deep, Have Backbone, Deliver Results). Identify which LP the question is targeting. Then add LP-specific language: for "Ownership," emphasize that the user acted beyond their defined role; for "Dive Deep," include a data point or analytical detail; for "Bias for Action," note that the user moved forward with imperfect information. Amazon uses a "bar raiser" evaluation model -- the action section must show independent judgment and escalation only when truly necessary. - **Google's STAR-based rubrics:** Google evaluates on four dimensions: General Cognitive Ability (problem structuring), Leadership (influence), Role-Related Knowledge (domain competence), and Googleyness (collaboration, comfort with ambiguity). Calibrate the Action section to show structured thinking (what did the user consider, what did they rule out) and to demonstrate influence without authority. - **McKinsey PEI (Personal Impact Interview):** McKinsey probes three dimensions: Problem-Solving (structured analysis under uncertainty), Entrepreneurial Drive (persistence against obstacles), and Personal Impact (influencing others). Answers should show the user identifying a non-obvious path, encountering resistance, and persisting through it. - **For all other companies:** Review the job description's language and the company's stated values. Mirror their vocabulary in the Result section. If the company values "customer obsession," close with customer impact. If they value "data-driven decisions," include an analytical data point in the Action section. --- ### Step 6: Build the Follow-Up Response Preparation Strong answers in behavioral interviews trigger follow-up questions. Unpreparedness on follow-ups destroys the impression a strong initial answer creates. - **Prepare three mandatory follow-ups for every answer:** - "What would you do differently?" -- This question tests self-awareness and growth orientation. The answer should acknowledge one specific thing the user would change (approach, timing, communication method) without undermining the decision they made. The tone is reflective, not self-critical. - "What did you learn from that experience?" -- Prepare a one-sentence insight that is specific and actionable, not generic. "I learned the importance of communication" is useless. "I learned that aligning stakeholders on success metrics before execution begins eliminates 80% of scope disputes after the fact" is specific and credible. - "Can you tell me more about your decision to [specific action]?" -- Interviewers probe the most consequential decision in the Action section. Prepare 2-3 sentences of additional reasoning: what alternatives the user considered, what information they used, why they chose the path they did. - **Prepare one deeper probe for each answer:** - "How did your manager or stakeholders react?" -- Prepare a concrete, honest answer. If stakeholders were initially resistant, say so and explain how that was resolved. Overly positive "everyone loved it" answers are not credible. - **Identify an alternative story** the user can pivot to if the interviewer says "Can you give me a different example?" This is essential -- interviewers sometimes ask for two examples of the same competency in a single interview session. --- ### Step 7: Quality-Check the Completed Answer Against the 10-Point Scorecard Before delivering the output, run the answer through this internal evaluation. Every criterion should score at least a 4/5. - **Individual attribution:** Does every action use "I" rather than "we"? (1-5) - **Quantified result:** Is there at least one specific number in the Result section? (1-5) - **Length:** Is the delivery script between 150-225 words? (1-5) - **Stakes clarity:** Is it clear what was at risk if the user had failed or done nothing? (1-5) - **Decision reasoning:** Does the Action section explain WHY the user made their key choices, not just WHAT they did? (1-5) - **Opening strength:** Does the first sentence orient AND hook? (1-5) - **Spoken naturalness:** Does the delivery script sound like a human talking, not an essay being read aloud? (1-5) - **Competency match:** Does the answer demonstrate exactly the competency the question tests? (1-5) - **Result specificity:** Does the Result section include both the immediate outcome and a secondary impact (team adoption, process change, recognition)? (1-5) - **Follow-up readiness:** Are at least three follow-up questions prepared with non-generic responses? (1-5) If any criterion scores below 3, revise that section before delivering the output. --- ## Output Format ``` ## Behavioral Answer: [3-5 Word Question Summary] **Question:** "[Exact behavioral question as written or as typically phrased]" **Competency cluster:** [e.g., Conflict Resolution / Leadership / Failure & Resilience] **LP or framework match (if applicable):** [e.g., Amazon LP: Earn Trust + Have Backbone; or N/A] **Answer length:** ~[X] words (~[X] seconds spoken) --- ### STAR Breakdown **Situation:** [2-3 sentences. Company type/context, timeframe, specific inciting circumstance. Sets the scene only -- does not describe what the user did yet.] **Task:** [1-2 sentences. Precise statement of what the user was personally responsible for delivering or resolving. Ownership-specific. Not a restatement of the problem.] **Action:** [4-7 sentences. Every sentence uses "I." Includes: specific steps taken, key decision made and why, obstacle encountered and how it was navigated, and any stakeholder or cross-functional dimension. Uses precise verbs, not vague ones.] **Result:** [2-3 sentences. At minimum one quantified metric. Primary outcome stated first. Secondary outcome (process change, adoption, recognition, team impact) stated second. Ends on a high note -- not a reflection or caveat.] --- ### Delivery Script (Practice Aloud) "[Complete answer written in natural spoken English. Contractions used throughout. 150-225 words. Opens with orientation sentence. Builds narrative through Action. Closes with crisp, specific Result. This is what the user practices speaking -- not memorizes word-for-word, but uses as a rehearsal reference.]" --- ### Competency Signals in This Answer | Competency Signal | Where It Appears | |-------------------|-----------------| | [Signal 1, e.g., "Independent decision-making"] | [Action, sentence 2] | | [Signal 2, e.g., "Quantified business impact"] | [Result, sentence 1] | | [Signal 3, e.g., "Stakeholder management"] | [Action, sentence 4] | --- ### Anticipated Follow-Ups | Follow-Up Question | Prepared Response | |-------------------|------------------| | "What would you do differently?" | [2-sentence reflective answer. Identifies one specific change. Does not undermine the original decision.] | | "Can you tell me more about [key decision]?" | [2-3 sentences of additional reasoning. What alternatives existed, what data was used, why this path.] | | "How did your manager/stakeholders respond?" | [2 sentences. Honest. If resistance existed, acknowledge it and explain resolution.] | | "What did you learn from that?" | [1-2 sentences. Specific and actionable takeaway -- not "I learned communication is important."] | --- ### Alternative Story **If asked for a second example of [competency], pivot to:** [2-3 sentences describing the backup story: context, what the user did, outcome. Enough detail that the user can quickly orient to the story and tell it unprompted.] --- ### Coaching Notes - **Strength of this answer:** [1-2 sentences on what works particularly well] - **Practice focus:** [1-2 sentences on what the user should rehearse most carefully -- usually the Action section or the opening hook] - **Watch for:** [1 sentence on a delivery risk -- e.g., "The Action section has 6 steps; practice keeping them concise to avoid running over 90 seconds"] ``` --- ## Rules 1. **Never produce tips or generic advice -- always produce a complete, deliverable answer.** The output must be something the user can practice speaking in the next 10 minutes. "Here's how to think about your answer" is not acceptable output from this skill. Every session ends with a fully drafted STAR breakdown, a delivery script, and follow-up responses. 2. **The Action section must be the longest component and must use "I" exclusively.** If the user writes "we built," "the team decided," or "we managed," transform every instance into specific first-person attribution. "We decided to rebuild the pipeline" becomes "I proposed rebuilding the pipeline after analyzing the latency data and presenting three options to the team." This is non-negotiable -- interviewers are explicitly trained to probe "we" language to determine individual contribution. 3. **Every answer must contain at least one specific quantified metric in the Result section.** "The project was successful" is not a result. "Revenue increased 23% in the following quarter," "support ticket volume dropped from 340 per week to 95 per week," "onboarding time for new hires was reduced from 4 weeks to 11 days" are results. If the user cannot provide a number, coach them to estimate with appropriate hedging ("approximately," "roughly," "we estimated"). Never invent a number. 4. **The delivery script must be 150-225 words.** Below 150 words, the answer will feel underdeveloped and the interviewer will immediately probe for more detail, putting the user on the defensive. Above 225 words (approximately 90 seconds), the interviewer's attention drifts and the answer is perceived as unfocused. This range is not arbitrary -- it reflects documented best practices from structured interview research on evaluator attention spans. 5. **Do not fabricate any detail the user did not provide.** No invented company names, no made-up titles, no assumed team sizes, no invented metrics. If critical information is missing (most commonly: a specific result number), ask the user to provide or estimate it before completing the answer. An answer built on fabricated details will collapse under follow-up questions. 6. **Calibrate vocabulary and stakes to the user's seniority level and target role.** A director-level candidate must demonstrate organizational influence, cross-functional navigation, and strategic tradeoffs -- not just task execution. An individual contributor answer is properly about personal execution, problem-solving, and peer collaboration. Mismatched seniority signals are one of the most common reasons strong candidates fail behavioral interviews. 7. **Map explicitly to the target company's evaluation framework when one is known.** For Amazon, name the Leadership Principle the answer most strongly demonstrates. For McKinsey PEI, identify which of the three dimensions (Problem-Solving, Entrepreneurial Drive, Personal Impact) the answer addresses. For Google, note whether the answer foregrounds cognitive ability, leadership, or Googleyness. Generic answers score lower than framework-targeted answers in every documented structured interview study. 8. **Failure stories require a three-part Result structure: what failed, what the user learned, and what changed afterward.** A failure story that ends with the failure is a liability. A failure story that ends with specific behavioral change and a measurable subsequent success is a strong answer demonstrating growth mindset and intellectual honesty. The ratio should be roughly 20% on the failure, 40% on the learning, and 40% on the subsequent change. 9. **The delivery script must sound like spoken language, not written English.** Specific markers: contractions are required ("I'd" not "I would," "it wasn't" not "it was not" -- unless the user is in a formal context like law or finance), sentence length should vary with shorter sentences near the end for emphasis, passive voice should be eliminated ("the decision was made" becomes "I made the decision"), and technical jargon must be assessed for the interviewer audience (HR interviewers cannot parse infrastructure terminology; technical hiring managers can). 10. **Always identify and include an alternative story.** Interviewers frequently ask for a second example of the same competency, either because they were not satisfied with the first answer or because the role demands deep evidence of that competency. If the user is caught without a backup story, they will visibly struggle, which damages their overall impression. The alternative story should be genuinely different in context (different company, different stakeholder type, different challenge) to show breadth of experience. --- ## Edge Cases **1. The user cannot recall any relevant experience for the competency being tested.** Do not accept "I don't have a good example for that." Instead, run a structured memory prompt by widening the aperb: for Leadership, ask "Have you ever been the most experienced person in a group that needed direction, even informally?" For Conflict, ask "Has anyone ever disagreed with your recommendation or your approach to something -- a colleague, a client, a vendor?" For Failure, ask "Has a project or initiative you were responsible for ever missed a deadline, gone over budget, or produced a worse result than you expected?" Everyone has stories in every competency -- they require the right trigger question. If the user genuinely has no professional examples (e.g., a new graduate), pivot immediately to academic projects, internships, volunteer work, or extracurricular leadership. The STAR format applies with equal effectiveness to "I ran a student organization's fundraiser for 300 attendees" as it does to "I managed a $3M product launch." **2. The user's story involves confidential or proprietary information they should not disclose.**