앱 개발

신규 앱 구축

화면 설계부터 앱 개발, 서버·관리자 기능까지 함께 협의할 수 있습니다. 기존 서버가 있다면 앱 구현과 필요한 연동 보완을 중심으로 범위를 정합니다.

기존 앱 개선

소스, 사용 라이브러리, 배포 계정 상태를 확인한 뒤 개선 가능 범위를 정합니다. 화면 개선과 내부 구조 변경은 영향에 따라 나누어 검토합니다.

배포·외부 서비스 비용

스토어 개발자 계정, 유료 SDK, 알림·통화 등 외부 서비스 이용료의 부담 주체를 정합니다. 심사 결과와 일정은 각 스토어의 절차에 따릅니다.

지원 플랫폼과 기기

iOS·Android 지원 여부, 태블릿 대응, 최소 지원 버전과 기기 기능의 사용 범위가 개발과 검증 규모를 결정합니다.

실시간·백그라운드 동작

채팅, 통화, 위치, 백그라운드 작업은 일반 조회 화면과 다른 고려가 필요합니다. 실제 사용 조건과 외부 SDK를 확인해 범위를 산정합니다.

기존 서버의 준비 정도

API 문서, 테스트 환경, 계정·권한 규칙이 준비되어 있는지에 따라 연동 작업이 달라집니다. 서버와 관리자 기능을 새로 만들면 별도 범위가 추가됩니다.

모든 자료를 갖출 필요는 없습니다. 예산과 일정도 미정으로 문의할 수 있습니다.

• 앱을 사용할 대상과 대표적인 사용 상황
• iOS·Android 지원 범위와 꼭 필요한 기기 기능
• 기존 웹·서버 유무와 제공 가능한 API 문서
• 보유한 스토어 계정 여부와 배포를 희망하는 시점

웹으로 충분한지, 앱이 필요한지 모르겠어요.

사용 빈도, 알림이나 기기 기능의 필요성, 배포와 유지보수 부담을 함께 비교합니다. 모바일 웹으로 해결할 수 있는지부터 살펴본 뒤 적합한 형태를 정합니다.

iOS와 Android를 같이 만들어야 하나요?

사용자의 기기 분포와 서비스 운영 방식을 기준으로 정합니다. 하나의 플랫폼으로 먼저 시작할 수도 있으며 향후 확장 계획은 초기 설계 때 공유하는 것이 좋습니다.

기존 API가 있어도 관리자 화면이 필요한가요?

이미 운영 도구가 있다면 새로 만들 필요가 없는 기능도 있습니다. 문의 대응, 사용자 상태 확인, 콘텐츠 관리에 무엇이 필요한지 확인해 중복 개발을 줄입니다.

스토어 등록까지 맡길 수 있나요?

제출 준비와 심사 대응의 범위를 협의할 수 있습니다. 계정 명의, 필수 자료, 개인정보 관련 안내 등 고객사가 제공하거나 결정할 사항을 먼저 정리합니다.

납품 뒤 운영체제가 업데이트되면 어떻게 하나요?

지원 버전과 검수 기준을 정하고 이후 운영체제·스토어 정책·외부 SDK 변경에 대한 대응 범위를 유지보수 계약에서 구분합니다. 모든 미래 변경이 최초 개발비에 포함되는 것은 아닙니다.