Google AI Studio로 안드로이드 앱을 내 폰에 설치하기

1. 왜 지금 Google AI Studio로 안드로이드 앱을 만들어보나

앱 개발은 원래 진입 장벽이 높았다. 아이디어가 있어도 Android Studio 설치, 프로젝트 생성, Kotlin 문법, Jetpack Compose UI 구조, Gradle 빌드 오류, USB 디버깅, APK 설치 같은 단어를 만나면 대부분의 비개발자는 시작 전에 멈춘다. 특히 PM, 기획자, 마케터, 블로그 운영자, 1인 창업 준비자에게는 “앱을 만들고 싶다”보다 “내 아이디어가 폰 화면에서 실제로 쓸 만한지 빨리 보고 싶다”가 더 중요하다.

Google AI Studio의 안드로이드 앱 생성 기능은 이 지점을 파고든다. Google 문서에 따르면 AI Studio는 자연어 프롬프트로 네이티브 안드로이드 앱을 만들 수 있고, 생성된 앱은 Kotlin과 Jetpack Compose 프로젝트이며, 브라우저 기반 안드로이드 에뮬레이터에서 미리 보고 실제 기기에 설치할 수 있다. 즉 처음부터 개발자처럼 프로젝트 구조를 외우는 방식이 아니라, 만들고 싶은 앱을 설명하고 결과를 보며 수정하는 방식으로 접근할 수 있다. 출처: Build Android Apps in Google AI Studio, Build apps in Google AI Studio

다만 이것을 “개발자가 필요 없어졌다”로 해석하면 곤란하다. 더 정확한 표현은 “초기 프로토타입을 만드는 비용이 낮아졌다”이다. 회사 내부 업무 도구, 콘텐츠 체크리스트, 간단한 계산기, 고객 상담 스크립트 보조 도구, 이벤트 현장 체크인 목록, 습관 기록 앱처럼 구조가 단순한 앱은 이제 비개발자도 직접 만들어보고 판단할 수 있다. 반대로 결제, 로그인, 서버 데이터베이스, 민감한 개인정보 처리, 다중 사용자 협업, Play Store 상용 배포까지 한 번에 끝내려 하면 금방 한계에 부딪힌다.

이 글의 목표는 상용 앱 출시가 아니다. 목표는 분명하다. Google AI Studio에서 프롬프트로 간단한 안드로이드 앱을 만들고, 에뮬레이터에서 고친 뒤, 실제 안드로이드폰에 설치해 “내 손으로 터치해보는 수준”까지 도달하는 것이다.

2. 먼저 알아야 할 기능 범위: 되는 것과 빼야 할 것

Google AI Studio의 Build mode는 앱을 빠르게 만들기 위한 작업 공간이다. 공식 문서에서는 Build mode에서 프롬프트 입력, “I’m Feeling Lucky” 버튼, App Gallery 프로젝트 리믹스 같은 방식으로 앱 제작을 시작할 수 있다고 설명한다. 또한 플랫폼 선택기를 통해 웹 앱 또는 네이티브 안드로이드 앱을 만들 수 있다. 안드로이드 앱의 경우 Kotlin과 Jetpack Compose 프로젝트가 생성되고, 브라우저 기반 에뮬레이터에서 미리 보기, 실제 기기 설치, 테스트용 Play Store 게시 흐름까지 이어질 수 있다. 출처: Build apps in Google AI Studio

입문자에게 중요한 것은 “어디까지 맡겨도 되는가”다. AI Studio가 생성하는 안드로이드 앱은 단일 활동 구조, Kotlin, Jetpack Compose, Material 3 테마, ViewModel과 데이터 클래스 중심의 구조를 사용한다. 개발자가 아니라면 이 용어를 모두 이해할 필요는 없다. 실무적으로는 “AI Studio가 현대적인 안드로이드 화면 구성 방식으로 앱 뼈대를 만들어준다” 정도로 이해하면 충분하다. 출처: Build Android Apps in Google AI Studio

반대로 제한도 명확하다. 공식 문서에 따르면 AI Studio의 안드로이드 앱은 클라이언트 측 앱이며, 서버 런타임이 필요한 기능은 안드로이드 앱이 아니라 웹 앱 쪽에서 제공된다. 예를 들어 비밀 키 관리, Firebase 통합, Google Workspace API, 멀티플레이어 같은 기능은 안드로이드 앱 범위가 아니라 웹 앱 범위로 안내된다. 또한 현재 문서 기준으로 안드로이드 앱은 단일 활동, 단일 모듈 프로젝트이며 Jetpack Compose만 지원하고, Java나 XML 레이아웃, NDK, Wear OS, Android TV는 지원 범위가 아니다. 출처: Build Android Apps in Google AI Studio

