Price condition
I would buy if the price were within my budget.
Use a price request when price is the shopper's explicit blocker. BuyWhen keeps the request private and requires merchant review plus current cost, margin, inventory, currency, discount-combination, identity, quantity, and expiry evidence before checkout terms can be prepared.
Evidence required
- Exact product, variant, quantity, currency, and requested threshold
- Current price, known cost, fees, margin floor, and active discounts
- Customer eligibility, expiry, and live Shopify revalidation
Good fit
Selective, margin-aware responses for qualified shoppers where price is demonstrably the remaining condition.
Safety boundary
Not public bargaining, a sitewide promotion, or permission to accept an unknown-margin order automatically.
Read the evidence guide →
Stock or variant condition
I would buy if my size, color, or quantity were available.
Use a stock or variant request to preserve the exact SKU, quantity, substitution tolerance, and deadline. The request does not reserve inventory or create a preorder; live stock and the selected variant are checked again before checkout.
Evidence required
- Exact product and variant identifiers
- Requested quantity and acceptable substitutions
- Current inventory, safety stock, timing, and request expiry
Good fit
Stores that need more useful demand evidence than an anonymous or single-variant restock alert.
Safety boundary
Not an inventory reservation, purchase order, preorder, or guarantee that a requested SKU will return.
Read the evidence guide →
Delivery-date condition
I would buy if it could arrive before Friday.
Use a delivery request when the need-by date is the commercial blocker. BuyWhen records destination, timing, flexibility, product, and quantity, but keeps the request non-binding until the merchant verifies inventory and fulfillment evidence.
Evidence required
- Need-by date, destination, product, quantity, and flexibility
- Inventory location, handling time, capacity, carrier, and cutoff evidence
- Merchant approval, expiry, and checkout-time revalidation
Good fit
Event-driven, gift, replacement, seasonal, and project purchases where timing determines whether the shopper can buy.
Safety boundary
Not a carrier guarantee or autonomous delivery promise; unknown fulfillment evidence fails closed.
Read the evidence guide →
Purchase-blocking question
I would buy if I knew whether this works with my setup.
Use a product-question request when one specific answer blocks purchase. The question stays attached to the exact product or cart so the merchant can answer with evidence and later distinguish a helpful response from a completed order.
Evidence required
- Exact product or cart context and the shopper's concise question
- Merchant-owned answer with product, policy, or compatibility evidence
- Response delivery, expiry, and paid or refunded outcome evidence
Good fit
Technical, configurable, specialized, regulated, or unfamiliar products where a factual answer can unlock a decision.
Safety boundary
Not a generic support chatbot, invented answer, legal advice, or permission to promise unsupported product behavior.
Read the evidence guide →
Fit, proof, or assurance condition
I would buy if I could verify fit, compatibility, or the applicable policy.
Use an assurance request for fit, access, compatibility proof, returns or warranty risk, sample or trial needs, replacement continuity, or compliance evidence. Checkout remains blocked until the dedicated qualification state is feasible and merchant evidence is recorded.
Evidence required
- Structured measurements, environment, compatibility, or policy concern
- The evidence source, scope, units, assumptions, and responsible owner
- Feasibility decision, expiry, and exact terms shown to the shopper
Good fit
Furniture, apparel, equipment, components, beauty, health, and other high-consideration products with proof-sensitive decisions.
Safety boundary
Not an invented fit claim, unapproved policy exception, medical advice, compliance certification, or outcome guarantee.
Read the evidence guide →
Service or convenience condition
I would buy if installation, setup, pickup, or delivery format worked for me.
Use a service request for installation, assembly, setup, support, pickup, delivery format, total landed cost, gift or occasion needs, or replenishment requirements. Coverage, capacity, timing, and cost must be verified before checkout.
Evidence required
- Requested service, location, timing, product, quantity, and constraints
- Coverage, provider or staff capacity, operational cost, and policy
- Merchant decision, shopper-visible terms, expiry, and live checks
Good fit
Products whose purchase depends on a feasible service or delivery experience rather than a lower public price.
Safety boundary
Not an unsupported service promise, supplier commitment, or provider action before capacity and cost are known.
Read the evidence guide →
Payment or procurement condition
I would buy if my company could use its required payment or approval process.
Use a procurement request for a payment method, formal quote, invoice or purchase order, tax-exempt documentation, bulk quantity, or internal approval coordination. Supported rails, buyer identity, documentation, quote expiry, and market remain merchant-reviewed.
Evidence required
- Buyer and company identity, exact products, variants, and quantities
- Payment, tax, quote, documentation, market, and approval requirements
- Versioned terms, responsible approval, expiry, and Shopify order path
Good fit
B2B, wholesale, institutional, high-value, and approval-led purchases that need a structured commercial response.
Safety boundary
Not autonomous custom quoting, unsupported payment acceptance, customer-role management, deposits, or supplier execution.
Read the evidence guide →
