BaaS: 4가지 간단한 포인트로 알아야 할 모든 것
게시 됨: 2022-01-01대유행은 전통적인 은행 업무를 방해했지만 디지털 뱅킹의 빠른 채택을 도왔습니다. 인도의 핀테크 기업은 번창하며 은행 업무의 거의 모든 측면을 만납니다. BaaS는 밝은 미래를 가지고 있습니다.
디지털 지원을 강화하려는 정부의 목표(2020년까지 20억 달러)는 분명히 미래에 더 많은 디지털 금융 상품으로 이어질 것입니다. 전통적인 은행은 인프라에 투자하는 동안 디지털 경쟁자에게 고객을 잃고 있습니다. 그러나 전통적 협력과 핀테크 협력에는 몇 가지 성공 사례가 있습니다.
"신속한 상환"을 위해 Yes Bank와 Snapdeal의 파트너십 및 운전자 차량 금융을 위해 Uber와 파트너십을 맺은 인도 주립 은행.
BaaS를 이해하려면 인도 금융 서비스에서 BaaS의 중요한 필요성을 알아야 합니다.
이러한 유형의 협업 중 대부분은 은행이 외부 회사가 기술 및 데이터에 액세스할 수 있도록 허용하기 때문에 가능합니다. 서비스로서의 은행(Banking-as-a-Service)은 이러한 현상(BaaS)에 대한 일반적인 용어입니다.
1. BaaS란 정확히 무엇입니까?
뱅킹 인프라의 분리를 통해 구축되고 API를 통해 액세스할 수 있는 개별 상품 또는 기능을 시장 모델에서 전문화된 뱅킹 서비스(대출, 카드, 예금, 보험, 지불 등)를 제공하기 위해 BaaS라고 합니다. 핀테크 또는 디지털 플랫폼을 실행하는 다른 제3자는 이러한 API와 액세스를 제공하는 데이터를 사용하여 특정 고객 요구를 대상으로 하는 새롭고 혁신적인 금융 솔루션을 만들 수 있습니다.
은행 시스템은 API 및 웹훅을 통해 웹사이트 및 앱과 통신하므로 고객이 웹사이트 또는 앱에서 직접 은행 서비스에 액세스할 수 있습니다.
2. BaaS가 유행이 아닌 이유는 무엇입니까?
BaaS는 COVID의 결과로 발생한 새로운 현상이 아닙니다. 이 플랫폼은 2012년 Credit Agricole의 앱 스토어 출시에 뿌리를 두고 있습니다. 예, Bank와 RBL Bank는 2013년 인도에서 개발자에게 많은 API를 제공하여 BaaS를 처음으로 도입했습니다. Citibank, JPMC, Wells Fargo 및 Barclays를 비롯한 많은 대형 은행이 이를 따라 API 개발자 포털 또는 허브를 만들었습니다. API 제안은 현재 HDFC, ICICI 및 Kotak을 포함한 인도의 모든 주요 사설 은행에서 사용할 수 있으며 여러 BaaS FinTech 비즈니스는 자금 조달 증가의 결과로 빠르게 부상하고 있습니다. 기존 은행이 API를 개방하는 동안 디지털을 운영의 핵심으로 하는 Challengers 및 Neo 은행의 새로운 물결이 등장했습니다.
고객 친밀도는 BaaS의 결과로 패러다임 전환을 겪고 있습니다.
BaaS 패러다임 사용의 이점은 기존 인프라에서 수익을 창출하고 더 많은 고객에게 도달하는 것 이상입니다. 모든 것은 궁극적인 고객 요구를 충족시키는 것이므로 은행 서비스를 사용해야 합니다. 기존 은행은 가정과 은행 모두에서 고객의 온라인 및 오프라인 경험을 개선하기 위해 많은 돈을 투자했습니다. 은행에서 일하기 시작했을 때 그들은 무엇보다도 고객이 더 쉽게 계좌를 개설하고 대출을 신청할 수 있도록 하기를 원했습니다. 고객이 미래에 사업을 시작하거나 자산을 구매하려는 경우 은행 계좌 또는 모기지가 필요하므로 고객과 좋은 관계를 유지할 가능성이 높아집니다.
다음은 잘 알려진 인도 은행이 고객에게 더 나은 서비스를 제공하기 위해 BaaS를 사용하는 방법에 대한 몇 가지 예입니다.
RBL과 Bajaj Finance는 RBL의 안전하고 규정을 준수하는 디지털 인프라와 Bajaj Finance의 범인도 범위를 활용하여 한 곳에서 금융 및 구매를 지원하는 소비자를 지원함으로써 인도 전역에서 자동차 대출을 제공하기 위해 노력하고 있습니다.
이것은 모든 고객의 여정에 금융을 통합할 수 있는 끝없는 가능성의 시작일 뿐입니다. 고객의 기대치는 빠르게 변화하고 있습니다. 은행은 고객을 클래식, 골드 또는 플래티넘 세그먼트로 분류하는 것 이상으로 생각하고 각 세그먼트에 맞춤화된 금융 서비스를 제공해야 합니다.
3. 공공 부문 주요 은행이 BaaS를 구현하는 데 왜 그렇게 느린가요?
은행의 인프라는 레고 세트처럼 설계되어야 하며, 각 조각은 API를 통해 수신된 은행 기능을 나타냅니다.
이러한 수준의 기술적 유연성을 달성하기 위해 은행은 길고 비용이 많이 드는 프로세스인 핵심 은행 시스템을 현대화해야 합니다. 많은 시스템 통합자가 능력과 솔루션 가속기를 가지고 있더라도 올바른 파트너를 선택하는 것이 중요합니다.
각 은행 기능에는 프런트 엔드, 백엔드, 데이터 및 인프라를 제어하는 별도의 팀이 아니라 조직 수준에서 제품 중심 전략이 필요합니다.
마지막으로 정부는 규제 관점에서 BaaS 도입을 촉진하는 데 중요한 역할을 합니다. 유럽에서는 PDS2 및 오픈 뱅킹 규칙이 이미 표준입니다. BIAN(Banking Industry Architecture Network)은 HSBC 및 JPMC와 같은 대형 은행과 Salesforce와 같은 솔루션 공급업체가 표준 은행 설계를 개발하기 위해 만든 비영리 조직입니다.
데이터 개인 정보 보호 및 서비스형 소프트웨어(BaaS) 규제는 인도에서 아직 진행 중인 작업입니다. 규제 프레임워크는 고객 신뢰를 높이고 모범 사례를 교환하는 데 중요합니다. 또한 소규모 플레이어의 안전을 보장하여 혁신의 위험을 줄이는 데 도움이 될 것입니다.
4. BaaS의 미래에 위협과 기회는 무엇입니까?
은행은 BaaS 채택이 증가함에 따라 상품화를 방지하는 데 집중해야 합니다. 다양한 기관의 개방형 API 시장이 존재하는 세상을 생각해 보십시오. 최종 사용자는 백엔드에서 누구의 뱅킹 API가 사용되고 있는지 절대 알 수 없으며, 결과적으로 이를 가능하게 한 금융 기관이 아닌 서비스 제공업체와 고객 충성도가 형성됩니다.
시작하려면 오픈 뱅킹 API 환경을 구축해야 합니다.
BaaS를 위한 제품은 각 은행의 요구에 맞게 만들어져야 합니다. 다음과 같이 작동해야 합니다.
이 경우 RBL-Bajaj Finserv Credit은 은행이 이와 같은 금융 솔루션을 만들기 위해 협력할 수 있는 방법의 예입니다. 자신의 이름이 있는 종단 간 금융 솔루션을 만들어 이를 수행할 수 있습니다.
BaaS가 나오면 은행은 파트너 생태계를 가장 잘 활용하는 방법을 생각해야 합니다. 예산과 판매 목표를 설정하는 방법도 이와 같습니다.
은행 업계에서 최고가 되려면 경영진이 기술에 대한 강력한 이해와 전략적 파트너의 강력한 네트워크를 갖추고 있어야 합니다.
기술 기반 생태계가 전통적인 은행 산업을 어떻게 재편하고 있는지 보는 것은 흥미진진합니다.
결론
다양한 백엔드 서비스는 BaaS를 구성합니다. 예를 들면 클라우드 스토리지, 푸시 알림, 서버 코드, 사용자 관리, 소셜 네트워킹 통합 및 위치 서비스가 있습니다. 이러한 서비스에 API를 사용할 수 있으므로 통합이 비교적 간단합니다. 표준화된 백엔드 데이터 관리 방법으로 앱을 만들면 개발자의 시간과 노력이 절약됩니다. 어떤 면에서는 SaaS, IaaS, PaaS와 비슷하지만 웹과 모바일 앱에 중점을 두고 있습니다. 개발자로서 사용자 인터페이스(UI)의 디자인을 살펴보는 것이 좋습니다. BaaS를 사용하면 많은 이점이 있습니다. BaaS에는 많은 장점이 있습니다. 인터페이스는 프로그램을 타사 API 또는 독점 백엔드 구성 요소와 연결합니다.