따라서 이 글에서 다루는 좋은 실습 주제는 다음과 같다.

만들기 좋은 앱	이유	첫 실습 예시
체크리스트 앱	화면과 상태 변화가 단순하다	출장 준비물 체크, 콘텐츠 발행 체크
기록 앱	입력, 목록, 삭제 흐름을 익히기 좋다	운동 기록, 독서 메모, 고객 응대 메모
계산기 앱	규칙이 명확하다	광고 예산 계산기, 마진 계산기
퀴즈 앱	버튼, 점수, 결과 화면을 연습하기 좋다	제품 교육 퀴즈, 용어 학습 퀴즈
타이머 앱	실제 기기 터치 테스트 가치가 높다	발표 연습 타이머, 집중 시간 타이머

이번 글에서 빼야 할 것은 Android Studio 설치, Kotlin 코드 구조 분석, Gradle 설정, Play Store 정식 배포, 로그인, 결제, 서버 연동, 복잡한 개인정보 처리다. 이 범위를 빼야 입문자가 끝까지 완주할 수 있다. 처음부터 큰 앱을 만들려 하지 말고, “한 가지 문제를 한 화면 또는 두세 화면으로 해결하는 앱”을 목표로 잡아야 한다.

3. 준비물: 계정, 브라우저, 안드로이드폰

실습에 필요한 준비물은 복잡하지 않다. 첫째, Google AI Studio에 접속할 수 있는 Google 계정이 필요하다. Google은 AI Studio를 Gemini 기반 앱 제작과 API 키 발급을 시작하는 빠른 진입점으로 설명한다. 출처: Google AI Studio | Gemini API

둘째, 데스크톱 브라우저가 필요하다. 실제 폰 설치까지 할 계획이라면 Chrome 또는 Edge처럼 WebUSB를 지원하는 브라우저를 쓰는 것이 좋다. 공식 문서의 실제 기기 설치 조건에는 WebUSB를 지원하는 Chrome 또는 Edge 브라우저, 개발자 옵션과 USB 디버깅이 켜진 안드로이드 기기, USB 케이블이 포함된다. 출처: Build Android Apps in Google AI Studio

셋째, 실제 안드로이드폰이 있으면 좋다. 에뮬레이터만으로도 화면과 기본 동작은 확인할 수 있지만, 실제 기기에서는 손가락 터치, 화면 밝기, 글자 크기, 키보드 표시, 한 손 조작, USB 연결, 권한 안내, 기기 성능 차이가 드러난다. 특히 비개발자가 앱 아이디어를 검증할 때는 “내가 실제로 계속 쓰고 싶은가”가 핵심 판단 기준이다. 이 감각은 브라우저 미리 보기만으로는 부족하다.

USB 케이블도 가볍게 보면 안 된다. 충전만 되는 케이블은 데이터 전송이 안 될 수 있다. AI Studio에서 기기를 찾지 못한다면 브라우저나 설정 문제보다 케이블 문제가 먼저일 수 있다. 가능하면 데이터 전송이 되는 정품 또는 검증된 케이블을 준비한다.

4. 좋은 프롬프트가 앱 품질의 절반이다

AI Studio가 코드를 생성하더라도, 앱의 목적과 사용 흐름은 사용자가 정해야 한다. 비개발자가 가장 많이 하는 실수는 너무 짧게 요청하는 것이다. “할 일 앱 만들어줘”라고 쓰면 AI는 일반적인 할 일 앱을 만든다. 하지만 실무자가 필요한 것은 일반 앱이 아니라 자기 업무에 맞는 앱이다.

좋은 프롬프트에는 최소 다섯 가지가 들어가야 한다.

• 앱의 사용자: 누가 쓰는가
• 앱의 목적: 어떤 문제를 해결하는가
• 화면 구성: 첫 화면, 입력 화면, 결과 화면
• 핵심 기능: 추가, 수정, 삭제, 저장, 필터, 계산 등
• 제외 범위: 로그인, 서버, 결제, 광고, 복잡한 권한 등

Google AI Studio 문서의 예시는 “local storage가 있는 일일 작업 추적기”나 “간단한 계산기”처럼 앱 목적과 주요 동작을 함께 말하는 방식을 보여준다. 실제 실습에서는 여기에 화면과 예외 조건을 더 붙이면 결과가 훨씬 안정된다. 출처: Build Android Apps in Google AI Studio

예를 들어 블로그 운영자를 위한 콘텐츠 발행 체크리스트 앱을 만든다고 하자. 나쁜 프롬프트는 이렇다.

블로그 체크리스트 앱을 만들어줘.

좋은 프롬프트는 이렇다.

네이티브 안드로이드 앱을 만들어줘. 대상 사용자는 혼자 블로그를 운영하는 사람이다.

