포인트는 왜 적립보다 소멸에서 견적이 커질까요 | 리워드 7가지

“포인트 적립 버튼 하나만 붙여주세요.”

기획서에서 이 줄은 한 줄이에요. 장바구니에서 결제가 끝나면 잔액에 숫자가 올라가는 정도로 보이고요. 그런데 견적서를 받아보면 이 한 줄 뒤에 화면이 몇 개 더 붙어 있어요.

값이 붙는 자리는 적립 쪽이 아니에요. 그 포인트를 언제 쓸 수 없게 만들지, 취소되면 어떻게 되돌릴지, 누가 부정하게 쌓는지 걸러내는 쪽이에요.

1. “적립” 버튼 하나가 왜 시스템 하나가 될까요

포인트는 게시판과 다른 종류의 기능이에요. 게시판은 화면 하나로 끝나지만, 포인트는 이미 만든 결제·주문·환불 화면 전부에 다시 손이 가는 항목이거든요. 결제 로직 옆에 “포인트도 같이 처리”라는 조건이 하나씩 붙어야 해서예요.

견적서에 ‘포인트 시스템 1식’이라고만 적힌 항목을 열어보면 대체로 이 정도가 들어 있어요.

• 구매 확정 시 적립하는 로직
• 결제 화면에서 포인트를 사용하는 처리
• 마이페이지 잔액·내역 조회

여기까지는 대개 포함이에요. 아래부터가 자주 빠져요.

2. 포인트는 잔액이 아니라 적립 건별 이력이에요

“고객 잔액 5,000원”이라는 숫자 하나만 저장하면 충분해 보이지만 실제로는 그렇지 않아요. 포인트마다 적립된 날짜가 다르고 각자 유효기간도 다른데, 잔액을 하나로 뭉쳐두면 어떤 포인트가 먼저 사라지는지 알 방법이 없거든요.

그래서 포인트는 적립 건마다 줄을 따로 남기고, 먼저 쌓인 것부터 쓰는 선입선출(FIFO) 규칙으로 소진해요. 구매가 취소되면 그 결제로 적립된 줄만 찾아 되돌려야 하는데, 잔액 하나만 있으면 그 계산이 안 돼요.

3. 법이 정해둔 것 — 유효기간과 소멸시효

포인트는 상법상 상사채권으로 분류되고 소멸시효는 5년이에요. 그런데 실제 운영 화면은 이보다 훨씬 짧은 경우가 많았어요. 공정거래위원회 조사에서 31개 포인트가 5년보다 1～3년 짧은 유효기간을 두고 있었고, 46개는 소멸 예정을 제대로 알리지 않았어요.

이후 여러 기업이 유료로 구매한 포인트의 유효기간을 5년에 맞추는 쪽으로 정책을 바꿨어요. 이벤트로 주는 무료 포인트는 여전히 업체마다 제각각이라, 서비스를 시작하기 전에 적립 종류별로 유효기간을 다르게 둘지부터 정해야 견적이 흔들리지 않아요.

4. 현금으로 충전해서 팔면 게임이 바뀌어요

포인트를 이벤트나 구매 사은품으로만 주면 문제가 크지 않아요. 그런데 고객이 돈을 내고 포인트를 미리 충전하도록 만들면 얘기가 달라져요. 이 경우 전자금융거래법이 정한 선불전자지급수단에 해당할 수 있고, 발행 규모에 따라 등록·신탁 같은 절차가 추가로 필요해질 수 있어요.

“포인트도 캐시처럼 충전해서 팔면 좋겠다”는 요청은 기획 회의에서는 가볍게 나오는데, 개발 범위와 법무 검토를 동시에 키우는 결정이에요. 견적을 받기 전에 충전형으로 갈지 적립 전용으로 갈지부터 정하시는 걸 권해드려요.

5. 적립·사용·환불이 얽힐 때 견적이 커지는 지점

주문 하나로 끝나면 계산은 단순해요. 복잡해지는 건 취소와 부분환불이 끼어들 때예요.

• 카드 5만 원 + 포인트 1만 원으로 결제한 뒤 절반만 환불하면, 비율을 어떻게 나눌까요
• 사용한 포인트가 있는 주문을 취소하면, 잔액으로 되돌릴까요 새 유효기간을 줄까요
• 적립 포인트로 산 상품을 다시 환불하면, 원래 적립 취소와 새 적립 취소가 겹치지 않을까요

정하지 않고 개발이 들어가면, 반품이 몰리는 시점에야 계산이 안 맞는다는 게 드러나요.

6. 견적서에서 자주 빠지는 항목

