QR코드를 이용한 전통시장 O2O 마켓플레이스
전통시장과 사랑에 빠지게 될 달콤한 시장 나들이
두 손은 가볍게, 돌아갈 땐 즐겁게
시장에 돌아다니면서 한가득 들고 있던 짐, 시럽이 대신 들어드릴게요.
쉽고 빠르게 장을 보고, 여유롭게 시장을 즐기세요.
Syluv과 함께라면, 시장 나들이가 더욱 편리해집니다.
분야 | 이름 | 포지션 |
---|---|---|
기획 | 김강민 | 📁 서비스 기획 |
디자인 | 박진아 | ✒️ UX/UI 디자인 |
웹 | 정윤석 | 🌐 웹 리드 |
웹 | 조채연 | 🌐 웹 멤버 |
서버 | 안정후 | 💻 서버 리드 |
서버 | 김소연 | 💻 서버 멤버 |
요즘 전통시장, 중장년층만의 전유물이 아닙니다.
💡 전년 대비 20대 방문객이 두 배로 껑충 뛰었을 정도로 소위 “핫플"이 되어가고 있음
💡 음식점 방문객만 증가하고있고, 농수산물이나 식료품 등 다른 품목은 오히려 감소세
→ 시장의 온도차 이유에 대한 현장 조사의 필요성
참고자료 | 출처 |
---|---|
https://m.edaily.co.kr/news/read?newsId=01554726638857432&mediaCodeNo=257 | KB국민카드 |
대상
: 광장시장 방문객 및 상인
인원
: 30명
내용
: 시장 경험에 대한 질문, 시장 정보에 대한 질문
문항 번호 | 질문 | 얻고자 하는 인사이트 |
---|---|---|
1-1 | 시장 주변 주민이신가요? | 시장 관광객, 주민 여부 파악 |
1-2 | 평소 시장을 얼마나 자주 방문하시나요? | 시장 경험 빈도 조사 |
1-3 | 시장보다 대형마트를 자주가는 편인가요? 그 이유는? | 시장 경험 긍정/부정 여부 |
2-1 | 이 시장에서 파는 품목 카테고리는 어떤게 있을까요? | 시장 정보 숙지 여부 |
2-2 | 시장에 방문했는데 가고싶은 가게가 휴무이거나, 가격이 변동된 경우가 있었나요? 그때 어떤 상황이었는지 설명해주세요. |
시장 정보 변동 확인 |
3-1 | (상인에게) 음식점 구역과 아닌 구역에서의 인파 차이가 많다고 느끼나요? 그 이유는? | 음식점/비음식점 격차 |
3-2 | (상인에게) 음식점으로의 업종 전환을 고려하고 계시나요? 그 이유는? | 업종 전환 의지 확인 |
💡 분명 시장에는 건강하고 신선한 식료품이 많습니다. 여가와 취미를 위한 상품도 많이 존재한다.
💡 손님들은 복잡한 시장 경험 때문에 원하는 상품을 찾기 힘들고, 그 물건을 들고 다니면서 시장을 즐길 수 없다.
💡 이는 악순환이 되어 전통시장을 먹거리 위주의 단순한 장소로 변모 중
→ 현대인의 건강과 라이프스타일 추구를 위한 웰니스에 긍정적인 영향을 미치지 못하고 있음
이 기능들은 시럽이 가진 기능의 '극히 일부'에요! 직접 시럽에 방문해서 전통시장을 위한 수많은 솔루션 기능들을 살펴보세요 :)
핵심 가치 | 비전 | 미션 |
---|---|---|
전통시장과 사랑에 빠지게 될 달콤한 시장 나들이 | 기술을 통해 전통시장 경험을 혁신한다 | 고객이 원하는 시간과 장소에서 시장이 주는 행복을 느낄 수 있도록 |
초기 타겟층 : 시장 데이트, 관광을 자주 다니고 QR코드 사용 경험이 많으며 온라인 주문에 거부감이 없는 MZ세대
확장 타겟층 :
월 2회 이상, 관광형 시장에 장을 함께 보러 오는 50대 이하 방문객
기능 이름 | 액션 | 내용 |
---|---|---|
시럽 포인트 | 초기 유동성 확보 | 수수료 0%를 달성하기 위해 필요한 초기 유동성 확보 수단, 유저는 시럽 포인트를 현금으로 구매하고 할인된 가격으로 가게 이용 가능 |
럽키트 | 시장 상인 콜라보 | SNS에서 유명한 시장 맛집을 가보고 싶지만, 시공간적 제약으로 그러지 못하는 사람들을 위해 밀키트를 PB상품으로 판매 |
구성 요소 | 내용 |
---|---|
핵심 제공 가치 | 간편한 시장 정보 파악, 전통시장 경험 혁신 |
채널 | React 웹앱 |
파트너십 관계 1 | 전통시장 상인:가게 입점부터 QR배치까지 파트너십을 통한 연계 |
수익 | 주문 수수료, 시럽 포인트, 가게 상위노출 광고, 자체 PB 상품 럽키트 판매 수익 |
- Docker와 Jenkins를 이용해 Springboot CI/CD를 자동화하였습니다.
- AWS EC2, RDS, S3를 이용해 서버, DB, 객체를 클라우드로 24시간 관리/배포가 가능하도록 하였습니다.
- Github를 통해 버전관리와 분산관리를 진행했습니다.
- 사용성을 고려하여 �React 기반 �모바일 뷰 웹 개발을 정했습니다.
- Axios Interceptors와 zustand를 활용하여 효율적인 토큰관리를 구현하였습니다.
- EC2, Github Action, Docker를 활용하여, 지속적인 배포 환경을 구축하였습니다.
- "main"에는 배포 했을 시에만(서버 연동), 모든 PR & Merge는 "develop" 에서 이루어진다.
- 자신의 이름의 브랜치를 따 개인 작업 진행 -> "develop" 브랜치로 PR
- “develop” → "main" 의 Merge 작업은 한 사람이 진행한다.
- "[기능] 제목 - 부연설명" 형식으로 이루어진다.
- “[기능] 제목” → 필수
- "- 부연설명" → 선택
- 15자 이상 X
- FEAT : 새로운 기능의 추가
- ADD : 단순 코드 추가
- FIX: 버그 수정
- DOCS: 문서 수정
- STYLE: 스타일 관련 기능(코드 포맷팅, 세미콜론 누락, 코드 자체의 변경이 없는 경우)
- REFACTOR: 코드 리펙토링
- TEST: 테스트 코트, 리펙토링 테스트 코드 추가
- CHORE: 빌드 업무 수정, 패키지 매니저 수정(ex .gitignore 수정 같은 경우)