1. 하나은행 vs 하나저축은행 서비스 비교 총괄
| 구분 | 하나은행 (하나원큐) | 하나저축은행 (모바일) |
|---|---|---|
| 서비스 지향점 | Life-style Banking (자산관리, 보험, 연금 등 전방위) | Transactional Banking (대출, 예적금 등 핵심 금융 중심) |
| 메뉴 구성 | 조회 → 이체 → 자산관리 → 연금 → 예적금 | 조회 → 이체 → 대출 → 예적금 |
| UX/UI 특징 | 화려한 디자인, 풍부한 콘텐츠, 사용자 친화적 | 투박한 디자인, 핵심 기능 외 저조한 가시성 |
| 핵심 페르소나 | 주거래 고객, 장기 자산 형성층 | 중금리 대출 필요 고객, 고금리 파킹통장 추구층 |
| 접근 전략 | 그룹의 거점(Portal) 역할 | 하나원큐의 특화 모듈(Specialist) 역할 |
2. 연결고리: "느슨한 결합, 촘촘한 비즈니스"
하나원큐라는 거점을 통한 '링크 중심의 연결'은 IT 기획적으로 보면 'API 기반의 모듈화' 전략이다.
-
연계 대출 추천: 하나은행에서 대출이 거절된 데이터가 발생하면, API를 통해 실시간으로 저축은행의 조건과 매칭하여 고객을 토스(Pass)한다. 이는 저축은행의 가장 큰 고객 유입 경로이다.
-
하나원큐 내 메뉴: 하나원큐 앱 내 '저축은행' 메뉴는 일종의 웹뷰(Web-view)나 API 연동 형태이다. 접근성은 낮지만, '하나'라는 브랜드 신뢰도를 빌려오는 전략적 창구이다.
3. 공통점: 인프라와 데이터의 '따로 또 같이'
-
물리적 인프라: 청라 통합데이터센터라는 한 지붕 아래에서 서버와 네트워크 자원을 공유한다. 이는 보안과 운영 효율성(비용 절감)을 극대화한다.
-
데이터 공유 메커니즘:
-
기본 원칙: 법적으로 계열사 간 고객 DB 직접 공유는 금지되어 있다.
-
연결의 핵심: 사용자가 '마이데이터 서비스'나 '개인정보 제3자 제공'에 동의하는 순간, 분리되어 있던 DB가 API를 통해 하나로 꿰어진다.
-
활용: 하나저축은행은 이 동의된 데이터를 바탕으로 하나은행 고객에게 최적화된 대출 한도를 선제적으로 계산해둘 수 있다.
-
4. IT 기획 직군을 위한 최종 전략
'불친절하지만 확실한 목적성'
"하나저축은행 앱은 하나원큐 생태계의 '고성능 엔진'이 되어야 한다."
-
비용 최적화: 화려한 기능보다 핵심 여정(대출/예적금)의 이탈률을 줄이는 데 IT 역량을 집중.
-
데이터 시너지: 하나은행에서 넘어오는 고객의 데이터를 API로 얼마나 빠르고 정확하게 처리해 '전환'시키느냐가 관건.
-
틈새 기획: 진행중인 프로젝트처럼, 하나은행이 다루기엔 작지만 저축은행에는 큰 '타겟 특화 서비스'를 저비용으로 구축.
