---
# System prepended metadata

title: Untitled

---

카테고리 아이디어

 "categoryLevel" :  
 3(208001),4(193587) 
 --> 1(5),2(1696), 버려

패션잡화>여성신발>운동화>아쿠아슈즈
500> 501> 504>

패션잡화> 500: children( 501, 502, 503)
여성신발> 501: children( 504, 505, 506)
운동화> 
아쿠아슈즈> 511

귀여운 아쿠아 슈즈: 좋아요 --> 511 --> 상품 좋아요 ...
interaction : 상품 id + 카테 id(end


## 여러분 설득시키기
#### 민지 주장: 카테고리를 선택하고 카테고리의 순위를 매기는건 의미가 없다. 
###### 부제: 민지의 카테고리 페이지 이대로 사라지는가..?
###### 주의: 절대 제가 카테고리 페이지를 만들기 싫어서 주장하는것이 아닙니다. 🦹‍♀️

예를 들어봅시다. 
### 메인 화면
- 그림이가 메인화면으로 들어옵니다.
- 그림이가 카테고리 선택하기 버튼을 누릅니다.

### 카테고리 선택화면
- 카테고리를 몇 개를 선택합니다. (패션의류>여성의류, 패션잡화>여성신발)

### 순위 설정 화면
-  선택한 카테고리의 순위를 매깁니다. (1, 패션의류>여성의류, 2. 패션잡화>여성신발)

### 스와이핑 화면
- 순위대로 (좋아요 싫어요)를 물어봅니다. 
- 개발자 그림이는 패션의류>여성의류> 하위에 있는 레벨 3 또는 4 카테고리 중 랜덤으로 10개? 를 가져옵니다.
ex) { find: category1Id: 패션의류, category2Id: 여성의류 }인 상위 10개의 아이템 가져오기
- 스와핑을 합니다. 
    500>501 = 패션의류>여성의류
    502>503 = 패션잡화>여성신발
    - 그림이는 아쿠아 슈즈1를 좋아합니다. [502>503>507]
    - 그림이는 아쿠아 슈즈2도 좋아합니다. [502>503>507]
    - 그림이는 갈색 롱부츠를 좋아합니다. [502>503>513]
    - 그림이는 베이지색 롱부츠를 좋아합니다. [502>503>513]
    - ...
    - 종종 랜덤으로 던져도 보기(혹쉬 아이패드 좋아하니?~~네~~)
    - ...
    - ...

### 자, 집중하세요. 주장 시작합니다.
스와핑을 하면 사용자가 어떤 카테고리를 좋아하는지 알 수 있습니다. 
> 그림이는 패션의류>여성신발> [아쿠아슈즈, 롱부츠]에 관심이 있군요. 

하지만, 저희는 사용자에게 카테고리를 **선택**하게 만들고 **순위**도 물어봤습니다. 
사용자의 인터렉션을 통해 충분히 얻을 수 있는 정보를 화면 2개를 사용하면서까지 물어봤습니다.🔫🔫🔫

그럼 저 화면은 필요없는걸까요?
> 음 그건 아니라고 생각합니다. 필요한 경우가 있죠. 사용자에 대한 정보가 아무것도 없을때..? 
> 하지만, 좀 더 생각해봅시다.
> 
우선 랜덤하게 10개를 가져옵니다. 좋아요 싫어요가 확확 티 납니다. 한 8개쯤 물어볼때 분석을 합니다.
> (띠리리ㅣ-리리리) 아 그림이는 [아쿠아슈즈, 롱부츠]를 좋아하는구나 

그럼 다음 데이터 셋은
|| 그럼 진짜 더 좋아하는지 물어볼까? 
|| 패션의류>여성신발을 좋아하니깐 혹쉬 슬리퍼도 좋아하니? 
|| 아아, 아이패드 안물어봤다. 이것도 물어보자. 
|| 여성신발이니깐 여성의류도 물어보자.
가 되면 좋겠죠!
ps. 추천서버야 도와줘!

>사용자가 스와핑을 1개만 하고 도망갈 수도 있죠. 그럼... 부족한 데이터지만 최대한 [아쿠아슈우즈..?!?!?]와 관련된 아이템을 추천해줄 수 밖에 없겠죠?

### 결론
처음에 카테고리를 물어보고 순위를 매기는거 좋습니다.(동의)
하지만, 스와핑을 하러 놀러갔는데 카테고리를 물어보고 순위를 물어보면 어떤가요?
저는 '나 저번에 이거 했는데 왜 또 하지?' 생각이 들것 같습니다.
그래서 음, 스와핑을 처음 들어갈때만 물어보는건 어떤가요?