앱 이름은 "발행 전 체크"로 한다.
첫 화면에는 오늘 발행할 글 제목을 입력하는 칸과 체크리스트가 보이게 한다.
체크리스트 항목은 제목 확인, 대표 이미지 확인, 내부 링크 확인, 맞춤법 확인, SEO 제목 확인, 메타 설명 확인, 발행 예약 확인이다.
각 항목은 체크박스로 켜고 끌 수 있게 한다.
하단에는 완료율을 퍼센트가 아니라 "7개 중 4개 완료"처럼 보여준다.
모든 항목이 체크되면 "발행해도 좋습니다"라는 안내를 보여준다.

데이터는 이 기기 안에만 저장되게 한다.
로그인, 서버 연동, 광고, 결제, 푸시 알림은 넣지 않는다.
화면은 초보자가 보기 쉽게 큰 글자와 넓은 버튼을 사용한다.

이 프롬프트는 개발 언어를 몰라도 쓸 수 있다. 중요한 것은 앱을 사람에게 설명하듯 구체적으로 말하는 것이다. 특히 “제외할 기능”을 쓰는 습관이 중요하다. AI는 요청이 모호하면 불필요한 로그인, 클라우드 저장, 이미지 업로드, 알림 기능을 붙이려 할 수 있다. 입문 실습에서는 기능을 늘리는 것보다 줄이는 것이 성공 확률을 높인다.

5. Google AI Studio에서 앱 생성하기

실제 작업 흐름은 단순하다. Google AI Studio에 접속한 뒤 Build mode로 이동하고, 플랫폼 선택기에서 Android를 고른다. 그다음 입력창에 프롬프트를 넣으면 에이전트가 프로젝트를 생성하고 브라우저 기반 안드로이드 에뮬레이터에서 앱을 실행한다. 공식 문서에 따르면 생성 후에는 채팅 패널로 앱을 반복 수정할 수 있고, 에이전트가 안드로이드 프로젝트의 여러 파일을 관리하며 변경사항을 코드베이스에 반영한다. 출처: Build Android Apps in Google AI Studio

처음 결과가 마음에 들지 않아도 실패가 아니다. 오히려 첫 결과물은 “AI가 내 요구를 어떻게 이해했는지 보는 초안”에 가깝다. 화면이 너무 복잡하면 “첫 화면에서 카드 수를 줄이고, 체크리스트만 남겨줘”라고 말한다. 글자가 작으면 “실제 폰에서 한 손으로 쓰기 쉽도록 주요 버튼과 체크박스를 더 크게 해줘”라고 말한다. 색상이 산만하면 “배경은 밝게, 완료 상태는 초록색 하나만 사용하고 나머지는 중립 색으로 정리해줘”라고 말한다.

Build mode의 장점은 수정 지시가 코드 단위가 아니라 제품 단위일 수 있다는 점이다. 전문 개발자는 “이 컴포저블을 분리하고 상태를 ViewModel로 올려라”라고 말할 수 있지만, 비개발자는 그렇게 말할 필요가 없다. “사용자가 제목을 입력하지 않으면 체크리스트를 시작하지 못하게 해줘”, “완료한 항목이 위로 올라오지 않게 하고 원래 순서를 유지해줘”, “삭제 버튼을 실수로 누르지 않게 확인 창을 추가해줘”처럼 사용 경험 중심으로 말하면 된다.

다만 반복 수정에는 규칙이 있다. 한 번에 여러 가지를 고치라고 하지 말고, 한 번에 하나의 문제를 고치는 것이 좋다. 예를 들어 “디자인을 예쁘게 하고 저장도 고치고 삭제도 넣고 화면도 세 개로 나눠줘”보다 “먼저 체크 상태가 앱을 껐다 켜도 유지되게 해줘”가 낫다. AI가 여러 파일을 관리하더라도 요구가 섞이면 의도하지 않은 변경이 생길 수 있다. 공식 문서에서도 Antigravity Agent가 전체 프로젝트 맥락과 여러 파일을 관리한다고 설명하지만, 좋은 결과를 얻으려면 사용자가 변경 단위를 작게 나눠 검증해야 한다. 출처: Build apps in Google AI Studio

6. 에뮬레이터에서 먼저 확인해야 할 것

Google AI Studio의 브라우저 기반 안드로이드 에뮬레이터는 클라우드에서 실행되고 브라우저로 스트리밍된다. 문서상 에뮬레이터는 Pixel과 비슷한 기기 시뮬레이션, 탭과 스크롤 상호작용, 세로·가로 회전, 코드 변경 후 자동 재빌드와 새로고침을 제공한다. 로컬에 Android SDK, Android Studio, 로컬 에뮬레이터를 설치하지 않아도 되는 점이 입문자에게 큰 장점이다. 출처: Build Android Apps in Google AI Studio

