🧭 Skill = 판단과 절차
- 좋은 기능 후보인지 판정
- 지표·이벤트·퍼널 설계
- 결과 해석과 원인 레이어 진단
- 다음 단계의 통과 조건 제시
- Notion에 프로젝트 상태 보존
기능 후보 선정부터 측정, 원인 진단, 서버·UI 관통, 운영, 인과 실험, 최종 사업 결정까지 단계별로 안내하고 상태를 기억합니다.
각 단계는 산출물과 통과 조건을 만족해야 다음으로 넘어갑니다.
사용자 과업, 트래픽, 사업 연결성, 측정·실험 가능성을 평가합니다.
대체상품 예시: 품절 이탈을 주문으로 복구할 수 있어 우선 추진합니다.
Primary, Leading, Guardrail, 이벤트와 퍼널을 정의합니다.
대체상품 예시: 장바구니 전환율을 Primary로, 취소율을 Guardrail로 둡니다.
노출·요청·서버 성공을 분리하고 원장과 데이터 품질을 맞춥니다.
대체상품 예시: 후보 노출, 클릭, 담기 요청, 서버 성공을 따로 기록합니다.
일정 기간 실제 트래픽과 세그먼트별 손실 구간을 관찰합니다.
대체상품 예시: 품절 후 이탈·재검색·주문 전환의 현재값을 수집합니다.
관찰 사실과 인과 주장을 분리하고 경쟁 가설을 세웁니다.
대체상품 예시: 클릭 후 담기 실패가 UI인지 재고 API인지 구분합니다.
도메인, Server/BFF, Client, Analytics 책임을 연결합니다.
대체상품 예시: 추천 API, 재고 snapshot, 비교 UI, 실패 복구를 관통합니다.
Flag, 알림, 중단 기준, 롤백으로 트래픽을 안전하게 확대합니다.
대체상품 예시: 재고 불일치율을 보며 1%에서 100%까지 확대합니다.
A/B/C 결과와 비용·위험을 종합해 Ship, Iterate, Revert를 결정합니다.
대체상품 예시: 전환율이 올라가고 취소율이 안전할 때만 출시합니다.
지표 = 이름 + 목적 + 분자 + 분모 + 집계 단위 + 기간 + 제외 조건 + 데이터 원천 + Baseline + MDE
각 결정은 “FE 직접 결정 / 서버 공동 결정 / 제품·사업 승인 필요”로 책임을 나눕니다.
사내 → 1% → 5% → 20% → 50% → 100%
각 구간에서 오류, 지연, 중복 요청, 가격·재고 불일치, 취소와 CS를 확인합니다.
A 기존 경험
B 최소 변화
C 더 강한 변화
사용자를 고정 배정하고 실제 노출 때 exposure를 기록합니다. Primary가 좋아도 Guardrail이 나빠지면 출시하지 않습니다.
Primary 개선
Guardrail 안전
효과 불확실
또는 일부 위험
성과 악화
또는 심각한 위험