앱 개발이란 무엇인가요? 화면 외에 무엇을 더 만들어야 하나요?

앱 개발에는 무엇이 들어가나요?

앱 개발은 기기에 설치되는 화면을 만드는 일로 시작하지만, 그 화면만으로는 서비스가 돌아가지 않습니다. 보통 아래 다섯 덩어리가 함께 필요합니다.

구성	하는 일	빠지면 생기는 일
사용자 앱	기기에 설치되어 보이는 화면과 조작	-
서버와 API	자료 보관, 로그인 확인, 알림 발송	기기를 바꾸면 자료가 사라짐
운영자 화면	접수된 건 확인, 상태 변경, 예외 처리	직접 데이터베이스를 열어 고치게 됨
스토어 배포	개발자 계정, 심사 제출, 버전 배포	만들어도 사용자에게 닿지 않음
갱신·운영	운영체제 변경 대응, 오류 수정 배포	시간이 지나면 새 사용자가 받지 못함

견적서에서 화면 수로 드러나는 것은 첫 줄 하나뿐입니다. 나머지 네 줄은 화면에 보이지 않지만 금액과 기간을 좌우하므로, 견적을 비교하실 때 각 항목이 범위에 들어 있는지부터 확인하시는 편이 좋습니다.

화면만 만들면 왜 돌아가지 않나요?

앱 화면은 자료를 오래 보관하는 자리가 아닙니다. 회원 정보, 신청 내역, 알림 발송 기록은 기기 밖 서버에 있어야 사용자가 기기를 바꿔도 이어지고, 여러 사람이 같은 자료를 봐도 숫자가 맞습니다. 정적인 홈페이지와 달리 요청 시점에 자료를 꺼내 응답을 만드는 구조가 필요한 것은 웹 서비스와 같습니다. 이 차이는 홈페이지 제작과 웹 서비스 개발은 무엇이 다른가요에서 먼저 정리했습니다.

앱에서는 그 경계가 더 분명합니다. 화면은 사용자 기기에서 돌고 자료 처리는 회사 서버에서 돌기 때문에, 둘 사이를 주고받을 통로를 따로 설계해야 합니다. 이 통로가 API입니다. 그래서 앱과 웹을 함께 운영할 계획이라면 같은 서버와 같은 통로를 쓰도록 설계해 두는 쪽이 나중에 두 번 만드는 일을 줄입니다.

운영자 화면이 함께 필요한 이유도 같습니다. 앱으로 들어온 신청과 문의는 누군가 확인하고 상태를 바꿔야 끝납니다. 이 화면이 범위에서 빠지면 출시 직후부터 개발자에게 부탁해 자료를 고치는 운영이 시작됩니다.

안드로이드와 iOS는 한 번에 만들어지나요?

앱은 운영체제가 둘이라는 점에서 웹과 다릅니다. 안드로이드와 iOS는 화면을 그리는 방식과 기기 기능을 쓰는 방법이 달라서, 각 운영체제에 맞춰 따로 만드는 방식(네이티브)과 하나의 코드로 두 쪽을 함께 만드는 방식(크로스플랫폼)으로 갈립니다. 어느 쪽이든 심사와 배포는 스토어별로 따로 하고, 기기 화면 크기와 운영체제 버전이 다양하므로 확인할 조합도 늘어납니다.

그래서 범위를 잡을 때는 "두 운영체제를 동시에 낼지"와 "어느 버전까지 지원할지"를 먼저 정하는 편이 좋습니다. 둘 다 내기로 하면 개발뿐 아니라 테스트와 심사 일정이 두 배로 붙고, 지원 버전을 넓게 잡으면 오래된 기기에서의 확인 작업이 함께 늘어납니다.

스토어에 올리는 일은 왜 따로 세나요?

웹은 서버에 올리는 순간부터 모두가 새 화면을 봅니다. 앱은 구글 플레이와 애플 앱스토어에 올려 심사를 받아야 하고, 통과한 뒤에도 사용자가 업데이트를 받아야 반영됩니다. 그래서 회사 이름으로 된 개발자 계정, 심사용 설명과 스크린샷, 심사자가 써 볼 테스트 계정이 개발과 별개로 준비되어야 합니다.

심사에는 개발 환경 요건도 붙습니다. 애플은 2026년 4월 28일부터 앱스토어 커넥트에 올리는 앱을 Xcode 26 이상과 iOS 26 계열 SDK로 빌드하도록 요구하고, 같은 해 9월 9일부터 올리는 iOS·iPadOS 앱은 iOS 13 이상을 대상으로 해야 합니다. 동작하는 코드가 있다고 바로 올라가는 구조가 아니라서, 개발사의 빌드 환경이 현재 요건을 맞추고 있는지도 확인 대상입니다.

출시한 뒤에도 개발이 끝나지 않는 이유

앱은 운영체제 위에서 돌아가고 운영체제는 해마다 바뀝니다. 구글 플레이는 2026년 8월 31일부터 새로 등록하는 앱과 업데이트가 안드로이드 16(API 수준 36) 이상을 대상으로 하도록 요구합니다. 이미 올라가 있는 앱도 영향을 받습니다. 대상 API 수준이 안드로이드 15(API 수준 35)보다 낮으면, 앱이 내려가는 것은 아니지만 그보다 높은 안드로이드 버전을 쓰는 새 사용자에게는 보이지 않게 됩니다.

이 상태는 내부에서 늦게 발견됩니다. 이미 설치한 사람은 계속 쓰고 있으니 장애로 보이지 않고, 신규 설치만 줄어들기 때문입니다. 그래서 유지보수 계약을 볼 때는 오류 수정 외에 운영체제 대응과 스토어 요건 변경이 범위에 들어 있는지, 들어 있지 않다면 그 작업을 누가 언제 판단하는지를 적어 두셔야 합니다.

운영 비용도 함께 생깁니다. 서버 사용료, 알림 발송과 같은 외부 서비스 사용료, 애플과 구글의 개발자 프로그램 비용은 개발비와 별개로 매년 나갑니다. 공개 시점이 아니라 1년치로 더해 비교하시는 편이 실제 부담에 가깝습니다.

지금 확인할 한 가지

앱에 저장할 자료 목록과 그 자료를 매일 처리할 사람을 적어 보시기 바랍니다. 저장할 자료가 있으면 서버가 필요하고, 처리할 사람이 있으면 운영자 화면이 필요합니다. 이 두 줄만 적어도 앱 개발 범위가 화면 몇 개로 끝나는 일인지 아닌지 바로 드러납니다.

네오렉트에 문의하실 때는 앱에서 사용자가 하는 일 한 가지, 저장할 자료, 운영을 맡을 담당자, 출시 희망 시점을 함께 보내 주시면 위 다섯 덩어리 중 어디까지를 1차 범위로 잡을지부터 정리해 드립니다.