에뮬레이터에서 볼 것은 “예뻐 보이는가”보다 “흐름이 맞는가”다. 다음 체크리스트를 순서대로 확인한다.

확인 항목	질문	수정 프롬프트 예시
첫 화면	앱 목적이 보이나	첫 화면 상단에 앱 이름과 오늘 할 일을 짧게 보여줘
입력	빈 값, 긴 값, 한글 입력이 자연스러운가	제목이 비어 있으면 저장 버튼을 비활성화해줘
버튼	눌렀을 때 바로 결과가 보이나	저장 후 입력창을 비우고 목록 맨 아래에 추가해줘
상태	체크, 완료, 삭제가 유지되나	앱을 다시 열어도 체크 상태가 유지되게 해줘
오류	사용자가 실수했을 때 안내가 있나	삭제 전 확인 창을 추가해줘
화면 회전	가로 화면에서도 깨지지 않나	가로 화면에서 버튼이 잘리지 않게 배치를 조정해줘

에뮬레이터의 한계도 알아야 한다. 공식 문서에 따르면 브라우저 기반 에뮬레이터는 카메라와 사진 촬영, NFC와 블루투스, 실제 GPS, Google Play services를 모두 지원하지 않는다. 위치는 시뮬레이션되며, Google Sign-In이나 Maps 같은 Play services 기능은 실제 기기에서는 동작할 수 있어도 에뮬레이터에서는 지원되지 않는다. 출처: Build Android Apps in Google AI Studio

따라서 입문 실습에서는 카메라, 지도, 블루투스, NFC, 구글 로그인 같은 기능을 피하는 것이 좋다. 꼭 써야 한다면 “에뮬레이터에서는 제한될 수 있으니 실제 기기 테스트가 필요하다”는 점을 알고 진행해야 한다. 특히 기획자나 마케터가 현장 이벤트용 앱을 만들 때 QR 스캔, 위치 인증, 블루투스 장치 연결 같은 아이디어를 바로 넣고 싶어 하는데, 첫 실습에서는 체크리스트, 계산, 기록, 퀴즈처럼 하드웨어 의존성이 낮은 기능부터 시작하는 편이 낫다.

7. 실제 안드로이드폰에 설치하기

에뮬레이터에서 기본 흐름이 맞다면 이제 실제 안드로이드폰에 설치해본다. 공식 문서 기준으로 AI Studio는 브라우저의 WebUSB를 사용해 컴퓨터에 USB로 연결된 안드로이드 기기에 빌드된 APK를 직접 설치할 수 있다. 로컬 ADB 설치는 필요하지 않다. 준비물은 WebUSB를 지원하는 Chrome 또는 Edge, 개발자 옵션과 USB 디버깅이 켜진 안드로이드 기기, USB 케이블이다. 출처: Build Android Apps in Google AI Studio

흐름은 다음과 같다.

1. 안드로이드폰에서 개발자 옵션을 켠다.
2. 개발자 옵션 안에서 USB 디버깅을 켠다.
3. 컴퓨터와 폰을 USB 케이블로 연결한다.
4. 폰 화면에 “USB 디버깅을 허용할까요?” 같은 안내가 뜨면 허용한다.
5. AI Studio 미리 보기 패널에서 Install on Device를 누른다.
6. 브라우저의 USB 기기 선택 창에서 연결된 안드로이드폰을 고른다.
7. APK 전송과 설치가 끝나면 앱이 자동으로 실행되는지 확인한다.

처음 연결할 때 가장 많이 막히는 지점은 세 가지다. 첫째, 폰에 USB 디버깅 허용 팝업이 떴는데 사용자가 못 보고 지나치는 경우다. 폰 잠금을 풀고 화면을 켠 상태로 진행해야 한다. 둘째, 케이블이 데이터 전송을 지원하지 않는 경우다. 충전은 되는데 브라우저가 기기를 못 찾으면 케이블을 바꿔본다. 셋째, 브라우저가 WebUSB를 제대로 지원하지 않거나 권한이 막힌 경우다. 공식 문서가 Chrome 또는 Edge를 조건으로 제시하는 이유가 여기에 있다. 출처: Build Android Apps in Google AI Studio

실제 폰에서 확인할 것은 에뮬레이터와 다르다. 에뮬레이터에서는 화면이 정상이어도 실제 폰에서는 키보드가 화면을 가리거나, 버튼이 엄지손가락으로 누르기 어렵거나, 글자가 너무 작거나, 스크롤이 답답할 수 있다. 특히 입문자가 만든 첫 앱은 기능보다 사용성이 먼저 무너지는 경우가 많다.

실제 기기 테스트 체크리스트는 다음과 같다.

