소개
시도하고자 했던 것과 그 이유를 알려주세요.
(내용 입력)
평소 사주명리에 관심이 있어, 공부를 해온 나는 취미로 운세 프로그램을 만들어서 워드프레스 블로그를 통해서 서비스 하는것을 고려하고 있었다.
그런데, 바이브코딩 (애창패) 수업을 들으면서 짜투리 시간을 활용하여 운세 사이트를 간단히 만들어 보았다.
내가 사용해본 운세 사이트가 대부 분 제대로된 풀이가 안되었어서, 나는 그동안 공부한 지식을 동원해서 가급적 타당하게 풀이가 되는 서비스를 만들어 보고 싶었다.
평소 GPT 나 제미나이를 훈련 시켜서, 운세 풀이를 해보곤 했는데 ㅎㅎ 과연 결과가 제대로 나올지 ~
진행 방법
어떤 도구를 사용했고, 어떻게 활용하셨나요?
Tip: 사용한 프롬프트 전문을 꼭 포함하고, 내용을 짧게 소개해 주세요.
Tip: 활용 이미지나 캡처 화면을 꼭 남겨주세요.
Tip: 코드 전문은 코드블록에 감싸서 작성해주세요. ( / 을 눌러 '코드 블록'을 선택)
(내용 입력)깃허브, 러버블, Cursor 사용 # 온라인 사주·운세 PRD ## 1. 제품 한-줄 설명 신뢰도 높은 평생·연도별·테마별 운세와 전통 점술(기문둔갑, 육효)을 모바일 중심 UI로 무료 제공하고, 프로필 저장·SNS 공유로 가볍게 즐길 수 있는 웹 플랫폼. ## 2. 배경 & 기회 국내 운세 시장은 다수의 웹·앱이 난립하지만 신뢰성 부족, 과도한 광고, 복잡한 사용 흐름으로 사용자 불만이 큼. 전면 무료 + 간결한 UX로 MZ부터 50대까지 폭넓게 흡수할 기회 존재. ## 3. 목표 1. 출시 3개월 내 월간 활성 사용자(MAU) 10만 명 달성 2. 재방문율(7일 기준) 40% 이상 확보 3. SNS 공유를 통한 신규 유입 20% 이상 유도 ## 4. 핵심 지표 (KPI) - MAU / DAU - 7일 재방문율 - 평균 세션 길이 & 조회 수 - SNS 공유 클릭률 - 프로필 저장 전환율 ## 5. 대상 사용자(Persona) 1. MZ세대(20~30대) – 출퇴근·통학길에 가볍게 오늘 운세를 보는 모바일 중심 사용자 2. 40~50대 직장인 – 전통 사주에 익숙, 믿을 만한 해석과 연/평생 운세를 선호 3. 예비 창업·이직 준비자 – 의사결정 전 사업·직업 운세로 참고 자료 탐색 4. 커플(20~40대) – 연애·궁합 운세를 공유하며 대화 소재로 활용 ## 6. 사용자 목표 & 페인포인트 매핑 | 목표 | 해결할 페인포인트 | |------|------------------| | 빠르고 정확한 결과 | 여러 사이트 이동 번거로움, 광고 과다, 신뢰 부족 | | 의사결정 참고 | 유료 벽, 정보 부족 | | 재미·공유 | 공유 과정 번거로움, 재미 요소 부족 | | 심화 학습 | 신뢰할 만한 전통 점술 풀이 부족 | ## 7. 주요 기능(MVP) 1. 평생사주 보기 – 사주팔자 전체 해석 2. 특정년도 사주 보기 – 입력한 연도/세운 해석 3. 테마 운세 – 사업·직업·연애 카테고리별 운세 4. 전통 점술 – 기문둔갑, 육효 결과 제공 5. 프로필 저장 – 생년월일·시 및 이름 저장, 원클릭 재조회 6. 공유 기능 – 결과를 카카오톡·SNS 링크/이미지로 손쉽게 공유 ## 8. 보조 기능(차후 확장) - 데일리 알림(웹 푸시) - 인기 운세 랭킹 - 전문가 1:1 상담(유료 전환 모델) ## 9. 사용자 흐름(요약) 1) 접속 → 2) 첫 입력(생년월일·시) → 3) 메뉴(평생/연도별/테마/점술) 선택 → 4) 결과 페이지 → 5) 공유 / 프로필 저장 유도 → 6) 재방문 시 원클릭 재조회 ## 10. 경쟁 우위 - 광고 최소화(UX 우선) - 전통 점술까지 통합 제공 - 무료 모델로 초반 진입 장벽 제거 ## 11. 비즈니스 모델 초기: 전면 무료 + 최소 배너 광고로 서버 비용 충당 → 성장 후 프리미엄 해석·전문가 상담·제휴 광고로 확장 ## 12. 기술 요구사항(High-level) - 프론트엔드: React, Vite, React-Router-DOM, shadcn/ui - 상태 관리: @tanstack/react-query + localStorage - 백엔드 API: 운세·점술 계산 로직 (Python FastAPI 또는 서버리스 함수) - DB: 사용자 프로필, 조회 로그 → PostgreSQL (Supabase) - 배포: Vercel / Netlify ## 13. 비(非)기능 요구사항 - 모바일 퍼스트 반응형, Lighthouse 성능 90점 이상 - 평균 응답 시간 1초 이하 - 개인정보 암호화 저장 ## 14. 일정(1차 MVP) | 주차 | 마일스톤 | |------|-----------| | 1주 | IA 설계, 화면 와이어프레임, 운세 로직 정의 | | 2~3주 | 프론트엔드 개발(메뉴·입력·결과 화면) | | 3~4주 | 운세·점술 API 연동, 프로필 저장, 공유 기능 | | 5주 | QA, 크로스 브라우저 테스트, 성능 최적화 | | 6주 | 베타 오픈 & 피드백 반영 | ## 15. 리스크 & 대응 - 운세 로직 신뢰성 부족 → 전문가 자문, 알고리즘 공개 부분 설명 - 무료 모델 수익 미비 → 초기 광고 최소화, 후속 프리미엄 라인 준비 - 트래픽 급증 → 서버리스/Auto-scaling 설계 ---
결과와 배운 점
배운 점과 나만의 꿀팁을 알려주세요.
과정 중에 어떤 시행착오를 겪었나요?
도움이 필요한 부분이 있나요?
앞으로의 계획이 있다면 들려주세요.
(내용 입력)
우선 사주풀이를 '제미나이' 를 연결해서 했는데, Cursor 로 연결을 하니 자꾸 에러가 나서 , 차라리 내가 코드를 보고 수정하는 편이 좀더 낫겠다는 생각을 여러번 해봄 ㅎㅎ
바이브코딩을 해보면서, 바이브코딩이 참 편리 하지만 (코딩을 좀 아는 분들은) 불필요한 부분은 상황에 따라서 직접 코드를 수정하는 것이 좀더 효율적 이겠다는 생각을 해봄
'제미나이' 를 연결해서 풀이를 하는것을 넘어서, AI에 사주풀이 규칙을 넣고 풀이에 대한 훈련을 시켜야 하는데 그 과정을 스터디 기간안에 할수 있을지는 모르겠다 ~
추후 개발이 완료되면, 디자인을 간소화 시켜서 워드프레스 블로그를 통해서 서비스를 해볼 생각임
도움 받은 글 (옵션)
참고한 지피터스 글이나 외부 사례를 알려주세요.
(내용 입력)