У продавца — бумажка, у покупателя — любое приложение
В индийском кафе или у уличного торговца часто нет банковского терминала. На стойке лежит QR-код. Покупатель сканирует его приложением своего банка, Google Pay, PhonePe или другим UPI-клиентом, подтверждает операцию — деньги уходят с банковского счёта на банковский счёт.
Продавцу не нужно угадывать, каким кошельком пользуется клиент. Покупателю — держать баланс в отдельной системе. Совместимость стала свойством инфраструктуры, а не результатом переговоров каждой пары компаний.
Рост, который трудно представить
В 2016 году UPI начинала с 21 банка и примерно 100 тысяч операций за первый неполный месяц. По данным правительства Индии, в 2025 году к системе были подключены более 700 банков, а месячный объём превысил 20 млрд транзакций. Официальная таблица NPCI позволяет увидеть рост по месяцам, без маркетинговых округлений.
Масштаб важен не рекордом. Он показывает, что общая платёжная прослойка выдержала одновременно переводы друзьям, оплату такси, подписки и QR у маленького магазина.
Платформа не обязана владеть витриной
UPI объединяет маршрутизацию платежа и общие правила, но не заставляет всех пользоваться одним интерфейсом. Банки и финтех-компании конкурируют удобством, кэшбэком, скоростью и поддержкой поверх одной сети.
В продуктовой архитектуре это называется разделением стабильного ядра и быстро меняющегося края. Ядро отвечает за идентификаторы, подтверждение и совместимость. Клиентские продукты экспериментируют, не создавая отдельную платёжную вселенную.
Почему кошелёк — более узкая модель
Закрытый кошелёк просит пользователя пополнить баланс и продавца — подключиться именно к нему. Чем больше участников, тем ценнее сеть, но каждый новый кошелёк начинает с нуля. UPI использовала уже существующие банковские счета и сделала приложения взаимозаменяемыми на уровне платежа.
Это не означает, что закрытые системы всегда плохи. Они дают больше контроля над опытом и риском. Но если задача — распространить базовую операцию на миллионы малых точек, совместимый дешёвый стандарт часто сильнее красивой закрытой экосистемы.
Трение убирали по одному слою
Виртуальный платёжный адрес позволил не сообщать номер счёта. QR убрал ручной ввод. Двухфакторное подтверждение осталось внутри понятного мобильного сценария. Новые функции вроде оплаты по номеру телефона продолжили снижать порог, не меняя базовую модель.
Похожий подход полезен в B2B-продуктах: не просить пользователя переносить данные в ещё один закрытый кабинет, а соединить существующие системы через устойчивые идентификаторы и явное подтверждение.
Общая сеть — общая ответственность
При таком масштабе ошибка, мошенническая схема или перегрузка затрагивает не один интерфейс. Нужны единые правила лимитов, разрешения споров, сертификации участников и наблюдаемости. Открытый API без управления создаёт не рынок, а хаос.
Также сохраняется риск концентрации на уровне популярных приложений. Протокол может быть открытым, а пользовательское внимание — сосредоточенным у двух крупных игроков. Архитектура не отменяет экономику дистрибуции.
Урок для продуктовых команд
Если вы строите платформу, спросите: можно ли отделить основную транзакцию от клиентского интерфейса? Могут ли партнёры создавать собственный опыт, не копируя ядро? Есть ли общий идентификатор и правила совместимости? Кто отвечает при споре?
UPI стала большой не потому, что нарисовала лучший экран оплаты. Она сделала оплату общим языком, на котором разные приложения смогли разговаривать друг с другом.