DoorDash Customer Success Manager (Mid-Level) Interview Preparation Guide

Opening statement (one line)
As the Customer Success Manager, I’d run an Executive Business Review focused on value delivered, risks to renewal, and concrete growth opportunities—drive alignment and executive-level decisions.

Meeting agenda (60 minutes)

• 0–5m: Executive introductions & objectives
• 5–20m: Business outcomes recap (success vs. targets)
• 20–35m: Key metrics & adoption trends
• 35–45m: Risks, blockers, escalation items
• 45–55m: Opportunities and proposed initiatives
• 55–60m: Executive asks, decisions, next steps

Must-have KPIs

• ARR / SAAS Revenue impact (current & growth)
• Product adoption: DAU/WAU, feature adoption %
• Time-to-value / onboarding progress
• NPS / CSAT trends
• Renewal risk score & churn drivers
• Support MTTR / open critical incidents
• ROI metrics: cost saved or revenue enabled

Pre-read materials (sent 3 business days prior)

• 1-page Executive Snapshot (top metrics + topline recommendation)
• Detailed KPI dashboard (links to live dashboard)
• Case studies / customer successes inside account
• Open issues & escalation log with owners
• Proposed pilots/expansion business cases (cost/benefit)

Surface risks & opportunities

• Present each risk with evidence, impact (quantified), owner, mitigation plan, and deadlines
• Present opportunities with expected ARR impact, resource needs, timeline, and pilot criteria
• Use RAG status and trend lines; call out “blockers requiring executive action”

Specific asks / commitments for the executive sponsor

• Approval to run a 3-month pilot for [feature/vertical] and commit X users
• Headcount or budget approval (amount and justification)
• Exec sponsorship for cross-functional unblock (e.g., data access, integration priority)
• Agreement on renewal target and decision date
• Weekly/biweekly check-in cadence commitment for the pilot

I finish by confirming owners, deadlines, and delivering updated one-pager within 24 hours.

Clarify goals & constraints

• Objective: maximize retention, NRR, and expansion across 200 strategic accounts with a small CSM roster.
• Constraints: limited headcount, focus on high-impact touch vs. low-touch automation.

High-level approach

• Tier accounts (A: top 40, B: next 60, C: 100) and map touch model: 1:1 for A, pod/shared for B, digital for C.
• Build a playbook-driven platform integrated with CRM + CS platform (Gainsight/ChurnZero + Salesforce + BI).

Core components

• Playbooks (templated sequences): Onboarding, Quarterly Business Reviews, Renewal, Expansion, Risk Recovery.
• Templated Success Plans: Objectives, KPIs, milestones, owner, timeline, escalation path.
• Health Scoring: composite score from Product Usage (40%), Value Delivery KPIs (30%), Support Signals (15%), Financial/Engagement (15%). Weighted, normalized 0–100 with thresholds for Green/Amber/Red.
• Automation points: onboarding workflows, usage ingestion, automated alerts, renewal reminders, renewal/expansion email sequences, meeting prep packs, playbook triggers.
• Staffing & roles:
  • CSM (owner): strategic relationship, QBRs, expansion sponsor.
  • Customer-facing SME: technical enablement, feature adoption projects.
  • Escalation Engineer: triage complex incidents, root-cause support.
  • Pod lead (for B accounts): 1 CSM + SME + shared engineer.
  • Customer Success Ops: tooling, reporting, automation.
• Operational cadence:
  • Weekly health review (automated dashboard + human triage).
  • Monthly pod sync, quarterly exec QBR.
• Metrics (efficiency & outcomes):
  • Efficiency: accounts per CSM, automated touch %age, average time-to-value, playbook adherence.
  • Outcomes: Renewal rate, Net Revenue Retention, Expansion ARR, Time-to-first-value, Mean Time to Resolution for escalations, Health score distribution.
• Risks & trade-offs:
  • Over-automation loses relationship nuance — mitigate by human check-ins on amber/red.
  • Rebalance tiers quarterly based on ARR and health.

