기획서 초안

1. 대신 해주기 서비스

1. 택한 이유

• 중고나라, 번개장터, 당근 마켓에서도 비슷한 서비스를 제공을 하려고 하고 있는데, 너무 난잡했다. 특별화 된 애플리케이션이 있다면 유저가 사용하기에 편할 것 같았다.

• 갑작스런 상황에서 자신을 대신해서 해줄 사람을 쉽게 구할 수 있는 서비스가 있다면 좋을 것 같다고 생각했다.

• 특정화된 상황을 고려하기 때문에 더욱 더 차별화 된 서비스가 될 것 같다.

• 실제 사용자가 필요로 할 서비스 일 것 같다. 기존의 비슷한 서비스 보다 좀 더 나은 사용자 경험을 제공한다면 좋은 서비스가 될 것 같다.

• 개발 외적인 부담이 적을 것 같았다.

• 잉여시간에 소소하게 돈 벌 수 있는 애플리케이션이 있으면 좋을 것 같았다.

• 기술적으로 많은 것을 시도 해 볼 수 있을 것 같았다.

2. 다른 애플리케이션과의 차별점

[해주세요]

• 가격에 대한 통계를 수치화 해준다.
• 헬피가 더 가성비 좋은 서비스를 택할 수 있게 함.

• 매칭 전에도 채팅이 가능하다.
• 헬퍼가 자신의 능력을 더욱 어필 할 수 있도록 함.

• 지역 별 분야 베스트 TOP 3
• 통계 기능을 사용함으로써 헬퍼들의 전문성을 보장하고, 성취감 등을 얻을 수 있다.

• 업적(메달) 서비스 제공
• 단순한 게임적인 업적 서비스를 제공하여 애플리케이션 사용 간 재미 요소를 추가한다.

• 헬피, 헬퍼 간 평가를 통해 매너지수를 제공한다.
• 헬퍼에게만 매너지수가 있었지만, 헬피도 매너지수가 필요하다고 생각했다.

3. 구현 해야 할 기술 정리

백엔드

• R-Index를 활용한 빠른 지역 탐색

• 외부 결제 기능 토스 API (이벤트 기반)

• 비관적 락, 낙관적 락을 통한 동시 등록 락 처리

• Redis를 이용한 유저 JWT 토큰 분산 관리

• 메시지 큐를 이용한 유저 인증 절차 그 외 더 있을 수도 있음.

• OAUTH2 소셜 로그인 기능 추가

• 멀티 모듈

• 채팅 기능

• NoSQL MongoDB를 이용한 통계 관리

프론트엔드

• 헬퍼와 전문가 간의 실시간 채팅 (웹소켓 기반)
• 알림 기능

• 가게 위치 정보와 전문가의 위치 기반으로 반경을 기록하고 반영 → 지도 서비스

• 리뷰나 수행 기록 정보 저장 및 별점 서비스

• 리뷰와 별점 기반으로 등급화

• 검색 기능(유저나 가게 정보 등)

• 소셜 로그인(구글, 네이버, 카카오 - 추후 선택)

• 이용자 별 일감 연결

• 헬퍼와 전문가 간의 매칭

• 헬퍼의 가게 정보 등록

• 전문가의 인적 사항 등록 → 자신의 프로필 만들기

• 결제 및 영수증 페이지

4. 제한점

백엔드

• 매칭됐다는 알림이 중요할 것 같은데, 메일밖에 떠오르지 않는다. (비용때문에)

• 보건증 인증 같은 기능을 정확하게 해줄 수 있을까? ex) 신분증 등..(보안 문제)

• 대신 해주세요에 대한 주제를 어디까지 디테일하게 잡아야 할지. (당일 알바도 추가해야 하나?)

프론트엔드

• 지도를 어떻게 활용할 수 있을 것인가..

• 결제 서비스에 대한 공부가 필요해 보임

• 매칭할 수 있을까?에 대한 고민

2. 성향 별 습관 형성 관리 서비스

1. 택한 이유

• 좋은 취지의 서비스가 될 것 같고 UI 적으로도 보기 좋은 서비스가 될 것 같다.

• 사용자의 성향 별로 다르게 동기부여하는 서비스가 있어서 더 좋을 것 같다.

• 유튜브에서 동기부여 관련한 영상이 조회수가 잘 나오는 것을 보면 사람들은 항상 오늘보다 더 나은 내일을 살기를 원한다고 생각한다. 이를 도와주기 위한 애플리케이션이다.

• 내 성향에 맞는 습관 형성 서비스를 제공받을 수 있다.

• 동기 부여와 자신의 성향에 맞는 여러 사람들의 정보를 한 눈에 보고 참고할 수 있다.

• 습관을 형성하기 위해 다른 유저 없이 개인적으로 루틴 관리로 사용할 수 있다.

• 습관 설정에 가이드를 제시하여 진입장벽을 낮출 수 있을 것 같았다.

• 습관을 만들 때 혼자서 하기 보다 같이 할 때 더 자극을 받을 수 있는 것 같다.

2. 다른 애플리케이션과의 차별점

• 기존의 서비스와 달리 스터디 모집 및 참여 서비스를 제공한다.

• 더 좋은 사용자 경험을 제공해서 사용자가 서비스를 사용하는 동안 더 재밌을 것이다.

