안녕하세요 makeviibe 입니다.
빵파티는 빵을 좋아하는 사람들이 함께 빵을 사러 가는 여정을 공유하는 커뮤니티 서비스입니다.
makeviibe 팀은 이 서비스를 MVP 단계에서 시작할 때, 앱 형태에 대한 중요한 결정을 내렸습니다.
"과연 웹으로 만들 것인가? 네이티브 앱으로 만들 것인가?"
우리는 고민 끝에 웹뷰앱(WebView App)을 선택했습니다.
이 글에서는 우리가 그렇게 판단한 이유와, 웹앱/웹뷰앱이 가진 장단점을 상세히 설명해보겠습니다.
✅ 웹뷰앱을 선택한 가장 큰 이유: “설치 없는 접근성”
웹의 가장 큰 장점은 누구나 설치 없이 접근할 수 있다는 점입니다.
- SNS, 카카오톡, 문자 등에서 링크만으로 곧바로 접근 가능
- 사용자에게 "앱을 설치해주세요"라고 부탁하지 않아도 됨
- 초기 사용자 유입 실험(MVP)에는 매우 유리
특히 빵파티는 유저들끼리 자연스럽게 공유하고 초대하는 구조이기 때문에, 설치 없이 바로 열 수 있는 웹은 핵심 전략 중 하나였습니다.
✅ 디바이스 기능? 웹뷰에서도 대부분 가능하다
웹뷰앱이라고 해서 기능 제약이 크다고 생각하는 분들도 계시지만, 실상은 다릅니다.
✅ 빠른 개발과 유지보수
웹 기반의 장점은 개발과 배포 속도에서 더욱 두드러집니다.
- 웹 UI만 구현하면 곧바로 앱에서도 그대로 적용
- 배포는 웹만 업데이트하면 끝
- 네이티브 앱이라면 앱스토어 심사, 버전 관리, 릴리즈까지 수일 소요
빵파티는 특히 빠르게 실험하고, 테스트하고, 개선해 나가는 구조이기 때문에, 웹뷰앱은 개발 사이클에 큰 장점을 주었습니다.
✅ 비용 측면에서도 효율적
- 네이티브 앱을 따로 개발하면, Android + iOS 각각 개발/테스트 인력이 필요
- 웹 기반은 단일 코드베이스로 개발 가능
- 유지보수, QA 인력도 절감 가능
✅ 단점도 분명히 존재함
물론 웹뷰앱에도 단점은 있습니다. 아래는 makeviibe 팀이 실제 느낀 한계점입니다.
🛠 실제 적용 사례: 빵파티
현재 빵파티는 다음과 같은 구성으로 운영되고 있습니다.
- 웹 프론트엔드: React 기반 SPA
- 앱: Flutter 앱 + WebView 내장
- 배포: 웹은 AWS S3 + CloudFront, 앱은 Android/iOS Store
핵심 기능만 빠르게 제공하고, 피드백을 기반으로 개선하는 MVP 전략에 아주 잘 맞는 구조입니다.
💡 향후 계획
웹뷰앱으로 시작했지만, 향후 다음과 같은 구조 확장을 고려하고 있습니다.
- 필요한 기능만 네이티브 브리지로 연동
- 점진적 앱 고도화
- PWA 적용도 가능성 있음 (앱 설치 유도 등)
✅ 결론 – 웹뷰앱은 충분히 좋은 선택이다
특히 스타트업, 초기 서비스, 실험이 중요한 프로젝트에서 웹뷰앱은 개발 속도, 유연성, 접근성 측면에서 매우 효율적인 선택입니다.
모든 기능을 한 번에 다 하려 하기보다, 꼭 필요한 기능부터 빠르게 전달하고 실험하며 개선하는 것이 중요합니다.
makeviibe 팀은 앞으로도 "검증된 기능만 정제해서 확장하는" 방식을 유지할 계획입니다.
'개발일지' 카테고리의 다른 글
| 🔐 인증과 인가, 실무에서 어디까지 나눠야 할까? (3) | 2025.07.18 |
|---|---|
| 🔍 View, JOIN, IN절 비교 – 우리는 왜 ORM + IN절을 쓸까요? (1) | 2025.07.17 |
| 🥐 빵을 사러 같이 가는 앱, 어떻게 만들었을까? (1) | 2025.07.15 |
| Swagger가 기본 페이지로 열릴 때? 프록시 설정으로 바로잡기 (0) | 2025.07.15 |
| 📘 API 응답 구조, 어디까지 통일해야 할까? (0) | 2025.07.15 |