How a New App Can Enter a Two-Sided Market
An entrant in retail digital payments faces a problem that an ordinary app market can sometimes avoid: its service becomes useful only when it connects two groups at once. This chapter examines that problem through UPI’s anonymized App 2 case. The point is not to celebrate one provider, but to understand how interoperability lets an entrant begin with a partial audience, how that audience can expand, and why entry can improve service without guaranteeing a permanently competitive market.
Why payments need two groups at once
Person-to-merchant payments are a two-sided market. Consumers want a payment app that works at many merchants; merchants want a payment method that reaches many consumers. Each side increases the value of the service to the other. A consumer who carries an app that no merchant accepts has little reason to use it. A merchant that accepts an app no customer carries has invested in a capability with little practical return.
A closed-loop system intensifies this dependence. If the payer and payee must use the same provider, an entrant cannot offer a complete service by recruiting only one group. It needs enough customers to make merchants interested and enough merchants to make customers interested. Those recruitment efforts must reinforce each other before the provider has a large network. The entrant may have a smoother interface or a better feature, but that advantage is difficult to realize if a user cannot complete the payment with the people they need to pay.
The incumbent’s advantage is therefore cumulative. Existing users make the incumbent useful; usefulness attracts more users; the larger network then makes a rival’s first customers less valuable because they cannot reach enough counterparties. This is why network effects can create a winner-take-most tendency even when a rival is technically allowed to launch. The problem is not simply persuading people that the new app is good. It is persuading them that it will be good in the presence of everyone who has not yet joined.
Interoperability changes the minimum viable audience. If a new app can connect to users and merchants on other providers, it can first serve a subgroup without making that subgroup wait for the entire network to move. A customer can adopt the entrant and still pay a merchant that uses another provider. A user group with a particular need can become the entrant’s initial base, even while the rest of the market remains elsewhere. The entrant can then use that base to build relationships on the other side.
This is a change in the entry sequence. In a closed loop, the provider must solve the consumer–merchant coordination problem before either group has much reason to participate. On an interoperable rail, the provider can solve a narrower problem first: make its own interface useful to one group while relying on the shared system to preserve access to the other. The shared rail does not remove the need to recruit users or merchants. It removes the requirement that every recruitment effort be synchronized with the same provider’s recruitment effort.