• 목표 달성 시 캘린더 뷰 UI를 통해 현황을 한 눈에 확인할 수 있다.

• 스터디 그룹 간의 경쟁 시스템

• easy 모드(격려)와 hard 모드(스파르타)로 나눈다.

3. 구현 해야 할 기술 정리

프론트엔드

• 알림 기능(사용 가능하면 web push API)

• 캘린더 뷰(달성 시 UI가 달라짐 (달성 도장, github 잔디 같은)

• 스터디 모집 등록

• 스터디 조인

• 검색 기능(스터디, 유저 검색)

• 소셜 로그인(추후 선택)

• 유저의 성향 선택 옵션

• 스터디 순위 필터링 및 유저(사이트 이용 정도) 필터링

• 성향 맞춤 습관 가이드 서비스

• 현재 접속자 목록

• 댓글

• 사진 업로드 → 할 일 완료 인증(선택)

• 하드, 소프트 선택

• 달성 점수

• 스터디 조인 시 스터디원들 및 개인 일정과의 연동

• 포인트 시스템

백엔드

• 이미지 용량 최적화 및 S3로 이미지 관리

• 비관적 락, 낙관적 락을 통한 동시 등록 락 처리

• Redis를 이용한 유저 JWT 토큰 분산 관리, 스터디 순위 캐싱

• 메시지 큐를 이용한 유저 인증 절차 및 알림

• 스프링 배치를 이용한 알림 메시지 전송 쿼리 최적화

• 스케쥴링을 이용한 사용자가 원하는 시간에 알림 전송

• 멀티 모듈

• NoSQL MongoDB를 이용한 통계 관리

4. 제한점

프론트엔드

• 알림 기능(web push)이 제대로 작동할지

• 스터디 조인 시 개인 일정과 어떻게 연동될 것인지

백엔드

• 알림이 메일 및 슬랙으로 제한 됨 (비용 문제)

3. 커플 성향 별 데이트 코스

1. 택한 이유

• 성향 별로 하고자 하는 데이트 코스가 다를 수 있다. 이 때, 검색하기가 까다로운데 이러한 부분을 편하게 해줄 수 있는 서비스가 있었으면 좋겠다 라는 생각을 했다.

• 여러 사용자들의 데이트 정보를 신뢰성 있게 필터링 된 목록으로 볼 수 있다.

• 실제로 평소에 모두가 한번쯤 느껴본 불편함을 해소 시켜 줄 수 있는 서비스이다.

• 많은 사용자가 모이지 않더라도 개인적으로 친구 혹은 애인과 함께 사용할 수 있는 서비스이다.

• 커플의 성향을 고려한 데이트 코스를 쉽게 찾을 수 있다.

• 단일 데이트 장소 정보가 아닌 연계된 정보를 얻을 수 있다.

2. 다른 애플리케이션과의 차별점

• 더 좋은 코스를 자랑 혹은 공유하기 위해 사용자의 참여 유도가 용이할 것 같다.

• 지난 데이트 코스를 기록할 수 있다.

• 커플 간의 추억을 기록하며 알림을 주어 상기 시킬 수 있다.

• 상대방의 성향을 알 수 있고 상대를 더 잘 파악할 수 있는 계기를 제공한다.

3. 구현 해야 할 기술 정리

프론트엔드

• 코스 시각화

• 코스 기록 누적

• 채팅
• 알림

• 데이트 코스 추천
• 필터링

• 원하는 데이터 코스 찜

• 소셜 로그인(추후 선택)

• 커플 별 성향 선택 옵션

• 디데이 기록(날짜 정보 받아오기)

• 리셋

• 리뷰 및 별점 서비스
• 순위화 높을수록 먼저 보이기

• 정해진 기념일에 UI 달라지기(축하합니다 알림)

• 카카오톡 공유하기

• 자유 게시판

• 자신의 위치 기록(위치 기준으로 필터링)

백엔드

• R-Index를 활용한 빠른 지역 탐색 (내 위치 주변 데이트 코스 검색)

• 데이터 크롤링

• 비관적 락, 낙관적 락을 통한 동시 등록 락 처리

• Redis를 이용한 유저 JWT 토큰 분산 관리, 성향 별 랭킹 캐싱

• 메시지 큐를 이용한 유저 인증 절차 및 알림

• 스케줄링 및 배치 이전 데이트 코스 추억 보여주기

• OAUTH2 소셜 로그인 기능 추가

• 멀티 모듈

• 채팅 기능

• NoSQL MongoDB를 이용한 통계 관리

4. 제한점

백엔드

• 전국적으로 애플리케이션을 구현하기에는 데이터가 너무 많다. 따라서, 처음에는 서울로 제한한다.

• 헤어졌을 때 데이터를 어떻게 관리를 해야 될 것인가.
• 다녀간 데이트코스에 핀 박으면 인덱스에 잉여 데이터가 너무 많아짐.

• 성향에 대한 기준을 어떻게 잡을 것인가.

프론트엔드

• 데이터를 어떻게 필터링하고 유저에게 보여줄 것인가

• 코스 시각화를 어떻게 할지

• 데이트 코스를 시간별로 추천해 줘야 할텐데 추천 코스마다 정보가 하루하루 너무 다르다.
• 예를 들어 걸어갈 수 있는거리, 차 타고 이동해야 하는 거리, open, close 정보가 전부 다름