This design balances high-touch for top accounts with scalable automation and clear playbooks to keep 200 strategic accounts healthy with limited CSM bandwidth.

Brief test plan (what I’d run first)
I’d perform a two-proportion z-test comparing expansion rates (pilot p1 = 36/200 = 0.18 vs control p2 = 48/400 = 0.12). Calculate pooled p = (36+48)/600 = 0.14. Standard error SE = sqrt( p*(1-p)(1/n1 + 1/n2) ) ≈ 0.030. z = (0.18-0.12)/SE ≈ 1.996 → two‑sided p ≈ 0.046. 95% CI for the difference ≈ 0.06 ± 1.960.030 → (0.001, 0.119). So the lift is marginally statistically significant.

Assumptions & robustness checks

• Check independence and that counts are unbiased.
• Run Fisher’s exact test if small counts or exact inference needed.
• Compute power/post‑hoc: with observed effect (6 ppt) current sample gives borderline power — may pre-register required sample for future tests.

Multiple cohorts & time effects

• Use logistic regression or a generalized linear mixed model: expansion ~ treatment + cohort + time + (1 | account/region) to control for cohort and temporal trends; include treatment*time interaction to see persistence.
• Cluster standard errors by cohort/time window to account for within‑cohort correlation.
• If testing many cohorts/variants, apply FDR (Benjamini–Hochberg) or Bonferroni for hypothesis control.

Practical/business significance

• Translate ppt lift into revenue: e.g., if average expansion revenue per expanded account = $X, expected incremental ARR = N_accounts_exposed * 0.06 * X.
• Compute NNT (number needed to treat) = 1 / absolute lift ≈ 1/0.06 ≈ 17 accounts per 1 additional expansion.
• Use CI for revenue sensitivity (best/worst cases). If intervention increases onboarding cost, compare incremental LTV vs cost.
• Decision rule: if expected incremental ARR minus cost > threshold and CI excludes zero meaningfully, roll out; otherwise iterate or run larger test.

Takeaway (as CSM)
Statistically we see a marginally significant 6ppt lift. I’d validate with cohort-adjusted regression, estimate dollar impact per account, and decide whether lift justifies operational changes or further testing.

Overview
Pilot playbook for Module X: 8–12 week controlled release with 6–10 strategic customers to validate value, adoption, and stability before GA.

Selection criteria

• Strategic fit: 30–50% of pilot accounts across SMB/Enterprise segments
• Use-case alignment: Customers with workflows directly addressed by Module X
• Engagement readiness: High product engagement score, assigned CSM, executive sponsor
• Technical readiness: Compatible tech stack, willingness to allocate POC resources
• Risk diversity: Include one high-risk / complex and two low-risk quick wins

Success metrics

• Adoption: % of pilot users actively using module weekly (target ≥ 40% DAU among invited)
• Value: Time saved / error reduction or NPS lift (baseline → target 20% improvement)
• Retention/Expansion signals: 30-day retention and intent to purchase (≥ 50% show buy intent)
• Stability: Critical bugs ≤ 1/blocker; mean time to remediate ≤ 48 hrs
• Business outcomes: 3 customer case studies showing ROI

Data collection methods

• Product telemetry: feature usage, session length, UI flows (via analytics)
• Qualitative: weekly check-ins, structured surveys, usability sessions
• Support logs: ticket volume, severity, time-to-resolution
• Success interviews: pre/post value assessment and ROI templates
• CRM & CSM notes: track renew/expansion intent and risks

Rollback criteria

• Severe stability: >1 critical production incident affecting >10% of workflows
• Adoption failure: <20% active use after 4 weeks despite success actions
• Negative business impact: measurable revenue loss or regulatory risk
• Customer sentiment: >30% pilot participants request disablement
  Rollback plan: immediate feature toggle off, patch communication, remediation timeline, individual account recovery calls, post-mortem and executive brief.

Post-pilot rollout plan

