Intuit interview prep · updated Oct 2026

Intuit Software Engineer Interview Questions

Software Engineer 8 questions

Software engineers at Intuit work across products that help people and small businesses with money: TurboTax for tax filing, QuickBooks for accounting, Credit Karma for credit and personal finance, and Mailchimp for email marketing. The work mixes careful calculation with features that save customers effort. Prepare stories about testing rules, sorting transactions automatically, sending email at scale, fixed deadlines and learning from customer complaints. What to show here: customer problems solved with careful, well tested code. Each question below has what the interviewer is checking, an answer frame and a sample spoken answer to adapt.

Technical

1. How would you build a feature that sorts a small business's bank transactions into categories such as rent, travel and supplies on its own, and gets better when the owner corrects it?

What they are checking
Checks whether you can combine simple rules with learned behaviour, and design a feedback loop that respects each customer's own choices.
Answer frame
  1. Start with clear signals: merchant name, amount and past choices.
  2. Put the customer's own rules first.
  3. Fall back to a model trained on wider patterns.
  4. Show how sure the system is and make correcting easy.
  5. Learn from each correction.
Sample spoken answer

“I would layer it. The strongest signal is what this business did before: if the owner put a merchant under supplies last month, do the same now. Those personal rules come first. When there is no history, a model trained on general patterns suggests a category from the merchant and the amount. If the system is not sure, it should ask and not guess silently, since a wrong category affects tax later. Every correction is stored as a rule for that business and also feeds the general model after review. I would measure how often owners accept the suggestion without changing it.”

Red flag to avoid

Weak answers use one global model and ignore the owner's own history, or never measure whether suggestions are accepted.

Technical

2. How would you test a function that calculates tax owed, where the rate changes at several income levels and there are many deductions?

What they are checking
Checks test design for rule-heavy code: boundaries, official examples, properties and guarding against silent changes.
Answer frame
  1. Test on, just below and just above each income boundary.
  2. Use official worked examples as fixed cases.
  3. Add property tests, such as tax never falling when income rises.
  4. Keep a large set of saved cases to catch changes nobody meant.
Sample spoken answer

“I would begin at the edges, because that is where rule code breaks. For each income level where the rate changes, I test the value on the line, one unit below and one unit above. Then I add the official worked examples as fixed cases, since they are the real definition of correct. I also like property tests: with everything else equal, more income should never give less tax, and a deduction should never raise it. Last, I keep a large file of saved inputs and outputs. If a change alters any of them, the build fails and a person must confirm it was meant.”

Red flag to avoid

Weak answers test a few round numbers in the middle of each band, or compare the code only against itself.

System Design

3. A customer schedules a marketing email to go to a very large list of contacts at nine in the morning. Design the system that sends it and respects people who have unsubscribed.

What they are checking
Checks design of bulk sending: fan out, rate limits of receiving mail servers, unsubscribe checks at send time and tracking.
Answer frame
  1. Split the list into batches on a queue.
  2. Check unsubscribe status at send time, not at schedule time.
  3. Limit the rate for each receiving domain and retry soft failures.
  4. Make each send safe to repeat.
  5. Record delivery, bounces and unsubscribes.
Sample spoken answer

“At the scheduled time a job splits the list into batches and puts them on a queue. Workers take a batch, build each message and send it. The unsubscribe check happens at the moment of sending, because someone may have opted out after the campaign was scheduled. Receiving mail servers limit how fast they accept mail, so I would control the rate for each domain and retry temporary failures with delay. Each contact and campaign pair is recorded, so a retried batch does not send the same email twice. Bounces and unsubscribes flow back to the list, so the next campaign is cleaner.”

Red flag to avoid

Weak answers loop over the list in one process, or take the list at schedule time and ignore later unsubscribes.

Technical

4. A personal finance app shows a member their credit score, which comes from an outside bureau and changes only now and then. How would you fetch, store and display it so it is fresh enough but not requested more than needed?

What they are checking
Checks thinking about caching data from an outside provider, honesty about freshness and protection of sensitive data.
Answer frame
  1. Learn how often the source updates and what each request costs.
  2. Store the score with the date it was taken.
  3. Refresh on a schedule, not on every page view.
  4. Show the date to the member.
  5. Encrypt it and limit who can read it.
Sample spoken answer

“I would first find out how often the bureau updates and what each request costs, because that sets the refresh plan. The score is stored with the date it was taken, and the app reads from our store, not from the bureau on every visit. A scheduled job refreshes each member's score at a sensible interval and spreads the load through the day. On screen I would always show when the score was last updated, so the member is not misled. The old value stays if a refresh fails. Since this is sensitive data, it is encrypted at rest and access is logged.”

