SSYRIAL은 모바일 뱅킹에 소외된 고령층을 대상으로 하는 금융 어플리케이션입니다.
사용자는 이 어플리케이션을 사용하여, 좀 더 직관적이고 대상에 초점을 맞춘 UI와 함께, 간소화된 절차로 동일한 금융 업무를 수행할 수 있습니다.
| Name | 신동욱 | 송명석 | 신용현 | 김의종 | 박수연 |
|---|---|---|---|---|---|
| 역할 | UI/UX 프론트엔드 음성인식 |
백엔드 개발 개발총괄 |
백엔드 개발 캐릭터 컨텐츠 개발 프론트엔드 UI/UX 음성인식 |
UI/UX 프론트엔드 아이디어 제안 목업 디자인 |
UI/UX 프론트 엔드 컨텐츠 개발 레이아웃 검수 |
- 2024.08.14 ~ 2024.08.31
고령층도 원활하게 은행 업무를 볼 수 있도록 하는 고령층 특화 은행 어플
디지털 금융 서비스의 확산과 디지털 서비스 적응에 어려운 고령층:
- 코로나19 이후 8.2% 증가한 모바일 금융서비스 이용률(한국은행 모바일금융서비스 이용 행태 조사 결과, 2022)
- 하지만 모바일뱅킹 이용자 중 60대 이상 사용자는 10.3%로, 상대적으로 낮게 나타남(대한경제, 2023)
디지털 금융 서비스 교육의 필요성과 정부정책 방향:
- 고령층의 디지털 접근성은 뛰어나지만, 디지털 역량 및 활용 능력은 젊은 층에 비해 상당히 부족함(금융위원회, ‘디지털 금융이해력’, 2024)
- 금융의원회에서는 은행권과 함께 ｢고령자 친화적 모바일 금융앱 구성지침｣을 마련하여 고령 금융소비자의 금융접근성을 개선하고자 함
따라서, 신한은행의 모토인 ‘Everywhere Bank’를 “누구나” 실현 가능하게 하려면, 현재 소외되어 있는 고령층의 디지털 금융 교육, 또는 고령층을 위한 디지털 금융 어플리케이션의 수요가 높다고 할 수 있음
| 구분 | SSYRIAL | 신한 학이재 |
|---|---|---|
| 학습환경 | 온라인 | 오프라인 |
| 교육 장소 | 사용자가 원하는 장소 어디서든 가능 | 인천의 지정된 강의장 |
| 학습 방식 | 사용자가 주도하는 자기주도 학습 방식 | 강사 중심의 수업 |
| 소요 예산 | 앱 관리 및 서버 운영 비용 | 건물 대관료, 교육 강사 인건비 |
| 접근성 | 인터넷 연결만 있으면 누구나 접근 가능 | 물리적 교육장으로 제한됨 |
- ❔ 주요 고민
- 은행 업무의 어떤 것이 고령층에게 가장 우선순위가 높은가?
- 디자인을 어떻게 적용해야 고령층에게 높은 사용자 경험을 제공할 수 있는가?
- 디자인은 어떤 스타일로 일관성 있게 유지할 것인가?
- flutter를 비롯한 프론트엔드 어플리케이션 작업이 처음이다. 어떻게 개발해야 할까?
- ❕ 주요 해결법 1, 2. 신한은행에서는 고령층을 위한 ATM기기를 운영하고 있다. 고령층을 위한 기기인 만큼, 고령층에 적합한 은행 업무가 들어가 있을 가능성이 높다. 이를 기반으로 Everywhere Bank에 적용하기 위해 스마트폰의 어플리케이션을 이 ATM의 디자인과 비슷하게 만들어보자!
- 디자인은 figma로 목업 작업을 할 때, 최대한 일정한 디자인을 유지하며, 추후 flutter로 개발할 때 이 목업을 최대한 따라갈 수 있도록 한다.
# 현재 인증 방식은 먼저 모든 동의를 받고, 이후 천천히 입력하도록 하고 있다.
다만 이러한 동의 절차에 어떠한 설명이나 이유, 사용자가 제공해야 하는 정보를 알려주지 않아
불안감을 높이고 있다는 결론이 프론트엔드 셀의 회의에 의해 도출되었다.
이를 타파하기 위해, 동의를 구하기 전 해당 동의를 받아야 하는 정보들로 인해 일어날 수 있는 사고를 예시로 제시하고,
그러한 사고를 방지하기 위해선 사용자의 동의를 구해야 할 수 있다는 식으로 정당성을 부여하였다.
또한 이 동의를 함으로써 어떤 정보를 제공해야 하는지 동의를 표하기 직전
안내함으로써 어떤 정보를 제공해야할지 모른다는 불안감을 해소하도록 노력했다.
그리고 음성안내를 추가하였고, 팀 전체 회의에서 고령층을 주 목적으로 하는 프로젝트이니
음성 안내의 목소리를 손자뻘 나이대로 하여 친근감을 높아자는 아이디어가 의결되어,
AI를 활용한 음성 합성 웹 서비스를 이용해 음성 안내의 친근감을 상향시켰다.
5.
문자 메시지는 고령층에겐 인증 문자를 보내는 것,
인증 번호가 적힌 문자를 받는 것 모두 어려워 할 가능성이 있다.
따라서 이 프로젝트에서는, 정보를 얻을 때 휴대폰 번호와 통신사 정보도 같이 얻기 때문에,
이렇게 수집한 번호로 자동 인증을 해 보는 것은 어떨까 싶은 의견이 있었다.
- 처음 보는 언어였지만, 다행히 익숙한 팀원이 1명 있었고, 기초적 코드를 chatGPT를 활용해 만들고 거기서 살을 붙여 나가는 식으로 작업하여 괜찮은 스크린 결과물을 얻을 수 있었다. 또한, 매일 일정 시간에 팀원들이 모여 알게된 지식을 공유하는 식으로 나름의 돌파구를 찾을 수 있었다.
*❔ 주요 고민
API 서버 구축 자체를 처음 해보아서 모든게 힘들었습니다. 해당 해커톤 서류합격후에 Spring Boot에 대해 배웠고,
특히 API 서버를 구축한 후에 테스팅때 오류가 날때 쉽지 않았습니다. 특히 계좌개설 API에서 두 개의 계좌를 개설한 후에 두 계좌간 계좌이체 API를 실행할때, "계좌번호가 유효하지 않습니다."에 대한 오류를 해결하는데 오랜 시간이 걸렸습니다.
결국 Controller, Model, Service 모두 다시 구축해서 해결하였습니다.
홈
│
├── 쉬운화면버튼
│ │
│ ├── 회원가입
│ │ ├── 시작화면
│ │ ├── 문자인증
│ │ ├── 필수항목동의
│ │ ├── 개인정보입력(회원조회API)
│ │ ├── 비밀번호생성(회원가입API)
│ │ └── 완료
│ │
│ └── 로그인
│ └── 비밀번호인증
│
├── 메인화면
│ │
│ ├── 잔고표시 (통장조회API)
│ │
│ ├── 버튼 선택
│ │
│ ├── STT 음성 메뉴 (STT 기능)
│ │
│ └── 튜토리얼
│ └── 모바일 ATM 인출
│
└── 기능
├── 송금
│ ├── 은행 선택
│ ├── 계좌번호 입력
│ ├── 송금 금액 입력
│ ├── 비밀번호 확인
│ └── 송금 메모
│
├── 통장조회
│
└── 통장개설
└── 계좌 종류 선택
├── 설명 팝업
└── 입출금
└── 개설 가능 여부 확인 ( 개설가능여부API true=개설완료팝업 / false=계설실패팝업 )
└─ src
├─ main
├─ java
│ └─ shinhan
│ └─ hackathon
│ └─ ssyrial
│ ├─ common
│ │ ├─ codes
│ │ │ ├─ ErrorCode.java
│ │ │ └─ SuccessCode.java
│ │ └─ response
│ │ ├─ ApiResponse.java
│ │ └─ ErrorResponse.java
│ ├─ config
│ │ ├─ exception
│ │ │ ├─ BusinessExceptionHandler.java
│ │ │ └─ GlobalExceptionHandler.java
│ │ ├─ FirebaseConfig.java
│ │ ├─ RestTemplateConfig.java
│ │ ├─ ShinhanApiConfig.java
│ │ └─ WebConfig.java
│ ├─ controller
│ │ ├─ AppController.java
│ │ ├─ BankController.java
│ │ ├─ BaseController.java
│ │ ├─ CreateAccountController.java
│ │ ├─ DemandDepositController.java
│ │ ├─ DepositController.java
│ │ ├─ MemberController.java
│ │ └─ TransactionMemoController.java
│ ├─ model
│ │ ├─ api
│ │ │ ├─ IssuedApiKeyModel.java
│ │ │ └─ ReIssuedApiKeyModel.java
│ │ ├─ ApiResponse.java
│ │ ├─ bank
│ │ │ └─ InquireBankCodes.java
│ │ ├─ CommonHeaderModel.java
│ │ ├─ CreateAccountModel.java
│ │ ├─ demandDeposit
│ │ │ ├─ CreateDemandDepositAccountModel.java
│ │ │ ├─ CreateDemandDepositModel.java
│ │ │ ├─ DeleteDemandDepositAccountModel.java
│ │ │ ├─ InquireDemandDepositAccountBalanceModel.java
│ │ │ ├─ InquireDemandDepositAccountHolderNameModel.java
│ │ │ ├─ InquireDemandDepositAccountListModel.java
│ │ │ ├─ InquireDemandDepositAccountModel.java
│ │ │ ├─ InquireDemandDepositListModel.java
│ │ │ ├─ InquireTransactionHistoryListModel.java
│ │ │ ├─ InquireTransactionHistoryModel.java
│ │ │ ├─ UpdateDemandDepositAccountDepositModel.java
│ │ │ └─ UpdateDemandDepositAccountTransferModel.java
│ │ ├─ deposit
│ │ │ ├─ CreateDepositAccountModel.java
│ │ │ ├─ CreateDepositModel.java
│ │ │ ├─ InquireDepositPaymentModel.java
│ │ │ └─ InquireDepositProductsModel.java
│ │ ├─ member
│ │ │ ├─ MemberModel.java
│ │ │ └─ MemberSearchModel.java
│ │ └─ transactionMemo
│ │ └─ TransactionMemoModel.java
│ ├─ service
│ │ ├─ AppService.java
│ │ ├─ BankService.java
│ │ ├─ CreateAccountService.java
│ │ ├─ DemandDepositService.java
│ │ ├─ DepositService.java
│ │ ├─ MemberService.java
│ │ ├─ ShinhanApiService.java
│ │ └─ TransactionMemoService.java
│ └─ SsyrialApplication.java
└─ resources
├─ application-dev.properties
├─ application-prod.properties
├─ application.properties
├─ banner.txt
├─ keystore.p12
├─ log4j2.yml
└─ static
└─ index.html