구독 후보 확인을
화면과 API로 구현했습니다.

구독 관리의 문제

결제 내역만으로는
관리할 구독이 정해지지 않았습니다.

구독은 가입 후 사용하지 않아도 결제가 이어지고, 해지 시점을 놓치기 쉽습니다. 애낌은 결제 내역과 앱 사용 정보를 함께 보여주고, 사용자가 구독을 점검·수정하거나 해지 안내를 확인하도록 만든 앱입니다.

분석 결과에는 서비스가 식별된 구독 후보와 직접 확인해야 하는 결제가 섞여 있었습니다. 사용자가 실제 구독이 아닌 항목을 제외하거나, 연결되지 않은 결제의 서비스를 선택할 수 있어야 했습니다.

후보 확인 흐름

후보 확인과 구독 등록을
서로 다른 단계로 다뤘습니다.

요구사항의 구독 분석·확인(FR-03)과 수동 추가·매핑(FR-05)을 화면별 행동으로 구체화했습니다. 후보 확인 화면에서는 제외할 항목을 고르고, 수동 매핑 화면에서는 미확인 결제를 서비스에 연결합니다. 확인을 마치면 등록한 구독을 대시보드에서 볼 수 있습니다.

1. 감지결제 내역 분석
2. 후보확인할 항목 분리
3. 사용자 확인제외하거나 연결
4. 구독 생성목록에 반영

감지된 후보

분석 결과에서 찾은 항목입니다. 화면에서 제외한 후보는 이번 등록 요청에 넣지 않습니다.

미확인 결제

서비스를 정하지 못한 항목입니다. 사용자가 서비스와 요금제를 확인하는 화면으로 이동합니다.

등록한 구독

생성 요청을 마친 뒤 구독 목록에서 조회·수정·삭제하는 대상입니다.

요구사항과 화면명세

구현된 범위와
화면의 진입·이동 조건을 정리했습니다.

문서를 구현 상태에 맞춰 갱신했습니다. 요구사항정의서에는 지원 기능과 미구현 항목을, 화면명세서에는 각 화면의 목적과 이동 조건을 적었습니다. 최종 요구사항정의서 v2.6은 3월 29일 기준입니다.

개인 구현

구독 확인 화면과
후보·건수 표시를 구현했습니다.

구독 확인 화면의 초기 구현, 분석 결과가 없을 때의 안내와 후보 제외 상태를 맡았습니다. 이후 중복 후보 노출과 확인이 필요한 결제 건수를 수정했습니다. 구독 생성 요청·실패 처리는 김응서 팀원이, 번들 처리는 박규빈 팀원이 보완했습니다. 아래는 이 작업들이 합쳐진 현재 화면의 동작입니다.

• 분석 결과 없음오류 안내를 표시하고 다시 분석하도록 알립니다.
• 후보 제외현재 분석 세션에서 제외 상태를 관리하고, 남은 후보를 생성 요청의 대상으로 삼습니다.
• 등록 중·실패진행 중에는 중복 진입을 막습니다. 요청에 실패하면 화면을 유지하고 오류 메시지를 표시합니다.
• 등록 완료대상 중복을 정리해 API를 호출하고, 모든 생성 요청을 마치면 분석 세션을 비운 뒤 대시보드로 이동합니다.

결과

구독 관리 MVP를 만들고
팀으로 수상했습니다.

팀은 Android MVP를 제작해 프로젝트 우수상을 받았습니다. 제 기여는 요구사항·화면명세 관리, 구독 관리 화면 구현과 API 연동입니다. 구독 비용 절감액이나 실사용자 증가를 측정한 성과는 없습니다.