요약
주택담보대출 SaaS의 승부처가 화면에서 실행으로 옮겨가고 있다. LOS와 POS를 열어 사람이 입력하던 방식 대신, 고객의 의도만 넣으면 대출 절차가 자동으로 돌아가고 감사 흔적이 남는 구조다. 이 변화는 은행의 처리비용을 낮추지만, 기존 소프트웨어 업체에는 화면 락인 약화를 뜻한다.
핵심은 금리를 대신하는 기술이 아니라, 같은 금리 조건에서 계약이 성사되는 속도다. 3억원, 30년 원리금균등을 가정하면 금리 0.25%포인트 차이만으로도 월 상환액은 수만원이 움직인다. 그래서 이 기술은 집값을 직접 자극하기보다, 매수자와 대출심사 사이의 마찰을 줄이는 쪽에 가깝다.
사건의 전말
LOS는 대출 생성 시스템, POS는 고객 접점이다. 지금까지의 주담대 업무는 상담, 서류 수집, 조건 확인, 재입력, 심사를 여러 화면에서 반복하는 구조였다. 에이전틱 워크플로는 이 과정을 버튼이 아니라 의도 단위로 묶는다.
예를 들어 대출 신청자가 소득과 자산 정보를 넣으면, 시스템이 필요한 서류를 요청하고, 규칙을 대조하고, 예외를 분류하고, 심사 기록을 남긴다. 사람은 모든 단계를 직접 누르지 않고, 예외와 최종 판단에 더 가까이 붙는다. 금융사 입장에서는 속도와 통제를 동시에 잡는 셈이다.
이게 중요한 이유는 주담대가 전형적인 고마찰 시장이기 때문이다. 금리가 높을수록 매수자는 한 번 더 따지고, 은행은 한 건당 비용을 더 민감하게 본다. 화면이 줄어드는 것보다 더 큰 변화는, 같은 조건의 신청자가 실제 계약까지 도달할 확률이 올라가느냐에 있다.
구조적 배경
기존 SaaS는 화면 설계와 사용성에 가치를 많이 걸었다. 하지만 대형 언어모델과 오케스트레이션이 붙으면 사용자는 더 이상 여러 화면을 오가며 일할 필요가 없다. 입력 창이 얇아질수록, UI 그 자체의 방어력은 약해진다.
그렇다고 SaaS가 사라지는 것은 아니다. 남는 가치는 데이터 접근권, 규칙 엔진, 감사 로그, 문서 인식, 예외처리다. 결국 승자는 대출 프로세스의 앞단을 잡은 회사보다, 승인 뒤의 책임과 컴플라이언스를 함께 설계한 회사가 된다.
종목·업종 파급
- 은행: 대출 건당 인건비와 재작업이 줄어든다. 금리가 높은 국면에서는 대출 성장보다 비용 절감 효과가 먼저 숫자로 잡힌다.
- 모기지 SaaS: 화면 전환 비용과 락인이 약해져 멀티플 부담이 커질 수 있다. UI 판매보다 워크플로와 규칙 엔진 비중이 중요해진다.
- 건설·분양: 승인 시간이 줄면 계약 전환율에는 도움이 된다. 다만 금리가 버티면 수요 회복은 제한적이다.
- 리츠·상업용부동산: 대출 마찰이 줄면 거래 회전 속도에는 보탬이 된다. 하지만 직접 수혜로 보기엔 범위가 좁다.
- 문서자동화·데이터 인프라: 감사 흔적과 예외처리가 핵심이어서 상대적으로 수혜 가능성이 높다.
강세 vs 약세 시나리오
강세 시나리오는 금리 인하가 이어지고, 자동화가 승인 시간을 더 줄이는 경우다. 이 경우 대출 신청이 살아나고, 은행과 중개 플랫폼은 건당 원가를 낮추며 수익성이 개선된다.
약세 시나리오는 금리가 높은 채로 거래량이 꺾이는 경우다. 이때 자동화는 비용 절감에 그치고, 화면을 파는 SaaS는 가격 압박을 받는다. 속도는 빨라져도 수요가 없으면 거래는 늘지 않는다.
