금융 시뮬레이션은 노력을 설명해야 한다

단순히 끝나는 기간만 보면 매력적으로 보일 수 있습니다. 하지만 그 기한 자체만으로는 사람이 감수하는 의무를 설명하지 못합니다.

Bússola에서 이러한 차이점은 금융 시뮬레이션을 검토하던 중 발견되었습니다. 인터페이스는 '가속화(Acelerado)'라는 시나리오를 월별 금액과 기간으로 강조하고 있었습니다. 하지만 그 금액의 일부가 지출 변화에 달려 있다는 점을 명확히 할 필요가 있었습니다.

Bússola는 Itaú Agents 경연 대회에서 Product, Design, Engineering 팀이 만든 개념 증명(Proof of Concept)입니다. 이벤트 이후 프로젝트는 UX 및 콘텐츠 개선 과정을 거쳤습니다. 이 글은 그 개선 과정 중 하나에 관한 것이며, 실제 운영되는 은행 서비스를 설명하는 것은 아닙니다.

금액은 보였지만, 조건이 나타나야 했다.

사례에서 재구성된 이전 상태는 다음과 같았습니다:

가속화(Acelerado) — 여유 자금의 80% — 월 R$ 1.660,85 · 19개월.

문제는 정보 간의 관계였습니다. '여유 자금'이라는 언급만으로는 월별 금액을 구성하는 추가적인 삭감(cuts)을 설명하지 못했습니다.

이 요약본을 읽고 단순히 이미 남는 돈의 일부를 저축하기만 하면 된다고 결론 내린다고 상상해 보세요. 만약 그 계획이 지출을 줄이는 것을 요구한다면, 이 조건은 선택 전에 나타나야 합니다.

이것은 텍스트를 더 친근하게 만드는 문제가 아닙니다. 숫자가 무엇을 요구하는지 설명하는 문제입니다.

결정을 요청하기 전에 구성을 보여주기

그림 1. 코드와 시나리오를 기반으로 재구성됨. 실행된 버전의 스크린샷이 아닙니다. 금액은 시뮬레이션 예시입니다.

검토 과정에서 해당 시나리오는 다음과 같이 변경되어 표시되었습니다:

• 변화 필요 (Exige mudanças)
• 월 R$ 1.660,85 · 19개월
• 여유 자금: R$ 1.383,20
• 삭감: + R$ 277,65
• 절약이 이루어져야 함 (Economias precisam acontecer).

버튼 역시 의무를 식별하도록 변경되었습니다: “19개월 플랜 선택”.

이 값들은 프로젝트에서 제시된 시뮬레이션의 예시일 뿐입니다. 실제 사람이 얻은 결과나 챌린지 데이터베이스의 집계값은 아닙니다.

분해를 통해 간단한 관계를 확인할 수 있습니다:

R$ 1.383,20 가용 잔액(sobra)
+ R$ 277,65 절감에 의존하는 금액(dependentes de cortes)
= R$ 1.660,85 월별 약정금(compromisso mensal)

이 제시 방식은 가용 자금을 아직 발생해야 할 절감액과 분리합니다. 두 부분의 합계는 같은 값이지만 조건이 다릅니다.

그림 2. 편집 다이어그램이며, Bússola 화면이 아닙니다. 막대는 예시의 두 부분 비율을 나타내며, 사용자 분포나 관찰된 재정적 결과를 나타내는 것은 아닙니다.

카피와 계산은 일치해야 한다

계산에 특정 조건이 포함된다면, 인터페이스는 그 조건을 전달해야 합니다. 만약 인터페이스가 가용 값으로 어떤 값을 제시한다면, 시스템은 이 해석을 뒷받침해야 합니다.

유용한 검토는 구체적인 질문에서 시작됩니다:

1. 각 금액 부분은 어디서 오는가?
2. 무엇이 미래의 변화에 의존하는가?
3. 이 조건은 선택 전에 보이는가?
4. 버튼은 약정금을 식별하는가, 아니면 단순히 “계속”라고 말하는가?

이 작업에는 콘텐츠, 제품, 엔지니어링이 포함됩니다. 명확한 텍스트만으로는 부적절한 추천 로직을 단독으로 수정할 수 없습니다.

결정 검토에 도움이 되는 참고 자료

W3C의 WCAG 2.2, 기준 3.3.2: 레이블 또는 지침 문서는 사용자가 무엇을 선택하는지 알 수 있도록 정보를 제공할 것을 안내합니다. 모든 것을 설명하라는 의미는 아닙니다. 지침은 작업을 지원해야 합니다.

O critério 2.4.6: 제목 및 레이블는 주제나 목적을 설명하도록 요구합니다. 이는 '플랜 선택'을 검토하고, 해당 레이블이 제시된 약정(commitment)을 충분히 식별하는지 질문할 때 유용한 참고 자료입니다. 이 작성 부분만으로는 WCAG 준수 여부를 보여주지 못하며; 의미론적 구조(semantics), 상호작용성(interaction), 그리고 보조 기술 테스트도 확인해야 합니다.

AI 경험의 경우, Microsoft HAX Toolkit의 지침 11은 시스템이 무엇을 했는지에 대한 설명 접근성을 허용할 것을 권장합니다. 또한, 이 지침은 설명이 시스템이 마땅히 받아야 할 신뢰가 없음에도 불구하고 신뢰도를 높일 수 있다는 점을 경고합니다. 저희 예시에서 가치 구성(composition)을 보여주는 것은 계산 과정을 설명할 뿐이며, 금융 추천이나 기간 자체를 검증하는 것은 아닙니다.

이러한 참고 자료들은 검토 기준을 정의하는 데 도움을 줍니다. 이것들이 '나침반(Bússola)' 변경이 사람들의 이해도를 향상시켰다는 증거는 아닙니다.

이 검토가 주장할 수 있는 것

개정된 버전은 월별 약정의 구성을 명확히 합니다. 이는 인터페이스에서 관찰 가능합니다.

하지만 사람들이 더 잘 이해했거나, 더 적절한 플랜을 선택했거나, 재정 상태를 개선했다고 단언할 수는 없습니다. 이러한 결론들은 참가자들과의 연구와 시나리오 논리 검증이 필요합니다.

케이스의 비교 자료는 실행된 버전의 캡처가 아니라 코드와 시나리오에 기반한 시각적 재구성입니다. 작성 및 인터페이스 검토는 해커톤 공동 제출 이후에 이루어졌습니다.

저의 업무 결론은 간단합니다. 플랜을 더 매력적으로 만들기 전에, 그 조건을 더 가시적으로 만들어야 합니다.

출처

• Bússola 리포지토리.
• 커밋 9937729의 케이스 재구성된 상태.
• Amershi et al. — Guidelines for Human-AI Interaction, CHI 2019: HAX Toolkit에서 사용된 가이드라인의 근거가 된 연구.

원래 프로젝트는 협업적인 성격입니다. 이 부분은 UX 및 콘텐츠의 후속 개선에 초점을 맞추었습니다.