포인트 항목에서 실제로 자주 빠지는 것을 모아봤어요.

• 소멸 예정 배치 — 유효기간이 지난 포인트를 자동으로 만료 처리하는 스케줄러
• 소멸 전 사전 고지 — 만료 며칠 전 알림을 보내는 로직. 관련 글에서 채널별 검토 부담을 다뤘어요
• 어뷰징 탐지 — 짧은 시간에 같은 결제수단으로 취소와 재구매를 반복하는 패턴 잡아내기
• 회계용 정산 리포트 — 남아 있는 포인트 총액을 부채로 잡아야 하는 재무팀 요청에 대응하는 집계 화면

네 번째가 특히 나중에야 튀어나와요. 초반에는 필요 없다가, 포인트 잔액이 쌓이고 재무팀이 “이거 회계에 얼마로 잡아야 하나요”라고 물을 때 요청이 들어오거든요.

7. 범위별로 어느 정도를 잡아야 할까요

포인트만 따로 떼서 값을 매기기는 어려워요. 결제·주문에 얹히는 항목이라서요. 대신 범위가 어떻게 늘어나는지는 정리해볼 수 있어요.

자사 실무 기준 예시 — 범위가 커지는 순서

단계	무엇까지 하나요	확인 부담
1단계	구매 시 단순 적립, 결제에서 전액 사용	화면 두세 개
2단계	적립 건별 유효기간 관리, 선입선출 소진	원장 설계
3단계	취소·부분환불 연동, 소멸 예정 알림	결제 로직 전체 재검토
4단계	충전형(선불전자지급수단) 대응, 어뷰징 탐지, 정산 리포트	법무 검토 + 별도 배치 시스템

위 표는 저희가 프로젝트를 나눌 때 쓰는 실무 구분이지 시장 통계가 아니에요.

공식 외부 기준 — 인건비 참고선

구분	값	출처
응용 프로그래머 일 평균임금	약 37.8만 원	2026년도 적용 SW기술자 평균임금(한국소프트웨어산업협회)

3단계에서 4단계로 넘어갈 때 값이 가장 크게 벌어져요. 3단계까지는 결제 로직을 다듬는 개발이지만, 4단계는 법무 검토와 별도 시스템이 함께 붙거든요. 결제·정산 이슈와도 맞닿아 있는 지점이에요.

8. 자주 묻는 질문 (FAQ)

포인트 적립 시스템 개발 비용은 얼마나 잡아야 하나요?

몇 단계까지 가느냐로 갈려요. 적립하고 결제에서 차감하는 수준이면 화면 두세 개로 끝나요. 건별 유효기간 관리와 취소·부분환불 복원까지 가면 원장 설계가 붙는 프로젝트가 돼요.

포인트 유효기간은 얼마로 정해야 하나요?

상법상 소멸시효는 5년이고, 유료 포인트는 이 기준에 맞추는 흐름이에요. 무료 이벤트 포인트는 더 짧게 두는 곳이 많은데, 만료 전 고지 로직은 유효기간과 무관하게 넣으셔야 해요.

포인트를 카드나 계좌로 충전해서 파는 것도 그냥 개발하면 되나요?

아니요. 미리 충전해주는 포인트는 전자금융거래법상 선불전자지급수단에 해당할 수 있어요. 발행 규모에 따라 등록·신탁 절차가 필요해질 수 있으니, 견적 전에 법무 검토부터 확인하세요.

9. 정리하며

포인트는 적립 버튼이 어려운 게 아니에요. 어려운 건 그 뒤에 남는 이력과 사라지는 시점이에요. 잔액 하나만 관리하면 당장은 돌아가지만, 취소·환불·소멸이 겹치는 순간 계산이 어긋나요.

저희는 포인트 항목을 볼 때 적립 화면보다 “포인트가 사라지는 경로 — 소멸·환불·사용”부터 물어요. 10년 넘게 50개가 넘는 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해오면서, 결제와 맞물린 기능일수록 뒤에 남는 기록이 견적을 정한다는 걸 계속 확인했거든요. 롯데·캐논 같은 곳과도 함께해 왔고요.

포인트를 적립 전용으로 시작할지 충전형까지 열어둘지 정리가 필요하시면, 지금 화면 목록만 들고 오셔도 단계부터 같이 나눠볼 수 있어요 →

함께 보면 좋은 글이에요.

• 결제를 붙이면 왜 견적이 뛸까요 | 정산까지 6가지
• 알림 하나 보내는 데 왜 심사가 필요할까요 | 채널 4가지
• 계정만 나눠주세요가 왜 견적을 키울까요 | 권한 7가지