• 0–2 weeks: Consolidate results, prioritize fixes, produce playbook and pricing/GTM collateral
• 2–6 weeks: Phased GA: opt-in for cohorts by ARR/segment, enablement materials, CSM training
• 6–12 weeks: Broad rollout with inbound sales enablement, marketing case studies, success KPIs monitored
• Governance: Weekly launch steering, roadmap updates, KPIs in CS dashboard; escalate unresolved issues to product/eng.

I would lead customer selection, run weekly CSM-led check-ins, synthesize findings, and advocate prioritization—ensuring learnings convert to measurable adoption at scale.

Overview (60‑day goal)
Create a prioritized, measurable plan to capture critical tribal knowledge, get it into accessible tooling, assign owners, and embed maintenance into CSM workflows so documentation stays current.

Days 0–14 — Rapid discovery & quick wins

• Run 30–60 minute 1:1s with each CSM to list top 5 frequently asked customer questions, playbooks, and tacit tips. Capture into a shared template.
• Pull top 20 support tickets/CRM notes and record recurring themes.
• Quick wins: publish an “SOS” one‑pager (onboarding checklist, escalation path, renewal play) in shared space; host a 60‑minute team roundup to validate.

Days 15–35 — Structure, tooling, and ownership

• Tooling: use Confluence or Notion for living knowledge base; integrate with Salesforce/HubSpot and Zendesk for contextual links; use Loom for short how‑tos.
• Taxonomy: create templates (Customer Issue, Playbook, FAQ, How‑to) and tagging standard (product, stage, priority).
• Ownership model: assign a document owner per account stage (Onboarding, Adoption, Renewals, Escalations). Owners update quarterly; SMEs tagged for reviews.

Days 36–60 — Documentation, embed, and governance

• Convert top 30 items into structured pages + 2–5 short Loom videos; link pages into CSM onboarding flow.
• Process: require owners to review assigned pages during monthly team meeting; new hires must complete knowledge checklist in first 14 days.
• Governance: lightweight doc change log, quarterly audit by CS lead, incentives: recognition in OKRs for updates.

Success metrics

• Coverage: top 30 recurring issues documented by day 45.
• Adoption: 80% of CSMs use KB at least weekly (measured by page views/links in CRM) by day 60.
• Efficiency: reduce average time-to-resolution for recurring issues by 25% in 90 days.
• Onboarding: new CSM ramp time reduced by 30% for core workflows.

Why this works: quick wins build trust; clear tooling + templates make capture easy; owner model creates accountability; metrics ensure continuous improvement.

90‑Day Success Plan — Objective: Help customer achieve foundation to deliver 20% operating cost reduction within 12 months by identifying high-impact cost drivers, implementing quick-win changes, and establishing measurement & governance.

Key Objectives (Day 0–90)

• O1: Baseline costs and identify top 3 cost levers (days 0–14)
• O2: Implement 2 quick wins that reduce monthly run-rate (days 15–45)
• O3: Establish measurement, reporting cadence, and accountability (days 46–90)

Measurable Success Metrics

• Baseline validated monthly operating cost (USD) — Owner: Customer Finance, CSM verifies
• Identified opportunity size per lever (USD and % of baseline)
• Quick-win realized savings within 30 days (USD; target ≥ 3–5% run-rate reduction)
• Implementation velocity: tasks completed vs plan (%)
• Health metric: stakeholder adoption score (survey 0–10)

Owner Responsibilities

• Customer Exec Sponsor: approve priorities, remove blockers
• Customer Finance/Ops: provide cost data, validate baselines
• CSM (you): project manager, run workshops, track KPIs, escalate
• Technical/Implementation Team: deliver configuration/process changes

Data Collection & Validation Plan

• Collect last 12 months of P&L, resource usage, vendor invoices within 7 days
• Use automated ingestion (CRM/analytics) + manual sample invoice validation (5–10 per vendor)
• Reconcile reported savings monthly against finance-led GL movements
• Maintain single source of truth dashboard (shared workbook/BI) — CSM owns updates

Milestones & Financial Tie‑ins