확인 항목	실제 폰에서 볼 것	고칠 때 쓰는 말
터치 크기	체크박스와 버튼이 손가락으로 누르기 쉬운가	주요 버튼 높이를 키우고 여백을 넓혀줘
키보드	입력 중 저장 버튼이 가려지지 않는가	키보드가 올라와도 저장 버튼이 보이게 해줘
글자 크기	이동 중에도 읽기 쉬운가	본문 글자와 목록 글자를 한 단계 키워줘
한 손 조작	주요 버튼이 너무 위에 있지 않은가	완료 버튼을 화면 하단에 고정해줘
성능	스크롤이나 체크 반응이 느리지 않은가	목록이 길어져도 부드럽게 동작하도록 정리해줘
재실행	앱을 닫고 다시 열어도 상태가 남는가	앱 재시작 후에도 입력값과 체크 상태를 유지해줘

이 단계가 중요한 이유는 단순하다. 앱은 “실행되는 코드”가 아니라 “손으로 쓰는 도구”이기 때문이다. 에뮬레이터는 논리 검증에 좋고, 실제 폰은 사용성 검증에 좋다. 비개발자 실습의 핵심 성과는 코드 이해가 아니라 “내 아이디어가 휴대폰 위에서 쓸 만한가”를 판단하는 능력이다.

8. 실습 시나리오 4가지: 바로 따라 해볼 프롬프트

시나리오 1: PM용 회의 액션 아이템 앱

상황: 회의가 끝날 때마다 액션 아이템이 흩어진다. 노션이나 문서에 정리하기 전, 모바일에서 빠르게 담당자와 마감일을 기록하고 싶다.

입력 프롬프트:

네이티브 안드로이드 앱을 만들어줘. 앱 이름은 "회의 액션"이다.
사용자는 회의 직후 액션 아이템을 빠르게 기록하는 PM이다.
첫 화면에는 액션 아이템 입력칸, 담당자 입력칸, 마감일 입력칸, 추가 버튼을 둔다.
아래에는 미완료 항목 목록을 보여준다.
각 항목에는 할 일, 담당자, 마감일, 완료 체크박스가 보이게 한다.
완료한 항목은 아래의 완료 섹션으로 이동시킨다.
데이터는 기기 안에 저장한다.
로그인, 서버 동기화, 알림, 캘린더 연동은 넣지 않는다.

실행 흐름: 프롬프트를 넣고 생성된 앱에서 항목 추가, 완료 체크, 앱 재시작 후 데이터 유지 여부를 확인한다. 실제 폰에서는 회의실에서 한 손으로 입력하기 쉬운지 본다.

주의점: 마감일 입력을 처음부터 복잡한 달력 위젯으로 만들면 오류가 늘 수 있다. 첫 버전은 텍스트 입력으로 충분하다. 나중에 “마감일 입력을 날짜 선택 방식으로 바꿔줘”라고 한 단계씩 고친다.

시나리오 2: 마케터용 광고 예산 계산기

상황: 캠페인별 예산, 예상 클릭당 비용, 전환율을 넣고 대략적인 클릭 수와 전환 수를 현장에서 빠르게 보고 싶다.

입력 프롬프트:

네이티브 안드로이드 계산기 앱을 만들어줘. 앱 이름은 "광고 예산 계산기"다.
사용자는 마케터다.
입력값은 총 예산, 예상 클릭당 비용, 예상 전환율 세 가지다.
계산 결과로 예상 클릭 수와 예상 전환 수를 보여준다.
전환율은 퍼센트로 입력하게 한다.
입력값이 비어 있거나 0이면 친절한 안내 문구를 보여준다.
결과 화면에는 다시 계산하기 버튼을 둔다.
로그인, 서버 저장, 광고 플랫폼 연동은 넣지 않는다.

실행 흐름: 숫자 입력, 잘못된 입력, 0 입력을 테스트한다. 실제 폰에서는 숫자 키보드가 뜨는지, 결과가 한눈에 보이는지 확인한다.

주의점: 정확한 광고 성과 예측 앱이 아니라 의사결정 보조 계산기다. 프롬프트에 “대략적인 계산”이라고 명시하면 기대치가 맞아진다.

시나리오 3: 블로그 운영자용 발행 체크 앱

상황: 글을 발행하기 전 매번 확인해야 할 항목이 반복된다. 체크리스트를 앱으로 만들어 누락을 줄이고 싶다.

입력 프롬프트:

