지난 [1편]에서는 신용점수 시뮬레이터가 뭘 보여주는지, 실제로 어떻게 쓰는지 다뤘습니다. 이번 편에서는 이 도구를 만들면서 부딪힌 근본적인 문제와, 그걸 어떻게 풀었는지 기록합니다.
1. “정확한 시뮬레이터를 만들 수 없다”는 걸 인정하는 데서 시작
처음 기획할 때는 “특정 행동을 하면 몇 점이 오른다”는 식의 계산기를 생각했습니다. 그런데 자료를 조사하면서 금방 벽에 부딪혔습니다. NICE와 KCB의 신용점수 알고리즘은 영업비밀이라 정확한 산출 공식이 공개되어 있지 않습니다. “카드값 연체 시 -15점” 같은 구체적 수치는 어디에도 공식적으로 존재하지 않습니다.
인터넷에는 이런 숫자를 단정적으로 제시하는 글이 많았지만, 출처를 따라가 보면 대부분 미국 FICO 점수 기준을 그대로 가져온 것이거나, 근거 없는 추정치였습니다. 실제로 “상환이력 35%, 부채수준 30%”라는 자주 보이는 비중표조차 미국 FICO 기준이고, 한국 NICE·KCB의 실제 비중과는 다릅니다.
그래서 기획 자체를 바꿨습니다. 정확한 숫자 대신, 공식적으로 확인 가능한 방향(긍정/부정/영향없음)만 제공하기로 했습니다.
2. 행동-요소-방향을 데이터 구조로 분리하기
각 행동이 어떤 평가요소에, 어떤 방향으로 영향을 주는지를 데이터로 분리해서 관리했습니다.
const ACTIONS = [
{
id: 'multiCard',
name: '신용카드 여러 장 발급',
effects: [
{ cat: '신용형태', dir: 'none', desc: '여러 장 발급해도 그 자체로는 영향 없습니다 (공식 확인).' }
]
},
{
id: 'cashService',
name: '현금서비스·카드론 과다 이용',
effects: [
{ cat: '신용형태', dir: 'neg', desc: '고금리·단기 신용대출 이용이 많으면 부정적 경향이 있습니다.' }
]
}
// ...
];
effects 배열에 카테고리(요소)와 방향(pos/neg/none)을 넣어두고, 사용자가 행동을 클릭하면 이 배열을 순회하며 결과 카드를 그리는 방식입니다. 하나의 행동이 여러 요소에 영향을 줄 수도 있어서 배열로 설계했습니다 (예: 신규 대출은 부채수준엔 부정적이지만, 카드 개설 자체는 신용형태에 영향 없음).
function renderActionResults() {
const box = document.getElementById('actionResults');
box.innerHTML = ACTIONS.filter(a => selectedActions.has(a.id)).map(a => `
<div class="action-result-card">
<div class="r-name">${a.name}</div>
${a.effects.map(e => `
<div class="r-detail">
<span>${e.cat}</span>
<span class="dir-badge dir-${e.dir}">${e.dir === 'pos' ? '긍정적' : e.dir === 'neg' ? '부정적' : '영향 없음'}</span>
</div>
`).join('')}
</div>
`).join('');
}
3. O/X 퀴즈 — 정답 확인과 설명을 분리하기
퀴즈도 같은 원칙으로, 문제와 정답과 설명을 데이터로 분리했습니다.
const QUIZ = [
{
q: '신용점수를 자주 조회하면 점수가 깎인다?',
answer: 'X',
explain: '2011년 10월 이후로 조회 자체는 신용평가에 반영되지 않습니다.'
},
// ...
];
버튼을 클릭하면 정답 여부와 상관없이 두 버튼 다 비활성화하고, 정답 쪽엔 초록색을, 틀린 선택엔 빨간색을 표시한 뒤 설명을 펼치도록 만들었습니다.
btn.addEventListener('click', () => {
const choice = btn.dataset.choice;
card.querySelectorAll('.quiz-btn').forEach(b => {
b.classList.remove('correct', 'wrong');
b.disabled = true;
});
if (choice === item.answer) {
btn.classList.add('correct');
} else {
btn.classList.add('wrong');
card.querySelector(`[data-choice="${item.answer}"]`).classList.add('correct');
}
document.getElementById(`explain-${idx}`).classList.add('show');
});
틀렸을 때도 정답 버튼에 correct 클래스를 같이 붙여줘서, 사용자가 “정답이 뭐였는지”를 바로 볼 수 있게 했습니다.
4. 검증 과정에서 발견한 것들
조사하면서 예상 밖의 사실들을 몇 가지 확인했습니다.
- 신용조회는 2011년 10월부터 반영 안 됨: 예전엔 실제로 반영됐던 적이 있었다는 것도 이번에 처음 알았습니다. 제도가 바뀐 거였습니다.
- 카드 재발급·다중 발급·해지는 전부 영향 없음: NICE 공식 자료에 이 세 가지가 나란히 명시돼 있었습니다.
- NICE와 KCB의 비중이 이렇게까지 다를 줄은 몰랐습니다: 신용형태 비중이 NICE는 27.5%, KCB는 38%로, 한 항목에서만 10%p 넘게 차이 났습니다.
이런 정보들은 “신용점수 올리는 법” 콘텐츠에서 흔히 다뤄지지 않는 부분이라, 오히려 이 시뮬레이터의 차별점이 됐습니다.
5. 점수대 안내는 조건문으로, 단정은 피하고
점수를 입력하면 등급대별 참고 정보를 보여주는 기능도 넣었는데, 여기서도 “무조건 가능하다”는 단정적 표현을 피했습니다.
if (score >= 800) msg = '<b>우량 등급</b>대예요. 제1금융권 대출·신용카드 발급에 무리 없는 수준으로 알려져 있습니다.';
“가능합니다”가 아니라 “알려져 있습니다”로 표현한 이유는, 실제 승인 여부는 결국 개별 금융기관의 심사 기준에 달려 있어서입니다. 참고 정보와 확정적 사실을 구분하는 표현이, 정책·금융 정보를 다루는 도구에서는 특히 중요하다고 생각했습니다.
6. 마무리하며
이번 작업은 “만들 수 없는 것을 인정하는 것”에서 시작해서 “만들 수 있는 것을 정직하게 만드는 것”으로 이어진 과정이었습니다. 화려한 정확도 대신 신뢰할 수 있는 방향성을 선택한 게, 결과적으로 더 오래 믿고 쓸 수 있는 도구를 만든 것 같습니다.
무료로 직접 사용해보고 싶으시다면 [1편]에 링크해둔 시뮬레이터를 확인해보세요.