• Day 14: Baseline established → committed target: 20% = baseline * 0.20
• Day 30: Quick-win A implemented; report realized monthly savings (target ≥ baseline*0.03)
• Day 45: Quick-win B implemented; cumulative run-rate reduction target ≥ baseline*0.05
• Day 60: Roadmap for remaining levers with estimated savings and timelines to reach 20%
• Day 90: Governance in place + forecast showing trajectory to 20% within 12 months; documented ownership and monthly reconciliation process

Wrap-up: Deliver weekly scorecards to Exec Sponsor showing realized savings, forecast gap to 20%, and next actions.

Situation & Objective
Customer (strategic enterprise) is threatening churn because a critical integration is missing. Goal: prevent churn and secure commitment to phased delivery within 30 days while protecting trust and ARR.

Stakeholders to engage

• Customer: VP Product/IT (decision), Procurement, Head of Integrations (daily contact)
• Internal: VP Engineering (prioritization), Product Manager (scope), Solutions Architect (technical feasibility), Customer Support (interim), Sales/Account Exec (commercial approvals), Legal (SLA/contract)

Evidence & metrics to present

• Business impact: $ value at risk (ARR), number of users/processes blocked, revenue per day impacted
• Adoption/usage: current usage metrics, NPS/CSAT trends, support ticket volume tied to missing integration
• ROI timeline: estimated time-to-value with integration (revenue retention/expansion)
  Present as a concise one-pager and slide for execs.

Phased-scope & compromises

• Phase 1 (MVP): minimal API endpoints/ETL to unblock core workflows (2–3 weeks dev effort)
• Phase 2: full feature parity, security/hardening (4–8 weeks)
  Offer reduced scope that still unlocks customer-critical flows.

Interim mitigations

• Solutions Architect builds configurable middleware or temporary connector (workaround) within 1 week
• Document runbooks and manual processes; assign CSM/Support to 24–48h response SLA
• Weekly syncs with customer and dedicated escalation channel (Slack/phone)

Commercial concessions

• Temporary service credit or discount if SLA missed
• Short-term professional services hours included for connector setup
• Commitment to roadmap date in writing and option for pilot pricing for Phase 1

30-day timeline with owners
Week 0 (Day 0–2): Executive alignment call; capture impact metrics (CSM owner)
Week 1 (Day 3–9): Product/Eng scoping for Phase 1 (PM + Solutions Architect) + customer sign-off on reduced scope
Week 2 (Day 10–16): Engineering triage; start Phase 1 dev or build middleware (VP Eng + Eng lead)
Week 3 (Day 17–23): QA and customer UAT; support runbooks deployed (Eng + Support + CSM)
Week 4 (Day 24–30): Go-live Phase 1 or deploy workaround; commercial concession executed if needed; Executive health review (CSM owner; VP Eng; Sales)

Success criteria & follow-up

• Phase 1 live or reliable workaround in place by Day 30
• Customer confirms core workflows unblocked; reduction in churn risk score and support tickets
• Signed commitment to Phase 2 timeline and quarterly business review cadence

This plan balances tactical mitigations, commercial goodwill, and focused internal advocacy to protect revenue and restore trust.

Overview / approach
I’d formulate this as a knapsack-style integer optimization that selects which accounts receive CSM interventions to maximize net dollar retention (NDR) given limited CSM hours and cost-per-hour.

Inputs

• For each account i:
  • ARR_i (current ARR)
  • p_i (probability uplift in retention or expansion from intervention; expressed as incremental retention probability)
  • h_i (CSM hours required for intervention)
  • c (cost per CSM hour) — can be uniform or account-specific
• Total available CSM hours H (per week or day)
• Baseline expected churn/expansion without intervention (implicit in p_i)

Decision variable

• x_i ∈ {0,1} — 1 if we allocate intervention to account i this period

Objective (maximize expected net ARR change minus cost)

Maximize   sum_i x_i * ( ARR_i * p_i ) - sum_i x_i * ( h_i * c )

