
American Express Data Analyst interviews, as candidates describe them, combine resume walkthroughs, applied SQL, puzzles or guesstimates, and behavioral questions tied to company values, across roughly 2-4 rounds.
$94K
Avg. Base Comp
$113K
Avg. Total Comp
2-4 rounds
Typical Rounds
Not reported
Process Length
Candidates describe the American Express Data Analyst interview as a mix of applied SQL, resume-driven discussion and behavioral judgment rather than a pure coding screen. Several reports mention an early HR or recruiter conversation covering background, why Amex and, in some cases, visa status, followed by a hiring manager round that blends technical and behavioral questions.
SQL is the most consistent technical thread. Reported questions include WHERE versus HAVING, finding the second-highest transaction, ranking top customers by monthly spend with ties handled, and identifying high-value customers above a transaction threshold. One candidate described a harder round that moved into nested window functions. Interviewers reportedly cared about the reasoning behind a query, not just the final answer.
Puzzles and estimation come up in several accounts, including the three ants puzzle, 25 horses, jug problems and city-scale guesstimates. Some candidates also met machine learning questions such as XGBoost choices and F1 optimization, plus Python or Tableau topics, so match your preparation to your own resume. Company-specific questions appear too: a few candidates were asked how American Express makes money, about Blue Box values, or how they would investigate high delinquency in a credit product.
Outcomes were mixed, with both offers and rejections reported. A few candidates also noted slow communication between rounds, so plan for some uncertainty on timing.
Synthesized from 20 candidate reports by our editorial team.
Had an interview recently?
Share your experience. Unlock the full guide.
Real interview reports from people who went through the American Express process.
Total rounds: 3 | Round 1: Technical + Analytical Skills
I recently appeared for the first round of the Data Analyst interview at American Express, and honestly, it was a mix of things I had prepared for and a couple of things I wasn't expecting.
The interview started with a brief introduction. I talked about my background, my experience as a Business Analyst at Axis Bank, and some of the projects I had worked on, particularly around propensity modelling and business analytics.
The interviewer then moved into the technical questions. There wasn't much small talk after that!
The first question was a pretty straightforward SQL concept: What is the difference between WHERE and HAVING?
I was comfortable with this one. I explained that WHERE filters individual rows before aggregation, whereas HAVING filters groups after the GROUP BY operation.
The interviewer seemed interested in whether I understood the practical difference, rather than just the definitions, so I explained it with an example involving filtering customers and then filtering groups based on their total transaction value.
This was probably the point where I felt most comfortable because SQL is something I use regularly.
Then came something I genuinely wasn't expecting: a puzzle involving three ants.
It was a nice change from SQL, but it also made me pause because these questions aren't necessarily about technical knowledge. They're more about how you approach a problem when you can't immediately see the answer.
I took a moment to think through the possibilities instead of jumping to a conclusion. The interesting part was that the interviewer wasn't just interested in the final answer; explaining the reasoning was important too.
This was one of those moments where you realise that preparing only technical questions isn't enough for an interview like this.
This was probably the most interesting part of the interview.
The interviewer asked how I would identify outliers in a dataset. I discussed using percentiles to understand the distribution and identify unusually high or low values.
We also discussed visualisation. I mentioned using a box plot to identify potential outliers and a scatter plot to understand how observations are distributed and whether any points look unusual.
The discussion then moved towards anomaly detection, specifically DBSCAN.
I explained that DBSCAN is a density-based clustering algorithm that can identify points that don't belong to sufficiently dense clusters as noise. This makes it useful for detecting certain types of anomalies without having to specify the number of clusters beforehand.
What made this question interesting was that it wasn't simply about naming different methods. You had to understand when each approach would make sense.
For example, percentile-based methods can be useful for identifying extreme values in a distribution, while DBSCAN can help detect unusual observations based on their local density and the structure of the data.
I felt reasonably confident here, although it required more explanation than the SQL question.
This question caught my attention because it was less technical than the previous ones.
I approached it from two angles: analytical thinking and communication.
Analytical thinking helps you break down a business problem, investigate the data, and identify what is actually driving the outcome. Communication is equally important because even a technically correct analysis has limited value if you cannot explain the findings and translate them into actionable business recommendations.
I also felt that this question was a reminder that the role isn't just about writing SQL queries or building models. You need to connect the analysis to the business problem.
The final major discussion was around propensity modelling, which was particularly relevant to my experience as a Business Analyst at Axis Bank.
The interviewer asked about the propensity model I had worked on, and I had to explain the business objective, how the model was used, and how it supported decision-making.
This was a different kind of challenge. With technical questions, you can often prepare definitions and practise examples. With work-experience questions, you need to be clear about what you actually did, why you did it, and what the outcome was.
I focused on explaining the business problem behind the model rather than getting lost in technical terminology. The key was to connect the analytical work to its business application.
This part of the interview reinforced how important it is to understand every line of your resume. If you mention a model or project, you should be prepared to explain the problem statement, your contribution, the methodology, and the impact.
The first round covered more ground than I initially expected. It started with a basic SQL question, moved into a logical puzzle, tested my understanding of outlier detection and clustering, and then shifted towards business-oriented questions and my actual work experience.
My strongest moments were the SQL discussion and connecting analytical concepts to practical use cases. The puzzle was more unexpected, while the anomaly detection discussion required me to explain the reasoning behind different approaches rather than simply list algorithms.
One thing I took away from the experience is that a Data Analyst interview isn't just a test of SQL or Python. It tests how you think, how clearly you explain your approach, and whether you can connect data to business decisions.
This was only the first of three rounds, so I knew there was still more to prepare for. But overall, it was a useful experience because it gave me a clearer idea of the balance between technical fundamentals, problem-solving, and business understanding that the role demands.
Share your own interview experience to unlock all reports, or subscribe for full access.
Sourced from candidate reports and verified by our team.
Topics based on recent interview experiences.
Featured question at American Express
Select the 2nd highest salary in the engineering department
| Question | |
|---|---|
| Bagging vs Boosting | |
| Variable Error | |
| P-value to a Layman | |
| New Partner Card | |
| Xgboost vs Random Forest | |
| Hurdles In Data Projects | |
| Holiday Airport Traffic Surge | |
| Success Measurement | |
| Lasso vs Ridge | |
| 85% vs 82% | |
| Assumptions of Linear Regression | |
| Z and t-Tests | |
| User Event Data Pipeline | |
| Loan Model | |
| Overfit Avoidance | |
| Open Source Reporting Pipeline | |
| Optimize Model Performance | |
| Rider Acquisition Target | |
| Decision Tree Evaluation | |
| Different Card | |
| Client Solution Pushback | |
| Stakeholder Communication | |
| Random Forest from Scratch | |
| Why Do You Want to Work With Us | |
| Your Strengths and Weaknesses | |
| Fast Food Database | |
| Singly Linked List | |
| Credit Card Outreach | |
| Regularization and Validation |
Synthesized from candidate reports. Individual experiences may vary.
Candidates report an opening call covering background, why American Express, why the role, and sometimes visa status. One candidate described it as about an hour, while another described a 30-minute screen with a behavioral question. Have a clear career narrative and a concise motivation story ready.
Several candidates describe a manager conversation that combines resume deep-dives with simple SQL and behavioral questions, such as handling team conflict, stakeholder distrust of analysis, or Blue Box values. Expect to explain projects in plain language, and be prepared to defend tools listed on your resume.
Candidates typically report SQL such as joins, GROUP BY and HAVING, window functions and top-customer queries. Puzzles and guesstimates appear in several accounts, and some candidates also mention Python, ML or statistics. Interviewers reportedly listen for how you reason, so talk through assumptions as you work.
Some candidates report final conversations with a panel, director, VP or senior managers. These are described as mostly behavioral, with questions on projects, STAR-style examples and how American Express makes money. This stage may not appear in every process, since reports range from two to four rounds.