2. PET 분석

<aside> 👉 아래의 다양한 질문 리스트와 팀 차원에서 추가적으로 고민하신 내용을 기반으로 아래 [ ____ 분석 ] 란을 채워주세요. 향후 제품 개발의 방향성을 잃거나 흔들릴 때 중요한 나침반 역할을 할 것 입니다.

P : 우리 서비스가 지니는 Product 관점에서 가치를 분석합니다.

E : 우리 서비스를 이용할 가상의 End-User를 분석합니다.

T : 우리 서비스가 사용할 Tech를 분석합니다.

</aside>

주의) 아래 기술된 내용외에도 팀 내에서 스스로 고안해내본 필수 요소들이 있다면 프로젝트 진행시 반영해주세요!

로그인/회원가입

우리 서비스 회원으로의 유입과 전환을 책임져 줄 웹서비스 기술을 구현합니다.

<aside> 💡 [내용분석]

[공통]

• 성별은 ‘응답거부’ 선택지를 제공하고 있다. 어떠한 판단에서 내린 기획일까?
• 회원가입시 ‘선호하는 매장’ 란을 제공하고 있다. 어떠한 목적으로 제공하고 있는 것일까?
• 기본 회원가입과 Business Network 회원가입시 기능적, 서비스적 기대효과는 어떻게 차이가 있을까?
• 이케아에 유입되는 고객은 어떤 니즈를 갖고 들어올까?
• 이케아 웹 서비스에 필요한 고객 정보는 무엇이 있을까?

[FrontEnd]

• 사용자 정보와 이메일 비밀번호 입력 영역을 하나로 묶는 것이 좋지 않을까?
• 회원가입 시 필수 입력사항과 선택 입력사항 영역을 구분하기 위한 표시가 필요하지 않을까?
• 아이디,비밀번호 입력에서 어떤 조건을 만족시켜하는지 사용자가 파악하기에는 다소 불친절한 것 같다.
• 로그인 시 아이디,비밀번호 입력에서 어떤 조건을 만족시켜하는지 사용자가 파악하기에 용이한가?
• 성별 입력 부분에 토글은 불필요한 클릭을 유발해 사용성을 떨어뜨리지 않을까?
• 주소 입력 시 입력창이 비활성화 되는 UI처럼 구성되어 있는데 사용자가 파악하기 좋은 UI일까?

[BackEnd]

• 성별 여부, 이메일, 문자, 우편물 수신 여부를 데이터베이스에 어떻게 기록하고 관리할 수 있을지 ERD의 관점에서 생각해보자.

[스크린샷]

</aside>

제품

우리 서비스가 판매할 가상의 제품을 분석하고 이를 판매할 기술을 구현합니다.

<aside> 💡 [내용분석]

[공통]

• 여러분이 정리내린 이케아가 판매하는 ____의 관점에서 좌측 카테고리의 순서는 어떠한 목적을 지닐까?
• ‘할인 중’인 페이지에서 소개된 제품이 아닌데 가격에 노란 배경색을 준 이유는 무엇일까?
• 모든 제품에 대한 썸네일 사진은 가급적이면 상품 그대로의 사진이 아닌, 인테리어와 함께 표현된 사진으로 사용되고 있다. 왜일까?
• 상품 카테고리에 누르면 여름상품이 나오고 맨 밑에 더보기를 클릭하면 IKEA 겨울상품이 올라오는데 시즌별로 카테고리가 변경되어 나타나는 것인가?
• 나라마다 카테고리 별로 나타나는 게 다른 데 나라별로 순서가 다른 데 그 순서는 어떤 목적을 가지는 가?

[FrontEnd]

• category의 데이터 구조는 어떻게 만들 수 있을까요?
• 카테고리를 백엔드에 요청해서 받거나, 상수데이터로 만들 수 있을텐데, 데이터를 받는다면 어떤 방법으로 메뉴별 하위 메뉴만 노출시킬 수 있을까요?
• 모든 개별 상품 대표이미지에 장바구니 버튼과 실제 백엔드에게 해당 상품에 대한 요청을 보낼 수 있는 장바구니 버튼 기능이 활성화 되어있다. 어떠한 의도에서 저렇게 설계하였을까?
• 제품 공간 사진 위에 마우스를 올리면 상품명과 가격들을 볼 수 있게 되어 있습니다. 해당 사진은 어떠한 구조로 설계할 수 있을까?