Red flag to avoid

Weak answers call the bureau on every page load, or show a score without saying how old it is.

Behavioral

5. Tell me about a project with a deadline that could not move, such as one set by law. How did you decide what to build and what to leave out?

What they are checking
Checks how you cut scope under a fixed date without cutting correctness, and how you keep others informed.
Answer frame
  1. Describe the deadline and why it was fixed.
  2. Explain how you split must-have from nice-to-have.
  3. Show what you protected, such as testing.
  4. Share the result and what you put off.
Sample spoken answer

“At your company we had to support a new reporting rule by a date set by the regulator. There was more work than time. I listed every item and marked what the rule strictly required and what was only comfort for users. We built the required parts first and kept the full test plan for them, because a wrong report would be worse than a plain one. A nicer summary screen was moved to the next release, and I told the product manager early so nobody was surprised. We shipped on time. The result was your result.”

Red flag to avoid

Weak answers meet the date by skipping tests, or try to deliver everything and miss the date.

Behavioral

6. Describe a time a customer complaint or a support ticket led you to a bug that your tests and monitoring had missed.

What they are checking
Checks whether you treat customer reports as real signals and follow them down to a root cause.
Answer frame
  1. Describe the complaint.
  2. Explain how you reproduced it.
  3. Describe the root cause and why the tests missed it.
  4. Share the fix and the new check.
Sample spoken answer

“A support colleague at your company sent me a ticket from a customer whose monthly report showed a total that was off by a small amount. It would have been easy to call it a rounding matter. I asked for the customer's data, with permission, and reproduced it. The cause was a transaction dated on the last day of the month in the customer's time zone, which our server counted in the next month. Our tests all used one time zone. I fixed the date handling and added tests for several zones. Then I searched for other customers affected. The result was your result.”

Red flag to avoid

Weak answers dismiss a single complaint as user error, or fix that one customer's data without finding the cause.

Scenario

7. After release you discover a bug that produced a wrong figure for a small group of customers, and some of them have already filed their tax returns with it. What do you do?

What they are checking
Checks ownership when a defect has caused real harm: finding who is affected, telling them and helping them put it right.
Answer frame
  1. Stop the bug affecting anyone else.
  2. Find exactly which customers were affected and how.
  3. Raise it with leadership, legal and support at once.
  4. Help affected customers correct their filing.
  5. Review how it got through.
Sample spoken answer

“First I would stop it spreading, with a fix or by switching the feature off. Then I would work out exactly who was affected, by running the corrected calculation over saved returns and comparing. This is not something for engineering to handle alone, so I would bring in my manager, legal and support straight away with the facts I have. Customers who already filed need to be told plainly and helped to file a correction, and we should make that as easy for them as we can. Afterwards I would run a review of why our tests missed the case and add it to the test set.”

Red flag to avoid

Weak answers fix the code and consider the matter closed, or wait for customers to notice on their own.

Why this company

8. What appeals to you about engineering for consumer and small business finance, and why Intuit?

What they are checking
Checks whether you know the range of products and want to solve money problems for people who are not experts.
Answer frame
  1. Say which problems you like to solve.
  2. Name the products and what they do for people.
  3. Give an example from your work.
  4. Say how you want to grow.
Sample spoken answer

“I like engineering that takes a task people dread and makes it small. Intuit does that across several products, from tax filing with TurboTax to books in QuickBooks and campaigns in Mailchimp. The customers are individuals and small business owners who cannot afford mistakes and do not have experts on staff. So the software has to be both correct and kind. In my work on your project I saw how much one confusing total can cost a user in worry. I want to build systems where that does not happen, and to learn from engineers who have done it at scale.”

Red flag to avoid

Weak answers could be given to any company, or show no knowledge of what the products do.

Salary questions come last

No figures on this page: pay depends on the level, the city and the offer in front of you. When the offer comes, the free salary negotiation script helps with that part.

For the call itself

The questions above are the prep. On the real call, ClapAssist helps with the ones you did not practice.

ClapAssist is an AI interview assistant for Mac and Windows. It listens to the interview on your computer and shows you what to say, in short lines you can read while you talk. Your live interview audio and screen are never stored. Your resume and notes are saved to your account so the app fills them in on any computer. It is hidden from screen share on every plan, including Free; only you can see it.

Download with 10 free minutes
Mac and Windows · Stays out of screen share · No card