Design a Payment System
Accept card payments for an e-commerce platform, move money correctly exactly once, and be able to prove it.
6 questions on this site are reported in Shopify software engineer interviews. Each has a full reference design (requirements, back-of-envelope numbers, components, user flows and deep dives with interviewer follow-ups). Each one can be walked through turn by turn and then sat as a mock. Patterns covered: consistency, idempotency, ledger, fintech, inventory, reservations, locking, queueing, thundering-herd, contention, compare-and-set, durable-timers, real-time, bidding, shopping-cart, caching, saga, aggregation, adaptive-scheduling, change-detection, time-series, range-queries, alerting, webhooks, retries, isolation, multi-tenancy, ssrf.
Run an AI mock Shopify interview →One of these questions, run as a live round in that style, with a debrief at the end.
Attribution comes from public interview guides and candidate reports, not from Shopify. It indicates where a question has been asked, nothing more.
Accept card payments for an e-commerce platform, move money correctly exactly once, and be able to prove it.
Sell 60 000 seats in ten minutes to a million people at once: hold a seat while someone pays, never sell it twice, and keep the site up when demand is a hundred times supply.
Run 50 million live eBay-style auctions: order every bid strictly per auction, push the price to watchers live, and close each auction exactly once.
A 500 M-product marketplace: product pages at 100 k views/s, carts that never lose an item, and Prime Day checkout without overselling.
Track 500 M products' price history and alert 50 M users when a price drops below their target, in time to buy.
Deliver 3 billion signed webhooks a day to a million customer endpoints, retrying for three days, without one slow endpoint delaying anyone else.
60 minutes, practical and often commerce-shaped: flash-sale inventory, checkout, webhook delivery or notifications. Some loops also include a separate deep dive on a system you have built.
Drawing services before the data model. Candidates report the model and the flow of data are where designs get stuck, and interviewers are reported to want concurrency, retries and consistency worked through rather than boxes on a diagram.
From public interview guides and candidate reports, and Shopify’s own interview guidance where it publishes any. Not endorsed by Shopify. Formats change; treat it as a prior, not a promise.
Large-company loops run 45 to 60 minutes, expect numbers, and spend most of the time on deep dives. Walk through a question to see how a strong candidate paces the hour, sit the same question as a mock until you can produce the requirements, the estimates and the design without looking, then read the interview framework guide for how to structure the hour. The other questions on the site teach patterns that show up in Shopify interviews under different names.
Questions reported in Shopify system design interviews include Payment System, Ticketmaster, Online Auction, Amazon, Price Tracker and Webhook Delivery System. Between them they test consistency, idempotency, ledger, fintech, inventory and reservations. The reports come from public interview guides and candidate accounts, not from Shopify, so practise the patterns rather than memorising one list.
60 minutes, practical and often commerce-shaped: flash-sale inventory, checkout, webhook delivery or notifications. Some loops also include a separate deep dive on a system you have built.
Reports say the Shopify round weighs 3 things. 1. Stock under concurrent demand: reservations that cannot oversell in a flash sale. 2. Asynchronous work done safely: retries, idempotency and at-least-once delivery, as with webhooks. 3. Choices tied back to what merchants and their customers experience. Drawing services before the data model. Candidates report the model and the flow of data are where designs get stuck, and interviewers are reported to want concurrency, retries and consistency worked through rather than boxes on a diagram.
Practise the questions reported there out loud, under a 45-minute clock: requirements with numbers first, then estimates, a high-level design, and deep dives into the two or three hardest parts. Start with Payment System: watch a strong candidate answer it turn by turn, then sit it yourself. Then cover the patterns the round leans on (consistency, idempotency, ledger and fintech) with one more question each.