카테고리 아이디어 "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개만 하고 도망갈 수도 있죠. 그럼... 부족한 데이터지만 최대한 [아쿠아슈우즈..?!?!?]와 관련된 아이템을 추천해줄 수 밖에 없겠죠? ### 결론 처음에 카테고리를 물어보고 순위를 매기는거 좋습니다.(동의) 하지만, 스와핑을 하러 놀러갔는데 카테고리를 물어보고 순위를 물어보면 어떤가요? 저는 '나 저번에 이거 했는데 왜 또 하지?' 생각이 들것 같습니다. 그래서 음, 스와핑을 처음 들어갈때만 물어보는건 어떤가요?