Plain English: pick accounts where expected incremental ARR retained/added exceeds intervention cost.

Constraints

• Capacity:

sum_i x_i * h_i <= H

• Optional prioritization constraints (e.g., minimum coverage of high-touch tier accounts)
• x_i binary

Operationalization into weekly/daily plans

• Solve weekly integer program (or greedy approximation: sort by ROI = (ARR_i * p_i) / h_i) to get selected accounts.
• Break each selected account’s h_i into daily task blocks (e.g., 1-2 hour touchpoints), map to CSM calendars with meeting templates and clear success outcomes.
• Feed decisions into CRM/CS platform: task lists, playbook to execute intervention, tracking of p_i assumptions and realized outcomes.
• Run rolling updates: re-estimate p_i from recent outcomes, re-run optimization daily for leftover hours or weekly for planning.
• KPIs: realized NDR uplift vs expected, hours spent per account, model calibration (p_i accuracy).

I would emphasize explainability: show CSMs why accounts were selected (ROI), provide playbooks, and continuously retrain p_i using observed responses.

Approach (brief)
As a CSM I think in cohorts and monthly MRR snapshots. I (1) normalize invoices into monthly-recurring MRR per account, treating credits/refunds as negative recurring adjustments, (2) compute each account's MRR at the start of the year (baseline) and at each month, (3) sum baseline MRR and net MRR changes to compute NRR per month:
NRR = (Baseline MRR + Expansions - Contractions - Churn) / Baseline MRR.

SQL (ANSI) — replace :year with the desired year:

-- 1) build monthly MRR per account: include recurring invoices, 
--    apply credits/refunds (negative amounts). Amounts in cents -> dollars
WITH months AS (
  SELECT DATE_TRUNC('month', DATE ':year-01-01') + (interval '1 month' * (n)) AS month_start
  FROM (SELECT 0 AS n UNION ALL SELECT 1 UNION ALL SELECT 2 UNION ALL SELECT 3
        UNION ALL SELECT 4 UNION ALL SELECT 5 UNION ALL SELECT 6 UNION ALL SELECT 7
        UNION ALL SELECT 8 UNION ALL SELECT 9 UNION ALL SELECT 10 UNION ALL SELECT 11) t
),
invoices_normalized AS (
  SELECT
    account_id,
    DATE_TRUNC('month', invoice_date) AS invoice_month,
    CASE
      WHEN invoice_type IN ('recurring') THEN amount_cents/100.0
      WHEN invoice_type IN ('credit','refund') THEN -ABS(amount_cents)/100.0
      WHEN invoice_type IN ('one_time') THEN 0.0  -- exclude non-recurring from MRR
      ELSE 0.0
    END AS mrr_change
  FROM invoices
  WHERE EXTRACT(YEAR FROM invoice_date) = :year
),
mrr_by_account_month AS (
  -- sum all recurring and adjustments per account-month
  SELECT account_id, invoice_month AS month_start, SUM(mrr_change) AS mrr
  FROM invoices_normalized
  GROUP BY account_id, invoice_month
),
-- ensure every account has row for every month (0 if no invoice)
accounts AS (SELECT DISTINCT account_id FROM (SELECT account_id FROM subscriptions UNION SELECT account_id FROM invoices) t),
account_month_grid AS (
  SELECT a.account_id, m.month_start
  FROM accounts a CROSS JOIN months m
),
account_mrr_grid AS (
  SELECT g.account_id, g.month_start, COALESCE(m.mrr,0.0) AS mrr
  FROM account_month_grid g
  LEFT JOIN mrr_by_account_month m
    ON m.account_id = g.account_id AND m.month_start = g.month_start
),
-- baseline is MRR in Jan 1st month of year
baseline AS (
  SELECT account_id, mrr AS baseline_mrr
  FROM account_mrr_grid
  WHERE month_start = DATE_TRUNC('month', DATE ':year-01-01')
),
-- compute per account per month: status change relative to previous month baseline for churn/expand/contract
account_month_changes AS (
  SELECT
    g.account_id,
    g.month_start,
    b.baseline_mrr,
    g.mrr AS current_mrr,
    CASE 
      WHEN b.baseline_mrr > 0 AND g.mrr = 0 THEN b.baseline_mrr  -- churn (loss = baseline)
      ELSE 0.0 END AS churn_amount,
    CASE
      WHEN g.mrr - b.baseline_mrr > 0 THEN g.mrr - b.baseline_mrr ELSE 0.0 END AS expansion,
    CASE
      WHEN g.mrr - b.baseline_mrr < 0 AND g.mrr > 0 THEN ABS(g.mrr - b.baseline_mrr) ELSE 0.0 END AS contraction
  FROM account_mrr_grid g
  LEFT JOIN baseline b ON g.account_id = b.account_id
  WHERE b.baseline_mrr IS NOT NULL
)
SELECT
  to_char(month_start,'YYYY-MM') AS month,
  SUM(baseline_mrr) AS baseline_mrr_total,
  SUM(expansion) AS expansion_total,
  SUM(contraction) AS contraction_total,
  SUM(churn_amount) AS churn_total,
  -- net retained MRR = baseline + expansion - contraction - churn
  (SUM(baseline_mrr) + SUM(expansion) - SUM(contraction) - SUM(churn_amount))
    / NULLIF(SUM(baseline_mrr),0) AS nrr
