Выход в Индию ломается не на маркетинге, а на checkout и локальном комплаенсе

Если продукт читается на английском, это ещё не значит, что он готов для India. На практике чаще всего спотыкаются о три вещи: локальные способы оплаты, KYC-логика (know your customer — «знай своего клиента») и требования к хранению/передаче данных.

Для checkout проверьте базовый набор: UPI (Unified Payments Interface), карточки с 3DS-логикой, net banking, кошельки и COD (cash on delivery — оплата при получении), если он вообще уместен для вашей категории. Уберите лишние поля, не заставляйте вводить адрес в «западном» формате и не ломайте flow на OTP (one-time password — одноразовый код): в Индии это не экзотика, а стандарт.

На уровне продукта критичны три проверки: язык интерфейса и контента, локализация цен в INR и понятная политика возвратов. Для SaaS отдельно смотрят на хранение данных, доступ подрядчиков и трансграничные передачи: внутренние роли, логи и доступы должны быть описаны до первого платного пользователя, а не после инцидента.

Если вы строите go-to-market, не начинайте с broad targeting. Сначала соберите карту штатов, языков, платёжных сценариев и сегментов, где ваш продукт не требует лишнего доверия на старте. В Индии конверсию чаще выигрывает не агрессивный acquisition, а отсутствие трения в оплате и поддержке.

Сначала чините payment flow и локальные правила данных, потом масштабируйте трафик.