Latin American Pricing Complexity

[martinferreira90]

Latin American Pricing Complexity — The "Displayed Price Is Never the Real Price" Problem

Context

This discussion is motivated by real-world experience building a UCP Proof of Concept and encountering a fundamental disconnect between how UCP represents prices today and how commerce actually works in Latin America. The issues described here affect Argentina, Brazil, Mexico, Colombia, Chile, and most LATAM markets.

The Problem

When a buyer in Latin America (LATAM) searches for a product — say, "zapatillas deportivas" (sneakers) — the listed price is almost never the price they will actually pay. Unlike markets where the sticker price is the final price, in LATAM the buyer's actual cost depends on a combination of factors that are only revealed deep into the checkout process:

1. Interest-free installments (cuotas sin interes) — The dominant purchase driver in the region
2. Bank-specific promotions (promos bancarias) — "20% off with Banco Galicia", "3 installments interest-free with BBVA"
3. Loyalty tier discounts — bank "Select"/"Black" tiers
4. Payment-method discounts — Cash/transfer discounts (10-15% off for wire transfer)
5. Tax surcharges — Varies by province, tax status, and payment method (Argentina's perception regimes, Brazil's ICMS)

The result: the same ARS 150,000 sneaker has wildly different effective costs depending on who the buyer is and how they pay.

A concrete example

A buyer searches "Nike Air Max" on a marketplace. The listing shows ARS 150,000. But the actual options are:

Payment method	Installments	Interest	Effective cost	Monthly payment
Visa Banco Galicia (Gold tier)	12 interest-free installments	0%	ARS 150,000	ARS 12,500/mo
Visa Banco Galicia (standard)	6 interest-free installments	0%	ARS 150,000	ARS 25,000/mo
Mastercard BBVA	12 installments	89% CFT	ARS 283,500	ARS 23,625/mo
Falabella CMR (Premium tier)	12 interest-free installments	0%	ARS 142,500 (5% off)	ARS 11,875/mo
MODO + Visa Banco Nacion (Thursday)	single payment	—	ARS 127,500 (15% cashback)	ARS 127,500
Wire transfer	single payment	—	ARS 127,500 (15% off)	ARS 127,500
Debit card	single payment	—	ARS 150,000	ARS 150,000

The "real" price ranges from ARS 127,500 to ARS 283,500 — nearly a 2.2x difference — for the same product. And the buyer doesn't see this until they're already in checkout, selecting payment methods.

Why this matters for agentic commerce

An AI agent helping a LATAM buyer should be able to say:

"Nike Air Max — listed at ARS 150,000, but with your Visa Galicia Gold you get 12 interest-free installments of ARS 12,500. Or if you pay by transfer, it's ARS 127,500 cash. With your Falabella CMR Premium you also get 5% off: ARS 142,500 in 12 interest-free installments."

Instead of:

"Nike Air Max — ARS 150,000."

This is the difference between a useful agent and a glorified search engine. In LATAM, the pricing IS the value proposition — installments are not a financing afterthought, they're the main motivation for people to choose what to buy. That's why we think being able to show the effective cost at the search phase is vital for this market.

What makes LATAM different

1. Installments are not a financing product — they're a pricing mechanism

In the US/EU, installments (BNPL) are a separate financial product layered on top of a fixed price. In LATAM, the merchant subsidizes interest-free installments as a sales tool. The merchant pays the bank a fee (e.g., 8-15% of the sale) so that the buyer can pay in 12 monthly installments with zero interest. This is baked into the product's economics — it's not optional, it's the default way people shop.

Key differences:

Aspect	US/EU model	LATAM model
Who pays for installments	Buyer (interest) or BNPL provider	Merchant (fee to bank/processor)
When installment plans are shown	Post-checkout, as financing option	Pre-checkout, as the "price" itself
Number of plans per product	1-2 (Klarna, Affirm)	5-20+ (varies by bank, card, tier)
Impact on purchase decision	Minor — price is price	Major — "cuotas sin interes" drives conversion
Who determines the plans	BNPL provider	Merchant + Bank + Payment processor trilateral

2. Bank promotions are ubiquitous and time-sensitive

