티어상세 페이지 뷰 디자인 결정하기

7월 3일. 디자이너님과 나와의 화면 페이지 UI 의견 충돌이 있었다.

 

우측 : 디자이너님의 시안, 좌측 : 나의 시안

디자이너님은 한 화면당 6개(초기4개 이후 6개로 수정)를 보여주는 (적은 수의 가게리스트 표시) 방안을,

나는 한 화면당 8~9개의 가게정보 표시 (많은 수의 가게리스트 표시) 방안을 제안하였다.

 

나의 근거 : 

1) 해당 페이지는 커뮤니티 화면과같은 성격으로 맛집 리스트들을 빠르게 훑어보기 위함이고, 상황에 따라 1천개에 가까운 음식점수가 담겨 있기 때문. (특히 내가 평가한 맛집에 대해 체크 표시 아이콘이 달리기 때문에, 내가 가보지 않은 집을 빠르게 파악할 수도 있음)

2) 만약 TOP100과 같이 100개의 한정된 정보나(타 맛집 관련앱) 배달앱과 같이 "일단 시켜먹을 생각이긴 한데, 구체적인 음식을 정하지 않고 들어오는 유저들"을 대상으로는 디자이너님의 시안이 정답이라고 생각.

 

해결안 : 그냥 앱에다가 풀어서 테스트 해보기로 하였다! (default 뷰는 나의 방식)

1) user 테이블에서 크게보기/작게보기를 선택한것에 대응하는 필드추가

2) default값 화면이 있으므로 해당 바꾸기를 눌렀는지를 카운팅하는 필드 추가

(왜냐하면 default값 그대로 사용하는 유저들은 두개의 화면중 더 편한것을 고르려는 시도를 하지 않았을 것이기 때문에 해당 데이터는 제외를 해야하기때문)

3) 추후 앱 배포후, 크게보기에 대응하는 값이 더 많은지, 작게보기에 대응하는 값이 더 많은지 데이터기반으로 판단하기로 함

 -- 8월 6일 추가

굳이 저렇게 할필요 없이 그냥 GA(Google Analytics)와 연동해서 페이지별 뷰수가 어떻게 찍히는지 보기로 하였다. 그런데 바꾸려는 시도조차 하지 않은 사람들을 어떻게 제외시켜야 할지는 고민을 해봐야 할 것 같다 ...

배포 예정 시안 

우측 : 디자이너님, 좌측 : 나

(체크표시 : 내가 평가한 맛집, 별표시 : 내가 즐겨찾기 추가한 맛집)