[ 기술적 이슈 & 해결 과정 ]
1. 옵션 조합이 너무 복잡한 문제
문제
•색상/사이즈 같은 여러 옵션 조합이 들어가는데, 이걸 CRUD로 단순 처리하면 재고나 가격 관리가 꼬일 수 있음.
해결
•옵션과 변형(variant)을 분리해서 모델링하고, 기존 옵션과 신규 옵션을 비교해 필요한 부분만 업데이트하도록 설계했다.
•orphanRemoval / cascade 를 조정해서 불필요한 데이터가 자연스럽게 정리되도록 처리했다.

2. 관리자 페이지에서 필요한 데이터가 너무 복잡한 문제
문제
•관리자 화면에 상품 + 옵션 + 재고 + 주문 상태를 한 번에 보여줘야 하는데, 엔티티 조인이 많아 성능이 떨어질 위험이 있었음.
해결
•QueryDSL로 조인 구조를 직접 짜고, 조건을 동적으로 쌓는 방식으로 where 절을 구성
•필요한 데이터만 튜플 매핑해서 커스텀 DTO로 내려주는 방식으로 성능을 안정화 적용

3. 반품·환불의 상태 전환이 헷갈릴 위험
문제
•반품 요청 → 진행 → 완료 → 환불 과정에서 잘못된 순서로 넘어갈 수 있는 가능성 생기는 문제
해결
•각 상태마다 이동 가능한 다음 상태를 명확하게 정의하고, 잘못된 전환은 서비스 계층에서 바로 예외를 던지도록 처리
•@Transactional 로 데이터 무결성을 보장

4. 상품 수정 시 이미지/옵션/변형 데이터가 꼬이는 문제 발생
문제
•기존 데이터와 신규 데이터를 비교하지 않고 무조건 삭제/재삽입하면 기록이나 재고가 꼬이는 문제 발생
•기존 데이터와 key 기반으로 매칭해서 부분 업데이트 방식으로 처리
•변경 감지 기능을 활용해 불필요한 변경 줄이는 방식으로 해결

⸻

최종 결과
• 카페24에서 요구하는 수준 이상의 **관리자 기능(상품/옵션/재고/주문/반품/환불)**을 모두 커버하는 자체 쇼핑몰 백엔드를 완성
• 복잡한 옵션 조합, 상태 전환, 관리자 조회 등 실제 운영에서 중요한 기능들이 안정적으로 동작하도록 구현
• 도메인 구조가 깔끔하게 잡혀 있어서 추가 기능 개발이나 유지보수도 매우 수월한 구조 완성
• 최종적으로 운영에 바로 투입 가능한 수준의 관리자 시스템을 제공

[ 프로젝트 배경 ]
- 카페24로는 구현이 안 되는 패키지 상품 기능이 필요했고, 동시에 카페24 수준으로 상품·옵션·재고·주문·반품·환불까지 모두 관리할 수 있는 Admin 기능을 직접 구축 필요
- 웹페이지 및 백엔드 개발 필요

[ 개발 과정 ]
1. 전체 도메인 분석 및 모델링
•Product, Option, Variant, Stock, Order, OrderItem, Return, Refund 등 쇼핑몰 핵심 도메인을 구조화
•N:1, 1:N 관계를 명확히 나누고 cascade/orphanRemoval 등 유지보수성을 고려해 설계
•옵션 조합, 재고 단위 관리 등 전자상거래 특유의 복잡한 모델링을 우선 처리

2. 관리자(Admin) 기능 API 개발
•상품 등록/수정/삭제
•옵션·변형 조합 생성
•재고 관리 UI에 필요한 데이터 제공
•카테고리 트리 구조 API 설계
•상품 리스트 검색 및 필터링 구현

3. 주문(결제), 반품/환불 로직 구현
•주문 생성 → 결제 완료 → 배송 → 완료
•반품 요청 → 진행 → 완료 → 환불 처리
•복잡한 상태 전환과 예외 처리 로직을 트랜잭션 기반으로 설계

4.QueryDSL 기반 복잡한 리스트 조회 구현
•여러 엔티티를 단일 리스트로 조인
•관리자 페이지에서 사용하기 편한 DTO 데이터 구조 설계

[ 결과 / 성과 ]
•백엔드와 Next.js 기반 관리자 페이지를 모두 직접 구축해, 상품·옵션·재고·주문·반품·환불까지 전부 통합 관리 가능한 운영용 관리자 시스템을 완성
•카페24에서 지원하지 않는 패키지 상품 기능을 포함해, 클라이언트가 원한 모든 기능을 커스텀으로 구현
•반응형 웹으로 만들었기 때문에 PC·모바일 모두 대응
•QueryDSL 기반 복잡한 조회 기능으로 관리자 UI 구현 속도 상승
•도메인과 UI 구조를 잘 정리해놓아서 향후 기능 추가나 유지보수도 매우 수월한 구조 적용