In LATAM, banks run aggressive promotions with merchants:

• "Martes y Miercoles de Banco Galicia" — 20% off on Tuesdays and Wednesdays
• "Cyber Monday con Santander" — Extra installments during events
• "Descuento permanente Nivel Black" — Ongoing discount for premium banking customers
• "MODO + Visa Banco Nacion: 15% cashback los Jueves" — Wallet-level cashback tied to a specific card brand, bank, and day of the week

These are not merchant discounts — they're trilateral agreements between the bank, the payment processor, and the merchant. The bank subsidizes part of the discount, the processor may waive fees, and the merchant absorbs the rest.

Digital wallets like MODO add yet another layer: MODO acts as an aggregator that surfaces bank-specific promotions through a unified payment experience. A buyer paying through MODO with their Visa Banco Nacion card on a Thursday gets 15% cashback — but that same MODO wallet with a Mastercard HSBC card on a Monday gets nothing. The benefit depends on the intersection of wallet + card issuer + card brand + day of the week, a combinatorial explosion that no current UCP schema can represent.

3. Loyalty tiers span multiple actors

Unlike a simple "Gold member 20% off" from one merchant, LATAM loyalty tiers create cross-cutting benefits:

• Falabella CMR Premium: Free shipping + extra installments + exclusive discounts across ALL merchants on the platform
• Banco Galicia Select: Better installment plans + cashback across ALL merchants that accept Galicia cards
• Rappi Prime: Free delivery + percentage off across restaurants AND retail

The benefit isn't from the merchant — it's from the platform, the bank, or the super-app, and it applies across merchants.

Gap Analysis: Where UCP Falls Short Today

Gap 1: No representation of installment plans at catalog/search time

UCP's catalog schemas (price, list_price on variants) represent a single price point. There's no way to express:

• "This product is available in 12 interest-free installments with Visa"
• "This product has a cash discount of 15%"
• The effective monthly cost for different payment methods

The payment_handler schema defines available instruments but has no concept of installment plans or payment-method-specific pricing.

Gap 2: Benefits can come from any actor — or combinations of them

UCP's discount extension supports merchant-side discounts (codes and automatic rules) at checkout time, but has no model for benefits like cashback, loyalty points, or zero-interest installments. In LATAM, these benefits don't come from a single actor — they can originate from any participant, or from agreements between multiple participants:

• The merchant may offer cash discounts or subsidize interest-free installment plans
• The Credential Provider may offer cashback, loyalty points, or additional installment plans based on card issuer, brand, or tier
• The Platform (e.g., Falabella, Tiendanube) may add its own installment plans or discounts through agreements with processors that apply across multiple Businesses on its surface
• Combinations: a merchant subsidizes 6 interest-free installments, a CP extends it to 12 for premium cardholders, and the marketplace adds a 5% discount on top — all on the same transaction

The protocol needs to support benefits from any single actor and from multi-party agreements, with clear attribution of who funds each part.

Gap 3: No concept of payment-method-specific pricing

UCP currently assumes the price is independent of the payment method. In LATAM:

• Cash/transfer: 10-15% discount
• Debit card: List price
• Credit card (single payment): List price
• Credit card (installments): List price (interest-free) OR list price + interest (with interest)

The price literally changes based on what you're paying with, and this happens at the merchant level, not the CP level.

Gap 4: No temporal/conditional promotion model for bank promotions

Bank promotions like "20% off on Tuesdays with Banco Galicia" need:

• Temporal conditions (day of week, not just date range)
• Payment instrument conditions (specific bank + card type)
• Trilateral attribution (who subsidizes what)

UCP currently has no promotion or temporal conditions model at all — the discount extension only handles codes and automatic discounts at checkout time, with no temporal, bank-specific, or multi-party promotion support.

Gap 5: Cross-merchant loyalty tiers

UCP has no loyalty tier model today — it's listed as a future initiative in the roadmap ("Loyalty & Member benefits"). When designed, it will need to support tiers that aren't Business-specific: Falabella CMR Premium or Banco Galicia Select are platform-level or CP-level tiers that affect pricing across all merchants. There needs to be a way to represent "this buyer has Platform tier X, which means they get Y installment plans everywhere."