네이티브 안드로이드 체크리스트 앱을 만들어줘. 앱 이름은 "발행 전 체크"다.
대상은 혼자 블로그를 운영하는 사람이다.
첫 화면에 글 제목 입력칸을 둔다.
체크 항목은 제목, 대표 이미지, 본문 소제목, 내부 링크, 외부 링크, 맞춤법, SEO 제목, 메타 설명, 발행 예약이다.
각 항목은 체크박스로 표시한다.
하단에 "9개 중 0개 완료"처럼 진행 상태를 보여준다.
모두 체크되면 "발행 준비 완료" 문구를 보여준다.
데이터는 기기 안에 저장하고, 새 글 시작 버튼을 누르면 체크 상태를 초기화한다.

실행 흐름: 글 제목 입력, 체크, 완료 문구, 새 글 시작, 앱 재실행을 확인한다.

주의점: 체크리스트 항목이 너무 많으면 모바일에서 답답하다. 실제 폰에서 스크롤이 길다면 “자주 쓰는 항목 6개만 기본으로 보이고 나머지는 접을 수 있게 해줘”라고 수정한다.

시나리오 4: 1인 창업자용 고객 인터뷰 메모 앱

상황: 고객 인터뷰 중 핵심 불편, 현재 해결 방식, 지불 의사를 빠르게 기록하고 싶다.

입력 프롬프트:

네이티브 안드로이드 메모 앱을 만들어줘. 앱 이름은 "고객 인터뷰 메모"다.
사용자는 1인 창업 준비자다.
첫 화면에는 고객 이름 또는 별칭, 불편한 점, 현재 해결 방식, 지불 의사, 후속 연락 필요 여부를 입력하게 한다.
저장 버튼을 누르면 아래 목록에 카드 형태로 추가한다.
카드를 누르면 상세 내용을 볼 수 있다.
후속 연락 필요 항목은 눈에 띄게 표시한다.
데이터는 이 기기 안에만 저장한다.
연락처 접근, 서버 저장, 녹음, 사진 첨부는 넣지 않는다.

실행 흐름: 긴 문장 입력, 카드 목록, 상세 화면, 후속 연락 표시를 테스트한다.

주의점: 개인정보를 다룰 수 있으므로 첫 실습에서는 실제 고객 실명, 전화번호, 민감한 정보를 넣지 않는 편이 안전하다. 앱의 보안 구조를 검토하지 않은 상태에서 민감 정보를 저장하면 위험하다.

9. 문제 생겼을 때 고치는 프롬프트 패턴

AI Studio에서 앱이 한 번에 완벽하게 나오지 않는 것은 정상이다. 중요한 것은 오류를 개발자처럼 해석하는 것이 아니라, 사용자가 관찰한 현상을 구체적으로 말하는 것이다.

문제	나쁜 수정 요청	좋은 수정 요청
버튼이 안 눌림	오류 고쳐줘	저장 버튼을 눌러도 목록에 항목이 추가되지 않는다. 버튼 클릭 후 입력값이 목록에 추가되게 고쳐줘
화면이 복잡함	예쁘게 해줘	첫 화면에서 설명 문구를 줄이고 입력칸, 추가 버튼, 목록만 보이게 정리해줘
저장 안 됨	데이터 저장해줘	앱을 닫고 다시 열어도 체크 상태와 입력한 목록이 유지되게 해줘
글자 작음	모바일에 맞게 해줘	실제 폰에서 목록 글자가 작다. 항목 제목과 버튼 글자를 더 크게 하고 행 간격을 넓혀줘
삭제 위험	삭제 기능 개선해줘	삭제 버튼을 누르면 바로 지워진다. 삭제 전에 확인 창을 보여줘

수정 요청에는 세 가지를 포함하면 좋다. “무엇을 했는지”, “무슨 일이 일어났는지”, “원하는 결과가 무엇인지”다. 예를 들어 “앱을 껐다 켜면 체크가 모두 풀린다. 사용자가 체크한 상태가 다음 실행 때도 유지되게 해줘”라고 말하면 된다. 이 방식은 개발 용어를 몰라도 충분히 정확하다.

Build mode에서는 생성된 코드를 Code 탭에서 볼 수 있고 직접 수정할 수도 있다. 하지만 이 글의 대상 독자라면 처음부터 코드를 고치려 하지 않는 편이 좋다. 코드 탭은 “AI가 실제 프로젝트를 만들었구나”를 확인하는 용도로 보고, 수정은 채팅 패널에서 자연어로 하는 흐름이 더 안전하다. 출처: Build apps in Google AI Studio

10. 실제 폰 테스트가 중요한 이유

실제 기기 테스트는 “기술 검증”보다 “사용성 검증”에 가깝다. 에뮬레이터에서 앱이 돌아가면 코드와 기본 UI는 어느 정도 맞았다는 뜻이다. 하지만 실제 폰에서 앱을 잡고 써보면 완전히 다른 질문이 나온다.