[BackEnd]

• 다양한 비정제된 카테고리가 일렬로 나열되어 있다. 백엔드 데이터베이스 내에서는 해당 데이터를 담고 있는 테이블이 어떠한 구조로 설계 되어있을까?

• 카테고리가 해당 내용과 연관있는 모든 데이터를 부르는 필터링의 기준이 되어야 한다면, 백엔드 API는 어떠한 식으로 짜여있을까?

• 할인율을 나타내는 가격은 백엔드 API 선에서 함께 계산한 결과물을 보내주는 것일까? 아니면 프론트엔드에서 직접 계산하는 것일까?

• 사이즈, 가격순, 카테고리, 색상, 특징, 유형, 도어, 온라인상에서 이용 가능, 고객점수 순 등의 필터 조건에 따른 기능 구현은 사용자에게 어떠한 편의를 제공하기 위해서 백엔드 비즈니스 로직에 가미되어 있을까?

• 공간 사진을 통해 이케아 제품인 것에 대해 클릭해서 볼 수 있게 되어 있는데 이런 데이터들은 어떠한 테이블 구조로 설계 되어 있는가?

• 제품 비교하기 버튼을 클릭하면 몇개의 상품들을 클릭해서 비교할 수 있는데 이런 비교하는 데이터들을 어떤 테이블에서 끌어오는 것인가?

• 카테고리에 할인 중이 있는데 할인이 끝나게 되고 새로 할인 되는 제품들 관리하는 DB를 어떤 구조로 설계할 수 있을까?

[스크린샷]

