ViewMarketLab · 서비스 안내
웹사이트 제작부터 유지보수까지 서비스 구성
기업 웹사이트 제작, 웹 애플리케이션 개발, 모바일 앱 개발, UX/UI 디자인, 그리고 출시 후 유지보수. 다섯 갈래를 필요에 맞게 골라 이어갑니다.
필요한 부분만, 이어서 전부도 됩니다
ViewMarketLab의 서비스는 크게 다섯 갈래입니다. 화면 수가 정해진 회사 소개 사이트가 필요할 수도 있고, 로그인한 사용자마다 다른 화면을 보여주는 서비스가 필요할 수도 있습니다. 프로젝트에 따라 이 중 일부만 필요하기도 하고, 기획부터 디자인, 개발, 운영까지 전부 이어서 필요하기도 합니다.
아래에서 각 서비스가 무엇을 포함하고, 무엇을 준비해야 하는지 정리합니다. 읽다가 맞는 갈래를 찾았다면 해당 안내로 이동해 더 자세한 범위와 준비물을 확인하세요.
-
기업 웹사이트 제작
회사 소개와 문의 접수 중심, 일정이 비교적 예측 가능한 구성
-
웹 애플리케이션 개발
로그인과 권한, 관리자 화면이 들어가는 실제 서비스
-
모바일 앱 개발
iOS와 Android 기획, 스토어 등록과 버전 관리까지
-
UX/UI 디자인과 커스텀 개발
흐름 정리부터 디자인 시스템, 사내 연동까지
-
MVP 개발과 유지보수
핵심 기능으로 먼저 확인하고, 출시 후 운영을 이어갑니다
상담에서는 현재 화면과 자료 상태를 듣고 필요한 범위를 함께 좁힙니다. 진행 절차 확인하기
고르는 기준
화면이 정해졌는지, 사용자마다 달라지는지가 먼저입니다.
반응형 웹 중심
기업 웹사이트 제작
회사 소개, 제품 안내, 채용, 문의 접수를 담는 사이트를 만듭니다. 국내 사용자 비중이 높으면 한국어 정보 구조와 검색 노출을 기본으로 잡습니다. 반응형 웹을 기본으로 하므로 모바일 화면을 따로 만들 필요가 없습니다.
- 회사 소개와 제품, 채용, 문의 접수까지 한 흐름으로 정리합니다.
- 화면 수가 정해져 있고 기능이 단순해 일정이 비교적 예측 가능합니다.
- 기존 브로슈어와 사진 자료가 있다면 기획 단계가 훨씬 빨라집니다.
로그인과 데이터가 있는 서비스
웹 애플리케이션 개발
로그인한 사용자마다 다른 화면과 데이터를 보여주는 서비스를 만듭니다. 관리자 화면, 권한 분리, 외부 시스템 연동이 여기에 들어갑니다. 단순 제작과는 준비물이 달라 기획 단계에서 데이터 구조를 먼저 정하고 화면을 얹습니다.
- 회원 구분과 권한, 관리자 승인 흐름을 초기에 함께 정의합니다.
- 결제와 예약, 사내 시스템처럼 외부 연동 범위를 목록으로 확정합니다.
- 운영팀이 직접 다룰 관리 화면을 개발 범위에 포함할지 정합니다.
모바일 앱 개발
iOS와 Android 앱을 기획하고 만듭니다. 네이티브로 갈지 크로스플랫폼으로 갈지는 기기 기능 의존도와 출시 일정으로 정합니다. 스토어 등록, 심사 대응, 출시 후 버전 관리까지 포함합니다.
앱은 출시 후에도 운영체제 업데이트에 맞춰 손봐야 하므로 유지보수 계획을 처음부터 함께 세웁니다. 푸시 알림이나 카메라, 위치처럼 기기 기능을 쓴다면 기획서에 미리 적어 두는 것이 좋습니다.
앱 기획 전에 정리할 세 가지
- 기기 기능 사용 여부와 오프라인 동작이 필요한지
- 스토어 계정 준비와 심사 일정 여유
- 출시 후 업데이트 주기와 대응 범위
UX/UI 디자인
와이어프레임, 사용자 흐름, 화면 디자인, 디자인 시스템 정리를 포함합니다. 화면을 예쁘게 만드는 일보다 사용자가 무엇을 몇 번 눌러 끝낼지 정하는 일이 먼저입니다. 이 단계에서 흐름을 줄이면 개발 범위도 같이 줄어듭니다.
디자인 결과물은 개발자가 바로 쓸 수 있는 형태로 정리해 넘깁니다. 버튼 상태와 여백, 글자 크기를 규칙으로 묶어 두면 나중에 화면이 늘어나도 같은 느낌을 유지할 수 있습니다.
커스텀 소프트웨어 개발
기성 솔루션으로 감당이 안 되는 요구를 직접 만듭니다. 예외 처리, 복잡한 권한 구조, 사내 시스템 연동이 대표적입니다. 웹 개발이 시스템 구축으로 확장되는 흐름이 국내에서도 일반적이라 무엇을 직접 만들고 무엇을 가져다 쓸지 먼저 판단합니다.
사내 시스템과 이어질 때
재고나 인사, 회계처럼 이미 쓰는 도구와 데이터를 맞추는 경우에 직접 개발을 검토합니다.
권한이 층층이 나뉠 때
지점과 본사, 외부 협력까지 역할이 갈리면 기성품보다 직접 설계가 안전합니다.
예외가 많은 업무일 때
환불과 승인처럼 경우의 수가 많은 흐름은 규칙부터 문서로 정리합니다.
작게 내놓고, 출시 후를 함께 봅니다
MVP 개발은 핵심 기능만 담아 빠르게 내놓고 반응을 확인하는 방식입니다. 유지보수와 운영 지원은 출시 후 오류 대응과 서버, 도메인, 인증서 관리를 다룹니다.
MVP 개발
무엇을 검증할지 정하는 것이 먼저이고, 그다음 기능을 덜어냅니다. 결제가 핵심이면 결제 흐름만 먼저 완성하고 관리 기능은 뒤로 미룹니다. 결과물을 보고 다음 단계 범위를 다시 정합니다.
처음부터 다 만들기보다 한 가지 질문에 답하는 흐름을 먼저 만드세요. 반응을 보고 넓히는 편이 일정과 비용을 아낍니다.
유지보수와 운영 지원
출시 후 오류 대응, 기능 개선, 서버와 도메인 관리, 인증서 갱신을 다룹니다. 계약에서 정해야 할 것은 대응 범위와 응답 기준, 개선 요청 주기입니다. 이 항목을 비워두면 작은 수정 하나에도 일정이 밀립니다.
프로젝트 종료 시점에 운영 문서와 함께 범위를 정리합니다. 누가 무엇을 언제까지 손보는지 문서 한 장으로 남겨 두는 것이 좋습니다.
어떤 서비스부터 시작할지
정해진 답은 없습니다. 화면이 정해져 있으면 웹사이트 제작, 사용자마다 화면이 달라지면 웹 애플리케이션, 기기 기능을 써야 하면 앱 개발부터 시작합니다. 디자인만 필요한 경우, 기존 서비스의 유지보수만 필요한 경우도 있습니다.
- 1
지금 상태를 정리합니다
현재 화면과 자료, 꼭 넣어야 하는 기능을 목록으로 가져오세요. 상담에서 필요한 범위를 좁히는 것부터 시작합니다.
- 2
갈래를 하나 고릅니다
소개 중심이면 웹사이트, 로그인과 관리가 필요하면 웹 애플리케이션, 기기 연동이 필요하면 앱 개발이 출발점이 됩니다.
- 3
다음 단계를 정합니다
디자인을 먼저 정리할지, 작게 출시할지, 운영까지 맡길지를 정합니다. 진행 절차 확인하기에서 흐름을 볼 수 있습니다.
자주 묻는 선택 고민
웹사이트와 웹 애플리케이션은 어떻게 구분하나요?
누가 봐도 같은 화면이면 웹사이트, 로그인 상태와 권한에 따라 화면과 데이터가 바뀌면 웹 애플리케이션으로 봅니다. 관리자 화면이나 외부 연동이 있다면 후자에 가깝습니다.
앱과 반응형 웹 중 무엇이 맞을까요?
카메라나 푸시, 오프라인 저장처럼 기기 기능을 자주 쓴다면 앱을, 읽고 문의하는 흐름이 중심이라면 반응형 웹이 보통 충분합니다. 일정과 스토어 대응 여유도 함께 봅니다.
디자인만 맡길 수도 있나요?
됩니다. 흐름 정리와 화면 디자인, 개발 전달용 정리까지 따로 진행합니다. 내부 개발팀이 있다면 전달 형식부터 맞추고 시작합니다.
유지보수는 언제 정해야 하나요?
기획 단계에서 함께 정하는 것이 좋습니다. 대응 범위와 응답 기준, 도메인과 인증서 관리 주체를 계약서에 적어 두면 출시 후 수정이 밀리지 않습니다.
현재 화면을 보내주시면 범위를 좁혀 드립니다
어떤 갈래가 맞는지 확신이 없어도 괜찮습니다. 운영 중인 주소나 기획 문서가 있다면 함께 보내주세요. 월요일–금요일 09:00–18:00에 답변합니다.
Shotemur Street 55 734002 Dushanbe Tajikistan · (239) 496-1716 · [email protected]