anand balaji
2.7K posts

anand balaji
@andybals
Building https://t.co/HwzHVl0uSq! Ex @stripe IN, @amazon IN, @Microsoft, @wharton MBA 2010, NIT Trichy '99 (CSE). Tennis, badminton and squash player
Bengaluru, India Katılım Aralık 2008
875 Takip Edilen1.4K Takipçiler

@xflowpay The same team that's driving growth is also the one showing up for each other when things get tough.
That combination doesn't come together by accident. Very grateful for it.
Onwards 🚀
English

A little over a month in our new office and I keep having to pause and take stock.
The pace has been something else. We're growing faster than ever
The team is shipping, closing, and solving things I'm genuinely proud of. But more than the numbers, it's the people at @Xflowpay
English

@helloanand @UMassAmherst Congratulations to the proud parents and the deserving graduate!!
English

Super proud of my graduate! She’s gotten a dual degree in economics and statistics from @UMassAmherst ‼️🎓

English

Had a great conversation with @fintech_diaries unpacking all of it: SWIFT, compliance, FX, stablecoins, and what the endgame actually looks like for cross-border payments.
Thanks to Hemant & Elroy for inviting me!
India Fintech Diaries@fintech_diaries
Cross-border payments still feel stuck in the 1900s. Opaque FX. Missing SWIFT messages. Endless compliance loops. In our latest episode, @andybals (@xflowpay) explains why global money movement needs a complete reboot bit.ly/4dAnsif #podcast #CrossBorderPayments #Fintech
English

Just out of curiosity for payers already in your served corridors (US, UK, EU, etc) who could pay via ACH/SEPA into the standard Xflow receiving account, what is the use case where they prefer to pay in USDT/USDC instead? I wanred to understand whether you're seeing:
(a) Payers with stablecoin treasuries who would otherwise have to off-ramp themselves to pay via ACH and for whom the all-in cost of paying you in USDT is lower than the all-in cost of off-ramping first? (basically Cost(USDT payment to merchant) < Cost(self off-ramp → ACH) )
(b) Payers actively migrating their treasury from fiat to stablecoin and renegotiating payment terms on that basis?
(c) Some other driver I'm not seeing?
And on the receiving side: given that the stablecoin route necessarily incurs an off-ramp cost that the fiat route doesn't, the all-in fee to the Indian merchant should be higher (right?). What's the merchant's strong reason to accept this higher fee in a corridor where Xflow's standard product already works? Is it always demand from a specific payer, or are you seeing other adoption drivers?
English

Stablecoins payments now live on @Xflowpay. I'll be direct about why we built this.
We heard from Indian businesses who lost deals because they couldn't accept stablecoins.
Not a compliance grey area problem, but a compliance infrastructure gap.
English

@xflowpay More global buyers are paying in stablecoins: faster settlement, 24/7 availability, lower friction.
Indian exporters can now participate in that shift. We believe this is an India-first capability for platforms helping Indian businesses collect globally.
English
anand balaji retweetledi

Amazon had it. Stripe had it. We carry it at @Xflowpay.
Writing forces clarity in a way that meetings don't. When you put a decision in a doc, you quickly find out whether you actually understand the problem or just think you do.
It's one of the habits I'm most glad we kept.
English

@ketto Some great stuff we're doing together: xflowpay.com/case-studies/k…
English

@Ketto was one of the first businesses Stripe India onboarded. And one of Xflow's earliest customers too.
Zaheer and Varun have become friends over nearly a decade, people I can call anytime for honest feedback.
We're glad they trust us. That counts for more than any metric.
English

And we're just getting started.
Two things I'm personally excited about:
Soon, you can pay your global vendors the same way your clients pay you via Xflow.
And also accept secure, compliant stablecoin payments.
Learn more at xflowpay.com
English