기획부터 출시·운영까지
직접 만드는 어플 개발
iOS·안드로이드 앱과 관리자 화면을 기획부터 출시·운영까지 한 팀이 직접 만듭니다.
첫 출시 범위와 맞는 개발 방식도 함께 정해요.
예약 앱 데모 화면: 고객 앱의 클래스 목록, 상세, 예약 접수 화면과, 새 예약을 받아 확정하면 앱으로 알림을 보내는 관리자 화면
예약 앱과 관리자 화면
고객이 앱에서 예약하면 관리자 화면에 바로 들어오고, 확정하면 앱으로 알림이 가요
소담 공방
원데이 클래스 예약
11월 15일 (토)
- 물레 도자기 원데이14:00 · 2시간남은 자리 4석
- 핸드빌딩 머그컵16:30 · 2시간남은 자리 2석
- 유약 칠하기11:00 · 1시간 30분마감
고객 앱 · iOS·안드로이드
예약 접수
앱 → 관리자
확정 알림
관리자 → 앱 푸시
11월 15일 (토) 예약
- 전체 예약
- 5건
- 확정 대기
- 0건
- 남은 자리
- 6석
시간예약자클래스인원상태
11:00김○○유약 칠하기2명확정
11:00이○○유약 칠하기4명확정
14:00박○○물레 도자기 원데이2명확정
16:30최○○핸드빌딩 머그컵3명확정
16:30한○○핸드빌딩 머그컵1명확정
관리자 화면 · 웹
만드는 앱
누가 쓰는 앱인지부터
앱 개발 범위를 정합니다
쓰는 사람과 상황부터 정리하고, 앱과 함께 쓸 관리자 화면도 같이 설계합니다.
고객용 서비스 앱
가입부터 이용, 알림 확인까지 휴대폰 하나로 끝내고 싶을 때
만드는 화면
- 회원가입·로그인
- 서비스 이용
- 알림함
- 내 정보
현장·영업용 사내 앱
밖에서 고객 정보를 보고 방문 기록을 바로 남겨야 할 때
만드는 화면
- 고객 정보
- 방문·업무 기록
- 사진 첨부
- 일정
예약·주문 앱
전화로 받던 예약·주문을 앱으로 받고 접수 상태를 알려야 할 때
만드는 화면
- 예약·주문
- 결제
- 접수 알림
- 이용 내역
앱과 함께 쓰는 관리자 화면
앱에서 들어온 회원·예약·주문을 웹에서 처리해야 할 때
만드는 화면
- 회원 관리
- 접수 처리
- 공지·푸시 발송
- 현황 조회
개발 방식
네이티브와 크로스플랫폼 중
서비스에 맞는 방식을 고릅니다
써야 할 기기 기능과 화면 복잡도, 출시 뒤 업데이트 방식을 보고 함께 고릅니다.
네이티브 앱
iOS·안드로이드를 각각 개발
이럴 때 맞아요
- 카메라·블루투스·센서 같은 기기 기능을 깊게 써야 할 때
- 운영체제가 새로 내놓는 기능을 바로 적용해야 할 때
- 화면 반응 속도와 움직임이 서비스의 핵심일 때
두 운영체제의 코드를 따로 만들고 관리합니다.
크로스플랫폼 앱
Flutter 등 한 코드로 두 앱을 개발
이럴 때 맞아요
- iOS와 안드로이드에 같은 기능을 함께 출시할 때
- 업데이트를 한 코드로 두 앱에 반영하고 싶을 때
- 목록·상세·입력처럼 일반적인 화면이 중심일 때
운영체제별 기능은 필요한 부분만 네이티브로 연결합니다.
웹앱
설치 없이 브라우저에서 사용
이럴 때 맞아요
- 스토어 설치 없이 링크만으로 쓰게 하고 싶을 때
- 사내 직원처럼 쓰는 사람이 정해져 있을 때
- 앱 출시 전에 먼저 반응을 확인하고 싶을 때
푸시 알림과 기기 기능은 브라우저·기기가 지원하는 만큼 씁니다.
방식마다 관리할 코드의 양이 달라, 같은 기능 범위로 상담에서 비교해 드립니다.
출시 준비
출시까지 필요한 것을
개발 전에 먼저 정합니다
스토어 심사와 출시 후 운영까지, 필요한 것을 시작 전에 문서로 맞춰 둡니다.
첫 출시 범위
- 개발 전에 정하는 것
- 첫 버전에 넣을 기능과 다음으로 미룰 기능
- 출시 전에 확인하는 것
- 화면이 실제 사용 순서대로 동작하는지
공통 기능
- 개발 전에 정하는 것
- 로그인, 푸시 알림, 결제처럼 여러 화면에 걸친 기능
- 출시 전에 확인하는 것
- 실제 기기에서 로그인·알림·결제가 끝까지 이어지는지
관리자 화면
- 개발 전에 정하는 것
- 운영자가 웹에서 처리할 업무와 계정별 권한
- 출시 전에 확인하는 것
- 앱에서 생긴 회원·예약·주문을 웹에서 처리할 수 있는지
스토어 등록
- 개발 전에 정하는 것
- 개발자 계정, 앱 설명, 개인정보 처리방침 같은 심사 준비물
- 출시 전에 확인하는 것
- 앱스토어·구글 플레이 제출 자료와 심사 의견 반영
출시 후 운영
- 개발 전에 정하는 것
- 업데이트 주기, 오류 대응, 서버 운영을 누가 맡을지
- 출시 전에 확인하는 것
- 운영 문서와 계정, 소스 코드를 넘겨받을 범위
만드는 사람들
기획부터 개발까지,
한 팀이 직접 만듭니다
- 네이버·카카오 출신 개발진
- 재하도급 없이 직접 개발
- 기획·디자인·개발 한 팀
CEOPaca스타트업 테크리드카카오 소프트웨어 엔지니어
CTOFinn네이버 소프트웨어 엔지니어카카오 소프트웨어 엔지니어
Software EngineerFlint소프트웨어 엔지니어
Product DesignerLoe쿠팡 글로벌 서비스On-site UX 디자이너
Product DesignerKevin스타트업 프로덕트 디자이너
Project ManagerJay스타트업 프로젝트 매니저
진행 과정
기획부터 출시까지
이렇게 진행해요
단계가 끝날 때마다 다음 단계로 넘어가도 되는지 함께 확인해요.
STEP 1
기획
쓰는 사람과 상황을 정리하고 첫 출시 기능과 개발 방식을 정해요.STEP 2
디자인
앱과 관리자 화면을 설계하고 화면별 내용과 동작을 함께 확인해요.STEP 3
개발·테스트
앱과 관리자 화면, 서버를 개발하고 실제 기기에서 확인해요.STEP 4
출시·운영
스토어 심사를 함께 준비해 출시하고 업데이트와 운영을 이어가요.
재하도급을 주지 않고 기획자·디자이너·개발자가 한 팀으로 직접 개발합니다. 기획부터 디자인, 앱과 관리자 화면 개발, 스토어 출시까지 같은 팀이 이어서 맡습니다.
받을 수 있습니다. 만들고 싶은 서비스의 흐름이나 참고하는 앱, 지금 업무를 처리하는 방식만 알려 주셔도 됩니다. 기획 단계에서 이 내용을 바탕으로 화면 목록과 첫 출시 범위를 함께 정리합니다.
쓰는 사람의 휴대폰과 출시 계획에 따라 다릅니다. 고객용 앱은 두 운영체제에 함께 내는 경우가 많고, 쓰는 사람이 정해진 사내 앱은 한쪽부터 만들거나 웹앱으로 시작할 수도 있습니다. 개발 방식과 함께 상담에서 정합니다.
미리 정해 둔 방식은 없습니다. 기기 기능을 깊게 쓰거나 운영체제별 최신 기능이 중요하면 네이티브를, 두 운영체제에 같은 기능을 함께 내고 한 코드로 관리하고 싶다면 Flutter 같은 크로스플랫폼을 검토합니다. 같은 기능 범위를 놓고 방식마다 달라지는 점을 비교해 함께 고릅니다.
함께 진행합니다. 앱 정보와 화면 이미지, 개인정보 처리방침 같은 심사 준비물을 챙겨 제출하고, 심사 의견이 오면 고쳐서 다시 제출합니다. 심사 결과는 스토어가 정하므로 통과 시점을 미리 약속하지는 않습니다. 개발자 계정은 앱을 소유할 회사 명의로 만들어 두는 것이 좋습니다.
맡길 수 있습니다. 운영체제 업데이트 대응, 오류 수정, 기능 추가, 서버 운영 가운데 무엇을 맡길지 출시 전에 정합니다. 직접 운영하실 계획이라면 소스 코드와 계정, 운영 문서를 정한 목록대로 넘겨드립니다.
직접 만들어 출시한 앱이 있는지, 계약 뒤 실제로 개발할 사람이 누구인지, 관리자 화면과 서버까지 범위에 들어 있는지, 출시 후 운영은 누가 맡는지 물어보세요. 어플 개발 회사마다 견적이 다른 것도 대부분 포함한 범위가 달라서이니, 금액과 함께 화면·기능 범위를 나란히 놓고 비교하세요. 알파카랩스는 범위를 함께 정한 다음 그에 맞춰 일정과 비용을 제안합니다.
여기 없는 내용은 contact@alphaca.kr 로 물어보세요.
앱 개발 문의
만들고 싶은 앱을
알려 주세요
기획서가 없어도 괜찮아요. 어떤 앱인지 듣고 첫 출시 범위부터 함께 정합니다.
상담에서 함께 정하는 것
- 첫 출시에 꼭 넣을 기능
- iOS·안드로이드·웹 중 출시할 곳
- 관리자 화면과 출시 후 운영 범위
이메일로도 받습니다 · contact@alphaca.kr