• 지하철에서 한 손으로 쓸 수 있는가
• 버튼이 엄지손가락 위치에 있는가
• 입력할 때 키보드가 중요한 내용을 가리지 않는가
• 햇빛 아래서 글자가 보이는가
• 화면이 작은 폰에서도 목록이 답답하지 않은가
• 오래된 보급형 폰에서도 반응이 느리지 않은가
• 앱을 닫았다 열어도 사용자가 기대한 상태가 유지되는가

비개발자에게 이 과정은 특히 중요하다. 앱 아이디어는 문서로 보면 그럴듯하지만, 실제 폰에서 세 번만 눌러보면 쓸모가 드러난다. 체크리스트 앱이 너무 많은 확인을 요구하면 사용자는 안 쓴다. 계산기 앱이 결과를 한눈에 보여주지 못하면 스프레드시트보다 나을 게 없다. 메모 앱이 입력 중 키보드에 가려지면 현장에서는 버려진다.

Google AI Studio가 제공하는 에뮬레이터와 실제 기기 설치 흐름은 이 간극을 줄이는 데 의미가 있다. Android Studio를 설치하지 않고도 브라우저에서 앱을 만들고, WebUSB로 실제 폰에 설치해 손으로 검증할 수 있기 때문이다. 출처: Build Android Apps in Google AI Studio

11. 앱 테스트용 안드로이드폰 선택 기준

처음 실습용 폰을 고를 때 플래그십이 꼭 필요하지는 않다. 오히려 내 앱을 쓸 가능성이 높은 실제 사용자층과 비슷한 기기가 더 유용하다. 사내 업무 도구라면 회사 구성원이 많이 쓰는 화면 크기와 성능대의 기기가 좋고, 소비자용 앱 아이디어라면 보급형에서도 불편하지 않은지 보는 편이 낫다.

선택 기준은 다섯 가지다.

기준	왜 중요한가	추천 판단
안드로이드 버전	최신 기능과 보안, 앱 호환성에 영향	너무 오래된 기기는 피한다
화면 크기	버튼, 입력창, 목록 사용성에 영향	작은 화면과 일반 화면 중 하나는 실제로 확인한다
성능	스크롤, 입력 반응, 앱 시작 속도에 영향	고사양보다 보급형 반응이 더 현실적일 수 있다
USB 연결 안정성	WebUSB 설치 과정에 직접 영향	데이터 전송 가능한 케이블과 연결 상태가 중요하다
배터리와 발열	반복 테스트 지속성에 영향	오래된 중고폰은 배터리 상태를 확인한다

가격대별로는 이렇게 보면 된다. 가장 낮은 예산이라면 이미 보유한 안드로이드폰을 먼저 쓴다. 실습 목적이라면 새 기기를 사기 전에 기존 폰으로 WebUSB 연결과 설치 흐름을 경험하는 것이 우선이다. 다음 단계는 중고 보급형 또는 이전 세대 중급형이다. 화면, 터치, 성능을 현실적으로 검증하기 좋다. 새 기기를 산다면 최신 보급형 또는 중급형이 무난하다. 앱 테스트만을 위해 최고가 플래그십을 살 필요는 크지 않다.

다만 블로그 글 안에서 테스트용 기기를 소개한다면 “이 기기를 쓰면 앱 개발이 된다”가 아니라 “실제 안드로이드폰 설치와 터치 사용성을 확인하기 위한 테스트 기기 후보”로 소개해야 한다. 구매 전에는 운영체제 업데이트 지원, USB-C 데이터 전송, 화면 크기, 저장 공간, 중고 상태를 확인하는 것이 좋다.

테스트용 안드로이드폰을 찾는 독자는 아래 상품 링크를 참고할 수 있다. 실제 구매 여부는 예산, 기기 상태, 필요한 화면 크기, 배송 조건을 확인한 뒤 결정해야 한다.

• 테스트용 안드로이드폰 후보 보기: 쿠팡 상품 링크

12. 안전과 현실적 한계

AI로 만든 앱이라도 앱은 앱이다. 민감한 개인정보, 고객 정보, 결제 정보, 인증 정보가 들어가면 단순 실습이 아니라 보안 검토 대상이 된다. 특히 AI Studio의 안드로이드 앱 범위는 클라이언트 측 앱이라는 점을 기억해야 한다. 서버가 필요한 비밀 키 관리, Firebase, Google Workspace API 같은 기능은 안드로이드 앱 범위에서 그대로 제공되는 것이 아니라 웹 앱 쪽 기능으로 설명된다. 출처: Build Android Apps in Google AI Studio, Build apps in Google AI Studio

첫 실습에서는 다음 원칙을 지킨다.