FROM account_month_changes
GROUP BY month_start
ORDER BY month_start;

Explanation & reasoning

• I focus MRR on recurring invoices; one-time invoices are excluded from MRR because they distort retention.
• Credits/refunds (invoice_type = 'credit' or 'refund') are treated as negative recurring adjustments in the same month they occur; that correctly reduces MRR and flows into contraction or churn depending on account baseline.
• Baseline is each account's MRR at start of year — NRR compares later months to that baseline so expansions and contractions are measured relative to starting revenue.
• Churn is when baseline > 0 and current MRR = 0 (full loss). Partial reductions go to contraction.
  Practical notes for a CSM
• Validate invoice_type semantics with finance (some credits are one-time rebates vs. recurring).
• Consider smoothing or prorating mid-month subscription changes and reactivations separately for more accuracy.

Overview (role perspective)
As a Customer Success Manager I use NPS, CSAT, and CES for different moments in the customer journey — each informs different actions (retention, immediate satisfaction, friction removal).

NPS

• Primary use case: Measure long-term loyalty and referral likelihood across segments.
• Recommended cadence: Quarterly or biannually by cohort.
• Example question: “On a scale 0–10, how likely are you to recommend [Product] to a colleague?”
• How I'd act: Segment promoters/passives/detractors, run detractor follow-ups to uncover issues, build promoter advocacy programs, track NPS trends by account tier.
• Limitation: Low diagnostic detail — doesn’t indicate why score was given.

CSAT

• Primary use case: Measure satisfaction after a transaction or interaction (onboarding, support case, feature release).
• Recommended cadence: Event-driven (immediately post-interaction).
• Example question: “How satisfied were you with your onboarding experience today? (1–5)”
• How I'd act: Resolve low scores quickly, tie scores to rep performance, iterate specific touchpoints.
• Limitation: Short-term snapshot; can miss overall loyalty.

CES

• Primary use case: Measure ease of accomplishing a task (reducing customer effort to predict retention).
• Recommended cadence: After key workflows (first activation, renewals, critical task completion).
• Example question: “How easy was it to complete [task] today? (Very Difficult → Very Easy)”
• How I'd act: Map processes causing high effort, prioritize product/usability fixes, streamline onboarding flows.
• Limitation: Narrow focus on effort; may miss emotional sentiment.

Recommendation by GTM

• Product-led growth: Prioritize CES (activation friction) + CSAT (transactional satisfaction); use NPS as a health/advocacy indicator.
• Enterprise sales-driven: Prioritize NPS (relationship & renewal forecasting) + CSAT for support/CS touchpoints; use CES selectively for critical workflows.