기준 1. 사용자가 어디서 쓰나요
- 사무실에서 컴퓨터로 매일 쓰는 도구(근태·결재·고객 관리·예약 관리자 화면)는 웹이 맞습니다. 설치가 필요 없고 수정하면 바로 모두에게 반영됩니다.
- 이동 중에 폰으로 쓰고, 알림을 받아야 하는 서비스는 앱이 맞습니다.
- 둘 다 필요하면 관리자 화면은 웹, 사용자 화면은 앱으로 나누는 경우가 많습니다.
기준 2. 폰 기능이 꼭 필요한가요
카메라, 푸시 알림, 위치, 통화·파일 접근처럼 폰 기능이 핵심이면 앱으로 갑니다. 반대로 «글과 표를 보고 입력하는» 정도라면 웹으로도 충분합니다. 여기서 꼭 필요한 기능과 있으면 좋은 기능을 나누어 적어 두면 견적이 크게 달라집니다. 범위를 자르는 방법은 MVP 범위 잡는 법 글에 있습니다.
기준 3. 첫 번째 검증을 어떻게 할 건가요
- 사용자가 정말 쓰는지부터 보고 싶다면 웹이나 시안 링크로 먼저 보여 드리는 편이 빠릅니다. 스토어 심사를 기다리지 않아도 됩니다.
- 스토어 출시 자체가 목표(앱 아이콘, 스토어 노출)라면 처음부터 앱으로 갑니다.
- 안드로이드와 iOS 를 따로 만들면 비용과 점검이 플랫폼마다 따로 듭니다. 한 코드로 두 스토어에 올리는 방식(Flutter 같은 크로스플랫폼)이 있으니 개발사에 «한 코드로 가능한가요»라고 물어보세요. 실제 진행 과정은 Flutter 모바일 앱 사례에 있습니다.
정리 표
| 상황 | 추천 시작점 |
|---|---|
| 직원이 PC 로 매일 쓰는 업무 도구 | 웹 |
| 폰 카메라·알림이 핵심인 서비스 | 앱(한 코드로 두 스토어) |
| 아이디어를 먼저 검증하고 싶음 | 웹 시안 → 반응 보고 앱 |
| 관리자는 PC, 고객은 폰 | 웹 관리 화면 + 앱 |
맡기기 전에 개발사에 물어볼 3가지
- 이 서비스는 웹과 앱 가운데 무엇으로 시작하길 권하시나요, 이유는 무엇인가요.
- 스토어 계정은 누구 명의로 만드나요. (인수인계 체크리스트에서 명의를 확인합니다.)
- 나중에 웹에서 앱으로 넓힐 때 지금 만든 부분을 그대로 쓸 수 있나요.
마무리
어떤 형태로 시작할지 아직 정하지 못하셨다면, 서비스 설명 몇 줄만 보내 주세요. HS솔루션은 원격(비상주)으로 진행하며, 2일 안에 답장드리고 핵심 화면 하나를 48시간 시안 링크로 보여 드립니다. 어느 쪽이 맞는지는 시안을 눌러 보시면 더 분명해집니다.