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 정보가 전부 다름