웹앱 웹사이트 차이, 내가 만들 건 어느 쪽일까

만들려는 게 웹사이트인지 웹앱인지 시스템인지 헷갈린다면, 기준은 사용자가 무엇을 하느냐에 있다. 정보를 보기만 하면 웹사이트, 로그인해서 데이터를 남기고 다루면 웹앱, 회사 내부 업무를 돌리는 도구면 시스템에 가깝다. 셋은 필요한 화면과 데이터 구조가 달라 개발 기간과 비용이 크게 갈리므로, 견적을 받기 전에 내 것이 어디에 속하는지부터 정하는 편이 유리하다.

핵심 요약

• 웹사이트는 정보를 보여 주는 한 방향 매체라 화면이 단순하고 제작 기간이 가장 짧다.
• 웹앱은 사용자가 로그인해 데이터를 입력하고 저장하고 고치는 서비스여서 계정과 데이터베이스 설계가 핵심이다.
• 시스템은 회사 내부 업무 흐름을 화면으로 옮긴 것이라 겉모습보다 업무 규칙을 정확히 담는 일이 완성도를 가른다.
• 비용과 기간은 대체로 웹사이트, 웹앱, 시스템 순으로 커진다.
• 경계가 애매하면 사용자가 로그인해서 무언가를 남기는지부터 따져 보면 유형이 잡힌다.

웹사이트·웹앱·시스템, 무엇이 다른가

셋을 가르는 가장 쉬운 기준은 사용자가 화면 앞에서 무엇을 하느냐다.

웹사이트는 읽는 곳이다. 회사 소개, 메뉴판, 공지처럼 만들어 둔 정보를 손님이 보고 간다. 문의 폼 정도는 있어도 손님이 데이터를 쌓지는 않는다. 흔히 말하는 홈페이지 제작이 이 유형이다.

웹앱은 쓰는 곳이다. 손님이 회원가입을 하고 글을 올리거나 예약을 넣고 자기 정보를 고친다. 화면 뒤에 각자의 데이터를 담는 창고가 있어야 하고 그 창고를 안전하게 지키는 일이 뒤따른다. 웹사이트가 화면·처리·저장 세 층으로 나뉜다는 이야기는 웹사이트 구조 글에서 다뤘는데, 웹앱은 이 가운데 처리와 저장 층이 훨씬 무거워진 형태다. 그래서 웹앱 개발은 보이는 화면보다 데이터 설계에 시간을 더 쓴다.

시스템은 회사가 일하는 곳이다. 재고를 맞추고 주문을 처리하고 직원마다 권한을 나눈다. 손님이 아니라 내부 직원이 주 사용자라는 점이 웹앱과 다르다.

화면·비용·기간으로 비교하면

세 유형을 나란히 놓으면 차이가 분명해진다. 아래 표의 비용과 기간은 정해진 값이 아니라 웹사이트를 기준으로 개발 범위가 얼마나 넓어지는지를 상대적으로 나타낸 것이다.

구분	웹사이트	웹앱	시스템
주 사용자	방문 손님	가입 사용자	내부 직원
핵심 활동	정보 열람	데이터 입력·저장	업무 처리·관리
로그인	없거나 단순	필수	권한별로 세분
상대 비용·기간	낮음	중간~높음	높음

표에서 로그인 칸을 보면 성격이 드러난다. 로그인이 필요 없으면 웹사이트, 손님이 로그인해 무언가를 남기면 웹앱, 직원 등급에 따라 보이는 화면이 갈리면 시스템이다. 견적이 몇 배씩 차이 나는 까닭도 여기에 있다. 화면 뒤에 지켜야 할 데이터와 규칙이 많아질수록 설계와 검증에 드는 품이 늘기 때문이다. 웹 개발 외주가 어떤 일인지 감이 안 잡힌다면 웹 개발 외주란 글을 먼저 읽어도 좋다.

내 프로젝트는 어느 쪽인지 가려내기

내 것이 어디에 속하는지 헷갈릴 때는 아래 질문에 차례로 답해 보면 윤곽이 잡힌다.

1. 손님이 로그인을 해야 하는가. 아니라면 웹사이트일 가능성이 높다.
2. 손님이 직접 데이터를 남기고 나중에 다시 보거나 고치는가. 그렇다면 웹앱이다.
3. 그 데이터에 남의 돈이나 개인정보가 들어 있는가. 그렇다면 보안 설계가 크게 늘어난다.
4. 주로 쓰는 사람이 손님이 아니라 우리 직원인가. 그렇다면 시스템 쪽이다.
5. 직원마다 볼 수 있는 화면과 권한이 달라야 하는가. 그렇다면 시스템으로 굳어진다.

가상 예시로 정리해 보자. 한 꽃집 사장님이 온라인으로 주문받는 사이트를 만들려 한다. 처음엔 단순한 웹사이트라고 생각했다. 그런데 질문을 따라가 보니 손님이 로그인해 주문 내역을 확인해야 했고 결제 정보까지 오갔다. 사장님은 별도 화면에서 주문을 확인하고 배송 상태를 바꿔야 했다. 결국 이 프로젝트는 단순 웹사이트가 아니라 손님용 웹앱과 사장님용 관리 화면이 합쳐진 형태다. 이 사실을 견적 전에 알았으니 업체에 요구사항을 훨씬 정확히 전달한다.

상담에서 자주 나오는 오해

외주 상담을 하다 보면 세 유형을 둘러싼 오해가 되풀이해서 나온다. 자주 듣는 세 가지만 짚는다.

첫 번째는 웹앱을 앱스토어에 올리는 앱과 같은 것으로 보는 시각이다. 웹앱은 브라우저에서 바로 여는 서비스라 설치가 필요 없고 스토어 심사를 받는 모바일 앱과는 만드는 방식도 비용 구조도 다르다. 두 번째는 웹앱이 웹사이트의 상위 버전이라는 생각이다. 정보를 알리는 게 목적이라면 웹사이트가 더 맞는 답이고 셋은 우열이 아니라 용도가 다를 뿐이다. 세 번째는 게시판이나 회원 기능 하나쯤은 금방 붙는다는 기대다. 손님 데이터가 쌓이는 순간 지켜야 할 규칙이 함께 생기므로 작은 기능이라도 웹앱 쪽 작업으로 견적이 잡힌다. 오해를 걷어 내고 유형만 바로 잡아도 견적 이야기가 한결 빨라진다.

유형을 먼저 정하면 견적이 정확해진다

자기 프로젝트의 유형을 규정하는 일이 왜 중요한가. 같은 '홈페이지 만들어 주세요'라도 웹사이트를 떠올린 발주자와 웹앱을 떠올린 개발자가 만나면 견적과 완성물이 어긋난다. 유형을 먼저 못 박아 두면 세 가지가 좋아진다.

먼저 견적의 정확도가 올라간다. 업체는 유형만 들어도 대략의 범위와 기간을 잡으므로 여러 견적서를 견주기 쉬워진다. 다음으로 요구사항을 빠뜨릴 위험이 준다. 웹앱이라면 로그인과 데이터 저장을, 시스템이라면 권한 설계를 처음부터 챙기게 된다. 끝으로 나중에 규모를 키우기 쉽다. 웹사이트로 출발해도 언젠가 웹앱으로 확장할 생각이라면 그 계획을 미리 알린 쪽이 뒤탈이 적다.

서비스 유형을 여섯 갈래로 더 자세히 나눈 이야기는 웹서비스 종류 6가지에서 이어진다. 자기 유형이 잡혔다면 무료 견적 문의로 범위를 구체화해 보면 된다.