화면을 만들지 말고
결과를 바꾸자
“버튼을 만들었다”에서 끝내지 않습니다. 사용자가 덜 이탈하고, 더 쉽게 선택하고, 실제 주문까지 완료했는지 숫자로 증명합니다.
무엇이 달라져야 할까?
기능 구현
무엇을 만들었나?
무엇을 만들었나?
→
사용자 과업
무엇을 끝냈나?
무엇을 끝냈나?
→
비즈니스 결과
숫자가 어떻게 변했나?
숫자가 어떻게 변했나?
핵심 원칙: FE의 가치는 코드량이 아니라 사용자 행동과 사업 결과의 변화로 설명합니다.
첫 프로젝트: 품절을 구매로 되돌리기
😞문제원하는 상품이 품절이면 사용자는 검색을 반복하거나 앱을 떠납니다.
🛒해결가격·규격·배송 조건이 비슷한 대체 상품을 비교하고 담게 합니다.
📈증명대체 상품 전환율은 높이고, 취소·반품과 가격 오류는 낮게 유지합니다.
사용자의 길을 숫자로 본다
1. 품절 상품 노출
2. 대체 상품 실제 노출
3. 대체 상품 클릭
4. 장바구니 성공
5. 주문 완료
각 단계에서 몇 명이 다음으로 가고, 몇 명이 떠나는지 측정합니다.
성공 숫자와 안전 숫자를 같이 본다
🎯 성공 지표
- 대체 상품 장바구니 전환율
- 품절 이탈률
- 재검색률
- 최종 주문 전환율
🛡️ 가드레일
- 취소·반품률
- 가격·재고 불일치율
- API 오류율과 p95 지연
- 중복 장바구니 요청
대체 상품 전환율 = 장바구니 성공 사용자 ÷ 대체 상품 UI 실제 노출 사용자
서버부터 UI까지 소유한다
🧠판단후보 선정 기준, 가격 차이 허용 범위, 사용자 재승인 조건을 정합니다.
🔌실행추천 API, 재고 snapshot, idempotency, UI 상태와 오류 복구를 연결합니다.
🚦운영점진 배포, 대시보드, 알림, 롤백, 실제 장애 대응까지 책임집니다.
E2E 오너십은 “서버 코드와 UI 코드를 둘 다 작성했다”가 아닙니다. 성과와 실패를 함께 책임지는 것입니다.
12주 실행 지도
1–2주
실제 트래픽, baseline, VOC, 현재 흐름을 확인합니다.
실제 트래픽, baseline, VOC, 현재 흐름을 확인합니다.
3–4주
클라이언트·서버 이벤트를 연결하고 데이터 품질을 검증합니다.
클라이언트·서버 이벤트를 연결하고 데이터 품질을 검증합니다.
5–9주
API 계약, 상태 전이, 비교 UI, 복구, 점진 배포를 구현합니다.
API 계약, 상태 전이, 비교 UI, 복구, 점진 배포를 구현합니다.
10–12주
A/B/C 실험 후 Ship·Iterate·Revert를 결정합니다.
A/B/C 실험 후 Ship·Iterate·Revert를 결정합니다.
실험은 이렇게
A · Control기존 품절 처리
B · 보수적 변화대체 상품 1개와 추천 이유
C · 진보적 변화최대 3개 상품 비교
전환율이 올라도 취소율·가격 오류가 나빠지면 출시하지 않습니다. before/after가 아니라 같은 기간의 랜덤 배정으로 비교합니다.
마지막에 남길 증거
문제 정의서
Design Doc
ADR
실험 보고서
포스트모템
좋은 이력서 문장 = 문제 + 내 판단 + E2E 범위 + 실제 수치 + 가드레일
한 문장으로 기억하기
FE 기능 구현 → 사용자 과업 측정 → 원인 레이어 판단 → 서버·UI 관통 → 운영 → 인과 실험 → 비즈니스 의사결정