<aside> 📌 21.07.23 (금)

</aside>

• 타겟을 정해서 타겟을 위한 서비스를 구현하는 방향성을 잡는게 좋겠다.

• 모바일 말고 웹에서 이 서비스를 쓰는 메리트를 찾아야한다.

• 프로젝트 기간동안 시중에 나와있는 실제 서비스를 사용하면서 단점을 찾아보자.

  Yazio : 박수현, 김나예

  밀리그램 : 이경원, 최지혁

  다이어트신: 박진홍, 오인웅

  Sprint : 김나영, 박용태

• 제공할 수 있는 칼로리 데이터의 range 파악을 위해 조사가 필요하다.

• 이미 날씬한 사람보다 평균체중이상의 사람들도 지속적으로 쓸수 있는 기능을 찾아야한다.

• 칼로리를 배제하고 자신의 목표 달성을 도와줄수 있는 그런 기능으로 빠지면 어떨까?

• 물많이 마시기, 야식 안먹기 미션같은 재미요소 주자.

• 소소한 정보를 주기를 위한 푸드 메거진 (크롤링)

• 커뮤니티 기능이 너무 큰 파트가 되지 말자. side effects를 배제하기 위해서.

• 게시글의 댓글은 빼고 긍정적인 반응을 줄수있는 좋아요, 부러워요, 힘내세요 등등을 넣자.

• 넣었으면 하는 기능과 개선 되었으면 하는 기능을 일단 한번 다 넣어서 내일 다시 간추려보자.

<aside> 📌 21.07.24(토)

</aside>

• 메인 타겟팅 : 식단 조절을 원하는 유저
• 서브 타겟팅: 음식 칼로리가 궁금한 유저
• 서비스를 이용할 수 있는 유저를 3종류로 나누자.
  • 로그인을 안한 유저
  • 로그인을 한 유저 ( 바디 스펙 X )
  • 로그인을 한 유저 ( 바디 스펙 O )
• 칼로리 사전에서 장바구니 시스템
• 메인페이지는? 처음 사용하는 유저가 모든 서비스의 기능을 쓸 수 있도록 기능의 종류를 노출시키는게 중요하므로 검색창, 칼로리 사전기능과 칼로리 저장기능을 노출시켜주자.
• 운동 데이터를 찾고 저장하되 너무 디테일한 운동종류까지는 안넣어도 될거같다.
• 어떻게 나의 칼로리 페이지에서 통계를 보여주고 자신의 칼로리 관리 History를 한눈에 보여줄 수 있을까?
  1. 그래프 안에서의 데이터들이 너무 많으면 복잡해서 보기 힘들다. 칼로리 섭취량, 운동량, 몸무게 변화만 보여주자.
  2. github의 잔디같이 달력에서 최소한의 정보와 일일칼로리량이 초과됐는지 적당했는지 색을 입혀 보여주고 날짜를 클릭했을시 세부사항들을 보여주자.
• 초안에서의 커뮤니티의 순기능은 서로 정보공유를 하면서 유저의 서비스 이용시간을 늘리기 위함이였지만 side effect과 악용을 생각해서 댓글 기능을 삭제하는 의견으로 커뮤니티의 정보공유의 목적이 약해지는거같아 커뮤니티는 일단 보류.
• 새로운 아이디어인 소개 페이지는 유저를 위한 기능인거 같지만 아직 크게 필요한거 같지않아 보류.
• 페이지 상단이나 하단이나 스피너를 띄울때나 소소한 건강정보를 잠깐잠깐 제공해주는 재미요소를 살짝 가미하는것도 좋은거같다.
• 칼로리를 기록하는 도중 몸무게가 변하면 직접 수정이 가능하지만 너무 원시적이고 유저에게 귀찮다는 느낌을 줄수도 있기때문에 메인페이지에서 몸무게 변화했을때 바로바로 수정할 수 있도록 버튼을 클릭하고 모달을 띄워주는게 좋을거같다.
• 장바구니에서 모든 음식에서 섭취시간대를 입력할려고 펼쳐야 하는 부분이 번거롭다.
• record POST요청에서 아예 식사와 운동 기록을 병합해서 날짜를 기준으로 정리해주는게 더 깔끔한거같다.
• 달력, 그래프, 상세내용이 나오는 페이지를 하나로 묶자.
• 백엔드에서 결과를 result = success 말고 status 200을 보내고 에러가 났을시 status 400과 항상 에러에 관한 메세지를 보내기.
• 칼로리 range를 검색할때 걸어주지말고 검색한 음식들중 필터를 적용할수 있게 프론트에서 처리하기.
• 와이어프레임에서 바디스펙, 쓰기페이지, 마이페이지 추가 사항

디자이너 2명 하차

<aside> 📌 21.07.26 (월)

</aside>

새로운 디자이너 2명 합류

와이어 프레임 대규모 업데이트

• 웹에서 모바일형 웹으로 바꿈(ft. pwa)
• 비로그인 유저가 이용 할수 있는 서비스 range
  1. 자신의 칼로리를 저장할때 기록할때만 로그인을 해야하는 문구를 띄워서 로그인을 유도하자
  2. 비로그인 로그인 필요없이 그냥 다 보여주고 개인 데이터가 필요한 부분의 페이지에서는 가상의 데이터들을 넣어줘서 서비스에 대한 기대감을 높여주자.
• 검색창이 메인인가? 대쉬보드가 메인인가?
• 운동리스트랑 몸무게 변화표, 눈바디를 굳이 넣어야할까?
  1. 우리 서비스의 메인은 음식에 대한 일일칼로리 섭취량을 보여주는게 주목적이기 때문에 다이어트까지 프로젝트 스코프안에 넣을 필요까지 없을거같다. 있으면 좋겠지만 사용을 많이 안한다면 거추장스러울뿐이다.
• 칼로리 검색에 필터 여려개 적용가능
  1. 가나다 순
  2. 칼로리 바 정렬
  3. 칼로리순 ( 낮은순 / 높은순 )