What UCP Needs to Address

This isn't a fully-baked proposal — it's meant to start the conversation. But here are the areas that need design work:

1. Installment plan representation

Products need to carry installment plan information, at minimum:

- Number of installments
- Interest rate (0% for interest-free plans)
- Monthly payment amount
- Total cost (which may differ from list price if interest applies)
- Which payment instruments qualify
- Who subsidizes the plan (merchant, bank, platform)

2. Payment-method-specific pricing at catalog time

The catalog/search response needs to express that the effective price varies by payment method. This could be:

• A pricing_options array on catalog items showing different price points per payment method type
• Declarative rules that Businesses publish for Platforms to evaluate locally, extended with payment-method conditions

3. Trilateral promotion model

Promotions in LATAM involve three parties. The schema needs to support:

• Who offers it: Merchant, Bank/CP, Platform, or a combination
• Who funds it: Attribution of the discount cost
• Conditions across actors: "Banco Galicia card" (CP condition) + "On Tuesdays" (temporal) + "Electronics category" (merchant condition)

4. Recurring temporal conditions

Bank promotions run on schedules: "every Tuesday and Wednesday", "first week of each month", "every Cyber Monday". Simple date ranges don't cover this.

5. Platform-level and CP-level tiers

The tier system needs to support tiers that aren't Business-specific:

• Platform tiers (Falabella CMR Basico/Premium/Elite)
• CP tiers (Banco Galicia Select/Black)
• Their effect on pricing across multiple merchants

Example: What an Agent Should Be Able to Do

User: "Quiero comprar zapatillas Nike Air Max"

Agent: "Found Nike Air Max at Tienda Nike on Falabella.

   Listed price: ARS 150,000

   Your best options:

   1. Falabella CMR (your Premium benefit):
      ARS 142,500 — 12 interest-free installments of ARS 11,875
      (5% platform discount + merchant-subsidized installments)

   2. Visa Banco Galicia (your Gold card):
      ARS 150,000 — 12 interest-free installments of ARS 12,500
      (bank agreement with merchant)

   3. MODO + Visa Banco Nacion (today is Thursday!):
      ARS 150,000 — single payment, 15% cashback (ARS 22,500 back)
      Effective cost: ARS 127,500
      (wallet + bank + card brand promo, Thursdays only)

   4. Wire transfer:
      ARS 127,500 — single payment
      (15% cash discount from merchant)

   5. Mastercard BBVA:
      ARS 150,000 — 12 installments with interest
      ARS 23,625/month (CFT 89%, total: ARS 283,500)
      (no interest-free plan available with this card)

   Recommendation: Option 1 gives you the best monthly rate
   with your Falabella CMR Premium."

For this to work through UCP, the protocol needs to carry all this information in a structured, machine-readable way — from catalog search through checkout.

Questions for the Community

1. Scope: Should installment plans be a core protocol concern or an extension? Given that installments drive >60% of e-commerce transactions in LATAM and are growing in other markets (BNPL), we argue it should be core.

2. Where do installment plans live? Options:

   • On the product/variant (merchant declares available plans)
   • On the payment handler (CP declares available plans)
   • As a separate capability (trilateral: merchant + CP + platform negotiate plans)

3. Indicative vs. authoritative: Installment plans shown at search time would be indicative. The authoritative plan is confirmed at checkout. How much tolerance for discrepancies is acceptable?

4. Interest rate disclosure: LATAM regulations (Argentina's Ley de Defensa del Consumidor, Brazil's CDC) require showing CFT (Costo Financiero Total) / CET (Custo Efetivo Total). Should UCP mandate structured interest rate data, or is that a Business-level concern?

5. Multi-currency installments: In Argentina, some products are priced in USD but installments are charged in ARS at the exchange rate of each installment date. How should UCP handle installments where the currency of the installment differs from the product currency?

6. Backward compatibility: UCP already supports simple discount codes and automatic discounts at checkout time. How do we extend the protocol to cover the trilateral installment model without overcomplicating the simpler use cases?