임민영 튜터님 피드백 원본

1. 타겟은 최대한 넓게 설정하여 시작 → 수면

2. 기록은 결을 나누기 위한 베이스이다. ⇒ 결을 먼저 나눈 후에 그 결마다 맞는 결론 도출(어떤데 이런 음악이 필요해 or 여기는 카테고리로 묶자)

   • 무엇을 들었는지
   • 유저가 이 음원을 선택한 기준이 무엇인지 ⇒ ex) 추천순, 주제(1시간만 들어도 개운한 음악 등등)

3. 기록을 하는 데이터 관리 방법 고민

   • 음성인식의 범위(범위가 매우 넓기 때문임)?
   • 데이터를 어떻게 수집/취합?
   • 어떤 음성인식을 해야할까? 자체 녹음 or 올바른 문장? (대본도 데이터다)

4. 기록을 입력 받을 때는 실질적으로 받는게 좋다.

   ex)

   • 수면 기록: 원하는 수면시간을 처음에 입력 → 어제 잘 잤는지 팝업 → 잘 잤으면 좋음, 못잤으면 아님등을 입력받음 못 잤으면 왜 못잤어요? 라는 식으로 텍스트로 기록할 수 있도록 하는게 좋음

5. api 사용시 무료/유료 과금 부분에 관하여 확인 필요 ⇒ 50만원 2일만에 다 쓰는 상황 발생하는 상황 생길 수 있음

6. 컨텐츠 활용 방안

   ex)

   • 오늘 밤에 어떤 음원을 뜰을 수 있게 해줄지는 들은 것을 바탕으로 보여줌으로 그런걸 들으면 3시간은 더 잘수있다는 등의 기록 활용
   • 추천음원일 때 a, b, c 음원중더 오래 들은 걸 +점수를 줘서 띄워줄 수 있게 함
   • 잠이 안 오는 사람을 위한 채팅방 개설 등

7. 개발자는 기술적 문제에 있어 클라이언트의 환경을 먼저 생각해야하고 시작해야함 ex ) 프론트 : 아예 리액트 네이티브로 하는것도 하나의 방법 ⇒ 태그들이 달라짐, expo 엑스포를 찾아볼것, 쿠키,세션등이 달라짐 → 앱 저장소, 네비게이션 달라짐(history 리액트라우터 돔에서 리액트 네이티브 라우터 돔으로,  디바이스, 배포방법이 달라짐 → expo 안드로이드, iOS 따로 or 다같이 build) Pwa 위에 시간,바데리 보이게하는건 < 스펙체크할것 Pwa 지원안하는 브라우져 체크할것

8. MVP 레벨로 낮춰 생각할 것 ⇒ MVP만 개발한다 생각하지 말고 나머지는 백로그로 미뤄둠

userflow

• 주제: asmr 음원, 수면 ⇒ 사람들에게 자기 전에 듣기 좋은 asmr을 추천한다.

• 시작하기 전 해야할 고민

  • 범위가 좁은 주제여도 확장하여 생각함
  • 기록을 원한다면 무엇을 기록하는가, 기록을 어떻게 사용할 것인가 등에 대한 것
  • 추천을 원한다면 추천의 기준, 추천을 했을 때 우리 서비스가 어떤 이득이 있는가 등에 대한 것

• 음원 제공방식

  • 100% 서비스로 제공

  • 유저 등록

    ⇒ 유저가 등록할 수 있다면 다른 사람에게도 보여줘야함

  서비스 제공 4 : 유저등록 2 표로 결론이 안 났으므로 뒤에 다시 결정

기록 vs 추천

항목(의견 취합)

어떻게 보여줄 것인가

• 수면 로그 - 수면기록 현황
• 조회수 기반 추천
• 타임라인 - 수면의 질