🗂 개요
2025년 상반기, 플랫폼 개편과 함께 신규 등록 프로세스가 적용되었다.
배포 이후 야근과 CS 폭주를 겪으며, 기능 유무가 사용자 경험에 미치는 영향을 실감했다.
본 글은 그 경험을 바탕으로, 개편 과정에서 발생한 실무 이슈 및 개선점을 정리한 회고다.
1. 배포 전후 주요 흐름 요약
- 배포 시간 : 19:00
- 주요 준비 내용 : 루틴 업무 종료 후, 베타 QA 집중 / FAQ 선반영
- 이슈 발생
- 배포 직후 서버 응답 지연
- 검수 지연 → 오류 확인 및 수정에 약 6시간 소요
- 퇴근 시간 : 익일 00:30
2. 주요 CS 유입 항목
구분 | 문의 내용 | 원인 | 비고 |
등록 프로세스 | 순서 변경 관련 문의 (기존: 등록 → 결제 → 개편 후: 결제 → 등록) | UX 흐름 변경 | 일부 유저 결제 후 등록 흐름에서 혼란 겪음 |
무료 게재 시간 | 기존 정책 혼동 | 변경 고지 부족 | |
복사/삭제 기능 | 기능이 사라짐 | 개편 시 제거됨 | 반영 요청 많음, 회의 통해 복구 결정 |
페이지 조회수 | 사라짐 | 설계상 제외 | 불편 문의 즉시 유입 |
3. 실무상 어려웠던 점
- 서버 지연으로 인한 검수 차질
→ 베타 QA를 거쳤음에도 실제 배포 환경에서는 응답 지연으로 검수 불가
→ 모니터링과 오류 확인이 병행되며 대응 지연 발생
- 익숙한 기능 삭제로 인한 대량 문의
→ 기능 자체 오류는 없었지만, 기존 유저 사용 패턴을 고려하지 않은 변화
→ "정상 작동"이 곧 "개선"은 아니라는 점을 체감
4. 인사이트 : 개선의 기준은 ‘불편 감소’
- 기획·개발·QA가 각자 기준의 ‘정상’을 말해도,
사용자에게 불편한 결과가 나오면 그것은 실패로 인식됨
- 기존 기능 삭제 전에는 반드시 사용자 흐름 중심으로 시뮬레이션 필요
- “있던 기능 체크리스트”는 필수로 사전 점검되어야 함
5. 결론 및 후속 조치
- 다음 개편부터는 사용자 혼란 가능성에 대한 선제 대응 필요
- 기능 제거 시, 사전 고지 및 대체 방법 안내 필수
- 실무 리소스 과부하 방지를 위해 기획-개발-운영 간 협업 강화 필요
✅ 기능이 문제가 아니라면, 사용자 경험이 문제였던 것이다.
> 이번 개편은 시스템적으로는 성공했지만, 사용자 관점에서는 재설계가 필요한 사례였다.