• 실명, 전화번호, 주소, 결제 정보, 고객 민감 정보를 넣지 않는다.
• 회사 내부 자료나 비공개 전략 문서를 그대로 프롬프트에 넣지 않는다.
• 앱이 생성한 결과를 업무 의사결정에 바로 쓰기 전에 사람이 검토한다.
• 권한을 요구하는 기능은 왜 필요한지 먼저 따진다.
• 테스트 앱을 지인에게 공유할 때는 실험용임을 분명히 말한다.

또 하나의 한계는 유지보수다. AI Studio가 첫 버전을 빠르게 만들어주더라도, 앱이 복잡해질수록 버그 관리, 데이터 구조 변경, 권한 처리, 배포, 사용자 피드백 대응이 필요해진다. 이 지점부터는 전문 개발자와 협업하거나, 적어도 생성된 프로젝트를 내려받아 개발 환경에서 관리하는 단계가 필요할 수 있다. 공식 문서에 따르면 생성된 안드로이드 프로젝트는 ZIP으로 다운로드할 수 있고, Android Studio에서 계속 개발할 수 있다. 출처: Build Android Apps in Google AI Studio

13. 입문자에게 추천하는 첫날 실습 순서

처음 하루에 모든 것을 하려 하지 말고, 다음 순서만 완주해도 충분하다.

1. 만들 앱을 하나 정한다. 체크리스트, 계산기, 기록 앱 중 하나가 좋다.
2. 사용자, 목적, 화면, 기능, 제외 범위를 포함한 프롬프트를 쓴다.
3. Google AI Studio Build mode에서 Android를 선택하고 프롬프트를 실행한다.
4. 에뮬레이터에서 첫 화면, 입력, 버튼, 저장, 삭제를 확인한다.
5. 수정 요청을 한 번에 하나씩 보낸다.
6. 실제 안드로이드폰을 USB로 연결하고 Install on Device를 실행한다.
7. 폰에서 한 손 조작, 글자 크기, 키보드, 재실행 후 상태 유지를 확인한다.
8. 마지막으로 “다음 버전에서 꼭 필요한 기능 3개”와 “빼도 되는 기능 3개”를 적는다.

이 순서의 핵심은 앱을 크게 만드는 것이 아니라 판단을 빠르게 하는 것이다. 앱 아이디어 검증에서 가장 비싼 것은 코드가 아니라 착각이다. 문서로는 좋아 보였던 아이디어가 실제 폰에서는 불편할 수 있고, 반대로 단순한 체크리스트가 업무 시간을 크게 줄일 수도 있다. Google AI Studio 안드로이드 앱 생성 기능은 이 판단을 빠르게 앞당기는 도구로 쓰는 것이 가장 현실적이다.

14. 결론: 비개발자의 목표는 출시가 아니라 검증이다

Google AI Studio 안드로이드 앱 만들기의 가장 큰 의미는 “비개발자도 앱을 출시할 수 있다”가 아니다. 더 실용적인 의미는 “비개발자도 자기 아이디어를 폰 위에서 검증할 수 있다”이다. 이 차이를 이해해야 과장 없이 오래 쓸 수 있다.

프롬프트를 잘 쓰면 AI Studio는 Kotlin과 Jetpack Compose 기반의 네이티브 안드로이드 앱을 만들어준다. 에뮬레이터에서는 화면과 기본 동작을 확인할 수 있고, WebUSB를 통해 실제 안드로이드폰에 설치해 터치 사용성을 검증할 수 있다. 출처: Build Android Apps in Google AI Studio

처음부터 상용 앱, 로그인, 결제, 서버, Play Store 정식 배포를 목표로 잡지 말자. 대신 오늘 필요한 작은 앱 하나를 만든다. 회의 액션 아이템, 발행 체크리스트, 광고 예산 계산기, 고객 인터뷰 메모처럼 업무 흐름 하나를 고른다. 프롬프트로 구체화하고, 에뮬레이터에서 다듬고, 실제 폰에 설치해 만져본다. 그 경험만으로도 앱 개발을 바라보는 관점이 달라진다.

비개발자에게 필요한 첫 역량은 코딩 문법이 아니라 문제를 작게 자르는 능력이다. Google AI Studio는 그 작은 문제를 앱 형태로 빠르게 바꿔주는 도구다. 잘 쓰면 아이디어 회의와 실제 사용 사이의 거리를 크게 줄일 수 있다.

📢 [광고 포함 안내] 이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이 가이드와 함께 보면 좋은 제품

참고 출처

• Build Android Apps in Google AI Studio
• Build apps in Google AI Studio
• Google AI Studio | Gemini API
• Google AI Studio
• Mobile App – Google AI Studio
• Build native Android apps in Google AI Studio
• AI on Android | Android Developers
• 구글, ‘Google AI Studio’ 모바일 앱 출시 – 디자인 나침반
• Google I/O 2026에서 발표한 모든 것 | GeekNews