For merchants
A simpler pickup ordering flow for independent pizzerias.
Pizza x402 is for takeout-first shops that want fewer phone interruptions, clearer orders during rush hours, and a direct prepaid channel that stays aligned with the restaurant.
For merchants
Pizza x402 is for takeout-first shops that want fewer phone interruptions, clearer orders during rush hours, and a direct prepaid channel that stays aligned with the restaurant.
Merchant reality
The product framing follows the real merchant problem: fewer phone interruptions, less payment friction at pickup, and a direct ordering channel that does not feel like another operational burden.
Who it fits
The product is being shaped around rush-hour reality: small teams, existing kitchen flow, and no appetite for a heavy system change just to take direct orders.
Pickup has to matter enough that phone-order chaos is a real daily cost worth fixing.
The value is operational relief during busy windows, not another system someone has to babysit.
The restaurant keeps the ordering relationship instead of renting it from a marketplace.
What setup looks like
The public site can describe the current setup path honestly even without approved product screenshots. It should stay specific about what the merchant will actually do first.
Start with owner name, email, and password in the merchant app.
Source: AGENTS merchant signup route
Launchpad captures the shop profile, pickup details, and storefront basics with save-and-resume.
Source: AGENTS merchant routes
Card is the launch-safe default for the current pilot posture. Onchain remains optional and secondary.
Source: Vision + AGENTS
Current guidance already covers stable storefront URLs, print sizes, and practical placement ideas for a first rollout.
Source: QR Code Setup Guide + AGENTS QR Kit
Public screenshots of merchant setup, storefront review, and QR Kit assets are not approved yet. This section stays step-based until real public-safe visuals exist.
Source: Merchant routes + QR setup guide
Merchant readiness checklist
A credible launch starts with a few operational basics being clear before the QR goes out to customers.
Someone has the time and authority to create the account and finish the first setup steps.
Current setup starts with the owner signup path, not a long sales process.
The shop name, pickup address, phone number, and opening hours are ready to enter accurately.
Source: Merchant bootstrap + Launchpad basics
The team already knows what “ASAP” should mean in practice and how pickup windows should feel during service.
Source: Vision pickup-first scope
The launch-safe default is card checkout, so payment readiness should not be left as a vague later step.
Source: Vision + AGENTS card-default posture
The first placement is already chosen: counter, window, printed menu, flyer, or pizza box.
Source: QR Code Setup Guide
Common objections
If the product adds work, needs special hardware, or complicates rush hours, it fails the test. The page should say that plainly.
The point is to move repeatable orders off the phone, not create another heavy workflow during service.
The launch path assumes the restaurant can use its existing phone, tablet, laptop, or printer plus a QR code.
Structured paid orders should reduce call bottlenecks during busy windows. The site should not promise automation it does not have.
This is a merchant-aligned direct channel, not a marketplace handoff where the shop loses the customer touchpoint.
V1 is focused on takeout and pickup flow. It does not sell itself as a delivery network.
The goal is a practical starting point with setup, payments, and QR rollout, not a long custom implementation project.
What merchants get now
Start with the ordering flow that matters most for takeout, then expand later from a stable base.
Clear boundaries make the rollout easier to trust, especially for a first-time merchant visitor.
Merchant FAQ
The point is to reduce reasons to hesitate, not hide them behind generic sales copy.
It should do the opposite. The intended gain is fewer phone interruptions and clearer prepaid orders, not another dashboard someone has to watch all day.
The current public promise is about reducing phone interruptions and pickup friction, not adding a second ops system.
Source: Vision
No special hardware is assumed. The launch path is meant to work with the devices and browsers the restaurant already uses, plus a printable QR code.
The current QR guidance assumes existing devices plus printed QR placement, not a hardware rollout.
Source: Vision + QR Code Setup Guide
Rush hours are the real use case. Structured paid orders should reduce call bottlenecks and back-and-forth, but the site should not promise kitchen automation that does not exist.
No. The direct ordering surface stays aligned with the restaurant, so the customer relationship does not default to a marketplace middleman.
V1 is for pickup and takeout. That narrow scope is deliberate so the product can solve the first operational problem clearly.
Source: Vision
The intended setup path is lightweight: create the owner account, set up the shop, connect payments, review the storefront, and start sharing the QR code.
The current merchant routes already define signup, Launchpad, workspace, and QR Kit boundaries.
Source: AGENTS merchant routes + QR Kit
Current public evidence
The public site can name the current pilot context and current rollout posture, but it should not imply approved metrics or storefront screenshots that do not exist yet.
The current named merchant focus is Au Comptoir a Patons in Lyon. Public metrics and merchant-ready screenshots are not published yet, so this page stays grounded in setup clarity and current scope.
The current public merchant focus is Au Comptoir a Patons in Lyon, France.
Source: README + AGENTS
Card is the default launch path today, with pickup-first scope and merchant-configurable rails.
Source: Vision + AGENTS
No public pilot metrics, no testimonial quotes, and no approved storefront screenshots are published on this page yet.
Source: Current evidence inventory
When public-safe pilot visuals or measured case-study facts exist, this block can absorb them without changing the page structure.
Source: Vision + README + AGENTS
The first goal is a direct prepaid pickup flow that merchants can actually test in the shop.
The site should stay credible by using source-backed facts and setup clarity until richer approved evidence exists.
The restaurant keeps pickup timing, status handling, and a direct customer-facing ordering path.
Ready when you are
Start setup when you are ready. If you want to talk through your current pickup flow first, use the contact page.