![스크린샷 2023-08-20 17.41.06.png](<https://prod-files-secure.s3.us-west-2.amazonaws.com/3b79adc2-39d7-4d86-aa1c-02b692d25c38/8a9b4396-3493-45aa-aad7-7936f875b019/%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA_2023-08-20_17.41.06.png>)

</aside>

결제

고객의 실제 매출로 이루어질 수 있는 결제 절차를 기술적으로 구현합니다.

<aside> 💡 [내용분석]

[공통]

• 장바구니에서 점 세개로 이루어진 버튼을 눌러야만 제품 번호로 제품 추가하기, 위시리스트에 제품 추가하기, 장바구니 비우기, 이 제품 공유하기가 나온다. 이케아 측에서는 이러한 기능을 중요하게 생각하지 않는 것일까?
• 배송과 픽업 둘 중에 선택할 수 있는데 배송은 예상 배송일이 바로 뜨지만 픽업은 결제를 계속 진행해야만 픽업 가능여부를 확인할 수 있다.
• 장바구니에서 직접 할인코드를 입력하여 쿠폰 적용을 할 수 있게 하였다.
• 주문 정보 수정을 누르면 장바구니 페이지로 다시 돌아간다. 왜 수량 수정이나 삭제를 결제 단계에서 하지 못하게 하였을까?
• 장바구니에서 조립 서비스를 신청할 수 있다. 하지만 조립 서비스를 신청할 수 없는 주문 유형인 경우 결제 단계로 넘어가야만 알 수 있다. 장바구니에서 조립 서비스를 신청할 수 있게 해놓고 결제할때 가능 여부를 알려주는 이유는 무엇일까?
• 장바구니에서 배송지 등록을 하고 주문하기 버튼을 통해 주문 페이지로 들어오면, 상품 목록이 상세히 보이지 않는다. 왜 그럴까?
• 결제 취소시 어느 화면으로 넘어가는 것이 사용자 입장에서 용이한 것일까?
• 장바구니에서 삭제 버튼을 그냥 텍스트 형식으로 구현해 잘 보이지 않게 하였다. 테두리 또는 배경이 있는 버튼은 배송, 픽업, 수량, 조립 서비스 선택하기, 결제하기만 있는데 의도한 것일까?
• 장바구니 밑에 추천 제품을 나열하여 결제 직전에 다른 제품을 둘러보게끔 하여 소비자의 구매를 유도한다. 하지만 결제하기 버튼은 바로 오른쪽에 위치해 스크롤을 내리지 않으면 추천 제품이 눈에 띄지 않는다. 어떻게 하면 자연스럽게 추천 제품을 노출시키면서 결제까지 유도할 수 있을까?

[FrontEnd]

• 결제 페이지에서만 footer 화면이 달라 따로 결제 footer 컴포넌트를 만들어야 겠다.
• 비회원의 결제와 회원의 결제를 나누어 표현해야 하며, 할인 가격에도 차이를 주어 계산해야 한다.
• 주문 불가 상품을 주문할 때 ‘주문할 수 없는 제품 삭제’버튼을 눌러 주문을 삭제할 수 있어야 한다. 삭제된 제품은 ‘내 목록’ 위시리스트에 보관되어야 한다.
• ‘주문 배송지’와 ‘배송 질문’에 대한 토글을 구현하고 핵심 내용만 줄거리처럼 표현하려면 어떠한 기술적 구현이 필요할까?

[BackEnd]

• 로그인 없이도 장바구니에 물건이 유지된다. 이를 어떻게 기술적으로 구현해야할까?
• 비회원 결제도 허용하여 회원가입과 로그인의 절차 없이도 주문을 할 수 있게 하였다. 비회원에 대한 회원관리와 상품은 DB에 어떤 형태로 저장을 하고(회원과 비회원의 테이블을 따로 관리할지, 같이 관리할지) 개인정보 보관 기간은 얼마나 설정해야 구매확정 전까지 교환, 환불에 대한 문제를 잡음없이 해결할 수 있을까?
• 구매하기를 눌렀으나 쿠키가 자동삭제된다거나 에러가 나게 되면 비회원의 경우 장바구니에 담긴 품목이 삭제될 가능성이 있어 보인다. 완전한 데이터 저장을 위해서는 서버단에서 데이터를 관리해야 하는 것일까?
• 장바구니에서 수량에 변화를 줄 수 있다. 수량 변화의 업데이트는 언제 이루어지면 좋을까?
• 쿠폰은 어떻게 관리를 하고 할인코드 입력시 실제 할인이 적용되는 원리는 무엇일까?
• 결제 진행 도중 에러가 나면 고객의 돈은 빠져나가고 주문은 반영이 안될 수도 있다. 이를 기술적으로 어떻게 해결해야할까?
• 결제 단계에서 전화번호를 입력할때 국가번호 없이 전화번호 11자리만 입력해 달라는 안내문구가 있지만 회원의 경우 자동으로 국가번호와 혼합된 전화번호가 입력되는 경우도 있다. 그리고 그대로 입력해도 다음 단계로의 결제가 진행된다. 그렇게 되면 DB 테이블에는 통일되지 않은 형태로 전화번호가 insert되고 추후 데이터를 처리할 때 문제가 생길 수 있다. 이를 어떻게 해결해야 할까?
• 주소를 입력하고 최종 결제 단계로 넘어가기 전 회원의 경우, 현재 주소를 업데이트 하겠냐는 안내가 뜬다. 주문할 때마다 업데이트를 유도하는 것인데 주소 업데이트는 어떤 형식으로 하면 좋을까?
• 주소와 연락처를 입력한 후 고객고유번호(IKEA Family 번호)가 나타난다. 이 단계에서 고객고유번호를 노출시키는 이유는 무엇일까? 그리고 번호는 어떻게 가져오는 것일까?
• 장바구니에 상품이 담긴 순서와 결제단계에서 상품이 담긴 순서가 다르다. 사용자에게 편의를 제공하기 위해서 어떤 순서를 기준으로 상품의 리스트를 나열하면 좋을까?

[스크린샷]

• 결제 - 배송일 경우

  

  

  

  

  

• 결제 - ‘계속’ 버튼 눌렀을 때

  

  

  

  

  

  

  

• 결제 - ‘결제 취소’했을 때 페이지

  

• 결제 - 결제 단계에서만 보이는 ‘픽업 서비스’, ‘조립 서비스’ 가능 여부

  

• 결제 - 회원가입시 입력한 전화번호와 주문시 요구되는 전화번호의 형식이 다름 </aside>