기능 추가 프롬프트 쓰기

첫 앱은 완성품이 아니라 대화의 시작입니다

첫 앱 생성 프롬프트를 넣고 나면, 대부분의 독자는 비슷한 장면을 마주합니다.

"오, 진짜 화면이 나왔네?"

처음에는 신기합니다. 버튼도 있고, 입력창도 있고, 목록도 보입니다. 그런데 5분쯤 만져보면 아쉬운 점이 하나씩 보이기 시작합니다.

독서 기록 앱에는 검색이 없어서 책이 많아지면 찾기 어렵습니다. 할 일 관리 앱에는 완료한 일만 따로 보는 기능이 없습니다. 강의 후기 수집 앱에는 평균 만족도가 보이지 않습니다. AI 프롬프트 보관함 앱에는 복사 버튼이 있으면 좋겠습니다.

이때 많은 초보자가 이렇게 요청합니다.

검색, 필터, 정렬, 수정, 삭제, 통계, 관리자 화면까지 전부 추가해줘.

마음은 이해됩니다. 앱이 조금 작동하기 시작하면 갑자기 하고 싶은 것이 많아집니다. 하지만 바이브 코딩에서 기능을 한꺼번에 몰아넣는 것은 장바구니에 재료를 잔뜩 담아놓고 "맛있는 요리 만들어줘"라고 말하는 것과 비슷합니다. AI가 무언가를 만들기는 하겠지만, 내가 원한 맛인지 확인하기 어렵습니다.

기능 추가의 핵심은 간단합니다.

한 번에 하나씩 추가하고, 작동을 확인한 뒤 다음 기능으로 넘어가는 것.

이 원칙만 지켜도 앱이 망가질 가능성이 크게 줄어듭니다. 유명한 도구가 초보자에게 쉬운 도구는 아닙니다. 그리고 좋은 도구를 쓴다고 해서 한 번에 완벽한 앱이 나오는 것도 아닙니다. 바이브 코딩은 코딩을 안 배워도 된다는 뜻이 아니라, 내가 원하는 것을 AI가 이해하게 설명하는 기술입니다.

이번 장에서는 검색, 필터, 정렬, 수정, 삭제, 통계, 관리자 화면처럼 자주 쓰는 기능을 어떻게 요청해야 하는지 익혀보겠습니다.

기능 추가 프롬프트의 기본 구조

기능을 추가할 때는 "무엇을 추가해줘"만 말하면 부족합니다. AI 앱 빌더는 내 머릿속 화면을 볼 수 없습니다. 그래서 기능의 위치, 대상, 동작 방식, 예외 상황을 함께 알려줘야 합니다.

기능 추가 프롬프트는 다음 순서로 쓰면 좋습니다.

현재 앱은 [앱 설명]입니다.
기존 기능은 유지해주세요.
이번에는 [추가할 기능 1개]만 추가해주세요.

원하는 동작은 다음과 같습니다.
1. [기능이 적용될 대상]
2. [기능이 놓일 위치]
3. [사용자가 어떻게 조작하는지]
4. [결과가 어떻게 표시되는지]
5. [예외 상황에서 보여줄 문구]

기존 디자인 분위기는 유지하고, 다른 기능은 임의로 추가하지 마세요.

여기서 가장 중요한 문장은 "이번에는 기능 1개만 추가해주세요"입니다. AI는 친절하려고 여러 기능을 덧붙일 때가 있습니다. 검색을 요청했는데 필터와 정렬까지 같이 붙이거나, 삭제 기능을 요청했는데 로그인 화면까지 만들어버리는 식입니다. 초보자 입장에서는 화면이 갑자기 복잡해지고, 어디서 문제가 생겼는지 알기 어려워집니다.

기능 추가는 집을 고치는 일과 비슷합니다. 전등 하나를 바꾸는 것과 거실, 주방, 화장실, 베란다를 동시에 뜯어고치는 것은 난이도가 다릅니다. 초보자는 전등 하나씩 바꾸듯 기능도 하나씩 추가해야 합니다.

"검색 기능 추가"라고만 말하면 부족합니다

검색은 가장 자주 추가하는 기능입니다. 독서 기록 앱, 블로그 글감 저장소 앱, AI 프롬프트 보관함 앱처럼 목록이 쌓이는 앱에는 검색이 거의 필수입니다.

하지만 검색 기능을 요청할 때 단순히 이렇게 말하면 결과가 애매해질 수 있습니다.

검색 기능 추가해줘.

AI는 무엇을 검색해야 하는지 추측해야 합니다. 책 제목만 검색할지, 저자도 검색할지, 메모 내용까지 검색할지 알 수 없습니다. 검색창을 화면 위에 둘지, 목록 옆에 둘지도 모릅니다. 검색 결과가 없을 때 어떤 문구를 보여줄지도 정해지지 않습니다.

좋은 검색 프롬프트는 검색 대상을 구체적으로 말합니다.

현재 앱은 독서 기록 앱입니다.
기존 입력, 저장, 목록 표시 기능은 그대로 유지해주세요.
이번에는 검색 기능만 추가해주세요.

검색 기능은 다음 방식으로 작동하면 좋겠습니다.
1. 검색 대상은 책 제목, 저자, 한 줄 메모입니다.
2. 검색창은 독서 기록 목록 위쪽에 배치해주세요.
3. 사용자가 검색어를 입력하면 목록이 바로 필터링되게 해주세요.
4. 검색어가 없을 때는 전체 목록을 보여주세요.
5. 검색 결과가 없을 때는 "검색 결과가 없습니다. 다른 단어로 찾아보세요."라는 문구를 보여주세요.

기존 디자인은 유지하고, 검색 기능 외에 다른 기능은 추가하지 마세요.

이 프롬프트에는 AI가 판단해야 할 빈칸이 적습니다. 검색 대상, 위치, 동작 방식, 결과 없음 문구가 모두 들어 있습니다. 그러면 결과물을 검토하기도 쉬워집니다.

AI 프롬프트 보관함 앱이라면 검색 대상이 조금 달라집니다.

현재 앱은 AI 프롬프트 보관함 앱입니다.
이번에는 검색 기능만 추가해주세요.

검색 대상은 프롬프트 제목, 카테고리, 실제 프롬프트 내용입니다.
검색창은 화면 상단의 목록 제목 아래에 배치해주세요.
사용자가 단어를 입력하면 해당 단어가 포함된 프롬프트 카드만 보이게 해주세요.
검색어 입력을 지우면 다시 전체 프롬프트 목록이 보이게 해주세요.
검색 결과가 없으면 "저장된 프롬프트 중 일치하는 항목이 없습니다."라고 보여주세요.

기존 저장 방식과 디자인은 바꾸지 마세요.

회의록 정리 앱이라면 검색 대상은 회의 제목, 참석자, 결정 사항이 될 수 있습니다.

현재 앱은 회의록 정리 앱입니다.
회의록 목록에서 검색 기능을 추가해주세요.

검색 대상은 회의 제목, 참석자 이름, 주요 결정 사항, 다음 할 일입니다.
검색창은 회의록 목록 위에 배치해주세요.
검색 결과는 기존 카드 디자인 그대로 보여주세요.
검색어와 일치하는 회의록이 없으면 "해당 조건의 회의록이 없습니다."라고 표시해주세요.

이번 요청에서는 검색 기능만 추가하고, 요약 생성이나 파일 업로드 기능은 추가하지 마세요.

같은 검색이라도 앱의 목적에 따라 검색 대상이 달라집니다. 그래서 "검색 기능 추가"보다 "무엇을 어디에서 어떻게 검색할지"를 말하는 습관이 중요합니다.

필터는 "조건으로 나눠 보기"입니다

검색이 단어로 찾는 기능이라면, 필터는 조건으로 목록을 좁히는 기능입니다. 할 일 관리 앱에서 "미완료만 보기", 운동 루틴 기록 앱에서 "상체 운동만 보기", 강의 후기 수집 앱에서 "별점 4점 이상만 보기"가 필터입니다.

필터는 옷장을 정리하는 일과 비슷합니다. 검색이 "검은색 셔츠 어디 있지?"라고 찾는 것이라면, 필터는 "여름옷만 보기", "외출복만 보기"처럼 조건별로 나눠 보는 것입니다.

할 일 관리 앱에 상태 필터를 추가해보겠습니다.

현재 앱은 할 일 관리 앱입니다.
기존의 할 일 추가, 목록 보기, 완료 체크 기능은 유지해주세요.
이번에는 상태 필터 기능만 추가해주세요.

필터 옵션은 다음 3개로 만들어주세요.
1. 전체
2. 진행 중
3. 완료

필터 버튼은 할 일 입력창 아래, 목록 위에 배치해주세요.
기본 선택값은 "전체"로 해주세요.
"진행 중"을 누르면 완료 체크가 되지 않은 할 일만 보여주세요.
"완료"를 누르면 완료 체크된 할 일만 보여주세요.
선택된 필터 버튼은 다른 버튼보다 진하게 표시해주세요.

다른 기능은 추가하지 말고, 기존 디자인 분위기를 유지해주세요.

운동 루틴 기록 앱에서는 운동 부위 필터가 유용합니다.

현재 앱은 운동 루틴 기록 앱입니다.
이번에는 운동 부위 필터만 추가해주세요.

운동 기록에는 운동 부위가 포함되어 있습니다.
필터 옵션은 전체, 상체, 하체, 코어, 유산소로 만들어주세요.
필터는 기록 목록 위에 가로 버튼 형태로 배치해주세요.
사용자가 "하체"를 선택하면 운동 부위가 하체인 기록만 보여주세요.
해당 기록이 없으면 "선택한 부위의 운동 기록이 없습니다."라고 표시해주세요.

기존 입력 폼과 통계 영역은 바꾸지 마세요.

강의 후기 수집 앱에서는 만족도 필터를 만들 수 있습니다.

현재 앱은 강의 후기 수집 앱입니다.
관리자가 후기를 쉽게 확인할 수 있도록 만족도 필터를 추가해주세요.

필터 옵션은 전체, 5점, 4점 이상, 3점 이하로 만들어주세요.
필터는 후기 목록 위에 배치해주세요.
선택한 조건에 맞는 후기만 목록에 표시해주세요.
후기가 없을 때는 "해당 만족도의 후기가 없습니다."라고 보여주세요.

일반 수강생이 후기를 입력하는 영역은 변경하지 말고, 후기 목록 영역에만 필터를 추가해주세요.

필터를 요청할 때는 조건 이름을 AI에게 맡기지 않는 편이 좋습니다. "적절한 필터를 만들어줘"라고 하면 예상보다 복잡해질 수 있습니다. 초보자는 필터 옵션을 직접 정해주는 것이 안전합니다.

정렬은 "보여주는 순서"를 정하는 기능입니다

정렬은 목록의 순서를 바꾸는 기능입니다. 최신순, 오래된순, 높은 점수순, 낮은 점수순, 가나다순처럼 보여주는 기준을 정합니다.

정렬은 책장을 정리하는 방식과 비슷합니다. 책을 구입한 날짜순으로 꽂을 수도 있고, 제목 가나다순으로 꽂을 수도 있고, 좋아하는 책을 앞쪽에 둘 수도 있습니다. 데이터는 같지만 보여주는 순서가 달라지는 것입니다.

블로그 글감 저장소 앱에 정렬 기능을 추가해보겠습니다.

현재 앱은 블로그 글감 저장소 앱입니다.
이번에는 정렬 기능만 추가해주세요.

정렬 옵션은 다음 3개입니다.
1. 최신순
2. 오래된순
3. 중요도 높은순

정렬 선택은 글감 목록 위 오른쪽에 드롭다운으로 배치해주세요.
기본값은 최신순으로 해주세요.
최신순은 저장 날짜가 가장 최근인 글감이 위에 오게 해주세요.
오래된순은 저장 날짜가 가장 오래된 글감이 위에 오게 해주세요.
중요도 높은순은 중요도 값이 높은 글감이 위에 오게 해주세요.

기존 검색이나 필터 기능이 있다면 함께 작동하도록 유지해주세요.
정렬 기능 외에 다른 기능은 추가하지 마세요.

독서 기록 앱에서는 읽은 날짜순이나 평점순이 유용합니다.

현재 앱은 독서 기록 앱입니다.
독서 기록 목록에 정렬 기능을 추가해주세요.

정렬 옵션은 최신 기록순, 오래된 기록순, 평점 높은순으로 만들어주세요.
정렬 메뉴는 목록 제목 오른쪽에 배치해주세요.
기본 정렬은 최신 기록순입니다.
평점 높은순을 선택하면 평점이 높은 책부터 보이게 해주세요.
평점이 같은 경우에는 최신 기록이 먼저 보이게 해주세요.

기존 카드 디자인과 입력 폼은 유지해주세요.

예약 문의 앱에서는 문의일 기준 정렬이 필요할 수 있습니다.

현재 앱은 예약 문의 앱입니다.
관리자가 문의를 확인하는 목록에 정렬 기능을 추가해주세요.

정렬 옵션은 최신 문의순, 오래된 문의순, 예약 희망일 빠른순으로 만들어주세요.
기본값은 최신 문의순으로 해주세요.
예약 희망일 빠른순을 선택하면 가장 가까운 예약 희망일이 위에 오게 해주세요.
예약 희망일이 없는 문의는 목록 아래쪽에 표시해주세요.

고객이 입력하는 문의 폼은 변경하지 마세요.

정렬 기능을 요청할 때 자주 빠지는 부분은 "기본값"입니다. 기본값을 말하지 않으면 AI가 임의로 정합니다. 사용자가 처음 화면을 열었을 때 어떤 순서가 가장 자연스러운지 정해주는 것이 좋습니다.

수정 기능은 "무엇을 다시 고칠 수 있는지"가 중요합니다

수정 기능은 이미 저장한 내용을 고치는 기능입니다. 할 일 제목을 바꾸거나, 독서 메모를 고치거나, 예약 문의 상태를 바꾸는 것이 여기에 해당합니다.

수정 기능을 요청할 때는 어떤 항목을 수정할 수 있는지 명확히 해야 합니다. 모든 필드를 수정할 수 있게 할 수도 있고, 일부만 수정하게 할 수도 있습니다.

할 일 관리 앱에 수정 기능을 추가해보겠습니다.

현재 앱은 할 일 관리 앱입니다.
이번에는 할 일 수정 기능만 추가해주세요.

각 할 일 항목 오른쪽에 "수정" 버튼을 추가해주세요.
사용자가 수정 버튼을 누르면 기존 할 일 내용이 입력창에 들어가거나, 해당 항목 안에서 바로 수정할 수 있게 해주세요.
수정 가능한 항목은 할 일 제목과 마감일입니다.
수정을 저장하는 버튼 이름은 "변경 저장"으로 해주세요.
수정 중 취소할 수 있도록 "취소" 버튼도 함께 보여주세요.
변경 저장을 누르면 목록에 수정된 내용이 반영되어야 합니다.

완료 상태 체크 기능은 기존처럼 유지해주세요.
삭제 기능은 이번에 추가하지 마세요.

독서 기록 앱에서는 책 제목을 바꾸는 것보다 메모와 평점을 수정하는 일이 더 많을 수 있습니다.

현재 앱은 독서 기록 앱입니다.
각 독서 기록에 수정 기능을 추가해주세요.

수정 가능한 항목은 읽은 날짜, 평점, 한 줄 메모입니다.
책 제목과 저자는 수정하지 않도록 해주세요.
각 카드에 "메모 수정" 버튼을 추가해주세요.
버튼을 누르면 해당 카드 안에서 읽은 날짜, 평점, 한 줄 메모를 고칠 수 있게 해주세요.
저장 버튼은 "수정 완료", 취소 버튼은 "취소"로 표시해주세요.
수정 완료 후에는 카드가 다시 일반 보기 상태로 돌아오게 해주세요.

기존 검색 기능과 목록 디자인은 유지해주세요.

AI 프롬프트 보관함 앱에서는 프롬프트 내용 수정이 특히 중요합니다. 실제로 쓰다 보면 더 좋은 표현으로 다듬게 되기 때문입니다.

현재 앱은 AI 프롬프트 보관함 앱입니다.
저장된 프롬프트를 수정할 수 있는 기능을 추가해주세요.

각 프롬프트 카드에 "수정" 버튼을 추가해주세요.
수정 가능한 항목은 제목, 카테고리, 프롬프트 내용, 메모입니다.
수정 화면은 새 페이지가 아니라 카드 안에서 펼쳐지는 형태로 만들어주세요.
수정 중에는 "저장"과 "취소" 버튼을 보여주세요.
취소를 누르면 변경 내용이 저장되지 않고 원래 내용으로 돌아가게 해주세요.

기존 복사 버튼이 있다면 그대로 유지해주세요.
이번 요청에서는 삭제 기능은 추가하지 마세요.

수정 기능은 생각보다 복잡합니다. 사용자가 수정하다가 취소할 수도 있고, 빈 값으로 저장하려 할 수도 있습니다. 그래서 수정 기능을 요청할 때는 취소 버튼과 빈 값 처리도 함께 말해주는 것이 좋습니다.

추가로, 수정 저장 시 제목이 비어 있으면 저장하지 말고 "제목을 입력해주세요."라는 안내 문구를 보여주세요.

이 한 문장만 넣어도 앱이 훨씬 안정적으로 느껴집니다.

삭제 기능에는 반드시 실수 방지가 필요합니다

삭제 기능은 편리하지만 위험합니다. 특히 초보자용 앱에서는 삭제 버튼을 너무 쉽게 누를 수 있으면 문제가 됩니다. 모바일 화면에서는 손가락이 잘못 닿기도 합니다.

삭제 기능은 문서 파쇄기와 비슷합니다. 한 번 넣으면 되돌리기 어렵습니다. 그래서 "정말 버릴 건가요?"라고 한 번 더 묻는 과정이 필요합니다.

단순한 삭제 요청은 이렇게 생겼습니다.

삭제 기능 추가해줘.

하지만 좋은 삭제 프롬프트는 확인창과 안내 문구를 포함합니다.

현재 앱은 할 일 관리 앱입니다.
이번에는 삭제 기능만 추가해주세요.

각 할 일 항목 오른쪽에 "삭제" 버튼을 추가해주세요.
사용자가 삭제 버튼을 누르면 바로 삭제하지 말고 확인창을 보여주세요.
확인 문구는 "이 할 일을 삭제할까요? 삭제 후에는 되돌릴 수 없습니다."로 해주세요.
확인창에는 "삭제"와 "취소" 버튼을 보여주세요.
"삭제"를 누른 경우에만 해당 할 일이 목록에서 사라지게 해주세요.
"취소"를 누르면 아무 변화 없이 목록으로 돌아가게 해주세요.

삭제 버튼은 너무 눈에 띄지 않게 회색 또는 얇은 테두리 스타일로 만들어주세요.
기존 완료 체크와 수정 기능은 유지해주세요.

독서 기록 앱에서는 삭제 전에 책 제목을 문구에 넣으면 더 안전합니다.

현재 앱은 독서 기록 앱입니다.
독서 기록 삭제 기능을 추가해주세요.

각 독서 카드에 "삭제" 버튼을 추가해주세요.
삭제 버튼을 누르면 확인창을 띄워주세요.
확인 문구에는 해당 책 제목을 포함해서 "『책 제목』 기록을 삭제할까요? 삭제 후에는 되돌릴 수 없습니다."라고 표시해주세요.
사용자가 확인한 경우에만 삭제되게 해주세요.
취소하면 기록이 그대로 남아 있어야 합니다.

삭제 버튼은 카드의 주요 버튼처럼 보이지 않게 작게 배치해주세요.
이번 요청에서는 전체 삭제 기능은 만들지 마세요.

예약 문의 앱처럼 개인정보가 들어갈 수 있는 앱에서는 삭제 기능이 더 중요합니다. 오래된 문의를 지울 수 있어야 하지만, 실수로 중요한 예약 문의를 날리면 곤란합니다.

현재 앱은 예약 문의 앱입니다.
관리자용 문의 목록에 삭제 기능을 추가해주세요.

각 문의 항목에 "문의 삭제" 버튼을 추가해주세요.
삭제 버튼은 관리자 목록에서만 보이게 해주세요.
고객이 문의를 작성하는 화면에는 삭제 버튼이 보이면 안 됩니다.
삭제 버튼을 누르면 "이 예약 문의를 삭제할까요? 고객명과 연락처 정보도 함께 삭제됩니다."라는 확인창을 보여주세요.
확인창에서 "삭제"를 누른 경우에만 삭제하고, "취소"를 누르면 그대로 유지해주세요.

실수 방지를 위해 전체 문의 삭제 기능은 만들지 마세요.

삭제 기능에서는 "되돌리기" 기능까지 만들 수 있으면 좋지만, 첫 MVP에서는 오히려 복잡해질 수 있습니다. 초보자는 먼저 확인창을 넣는 것으로 충분합니다. 이후 필요해지면 휴지통 기능이나 삭제 취소 기능을 따로 추가하면 됩니다.

복사 버튼은 작지만 만족도가 높은 기능입니다

복사 버튼은 특히 프롬프트 보관함, 회의록 정리 앱, 블로그 글감 저장소 앱에 잘 어울립니다. 사용자가 내용을 다시 선택해서 복사하지 않아도 되기 때문입니다.

AI 프롬프트 보관함 앱의 복사 버튼은 이렇게 요청할 수 있습니다.

현재 앱은 AI 프롬프트 보관함 앱입니다.
각 프롬프트 카드에 복사 버튼을 추가해주세요.

복사 버튼을 누르면 해당 카드의 프롬프트 내용만 클립보드에 복사되게 해주세요.
제목, 카테고리, 메모는 복사하지 말고 실제 프롬프트 본문만 복사해주세요.
복사가 완료되면 버튼 근처에 "복사되었습니다."라는 작은 안내 문구를 2초 동안 보여주세요.
복사에 실패하면 "복사에 실패했습니다. 직접 선택해서 복사해주세요."라고 표시해주세요.

기존 저장, 검색, 수정 기능은 유지해주세요.

회의록 정리 앱에서는 결정 사항만 복사할 수 있게 만들 수 있습니다.

현재 앱은 회의록 정리 앱입니다.
회의록 카드에 "결정 사항 복사" 버튼을 추가해주세요.

버튼을 누르면 해당 회의록의 결정 사항 목록만 클립보드에 복사되게 해주세요.
복사 형식은 각 항목 앞에 하이픈이 붙은 목록 형태로 해주세요.
복사가 완료되면 "결정 사항이 복사되었습니다."라고 보여주세요.

회의록 전체 복사 기능은 이번에는 추가하지 마세요.

블로그 글감 저장소 앱에서는 제목 후보를 복사하는 기능이 유용합니다.

현재 앱은 블로그 글감 저장소 앱입니다.
각 글감 카드에 "제목 복사" 버튼을 추가해주세요.

버튼을 누르면 글감 제목만 복사되게 해주세요.
복사 후에는 "제목이 복사되었습니다."라는 안내 문구를 보여주세요.
버튼은 카드 하단 오른쪽에 작게 배치해주세요.

기존 글감 내용이나 메모는 복사하지 마세요.

작은 기능일수록 요청이 구체적이어야 합니다. "복사 기능"이라고만 하면 전체 카드가 복사될 수도 있고, 제목만 복사될 수도 있습니다. 복사 대상과 복사 후 안내 문구를 꼭 함께 적어주세요.

통계는 "계산 기준"을 말해야 합니다

통계 기능은 앱을 더 똑똑해 보이게 만듭니다. 운동 루틴 기록 앱에서 이번 주 운동 횟수를 보여주고, 독서 기록 앱에서 이번 달 읽은 책 수를 보여주고, 강의 후기 수집 앱에서 평균 만족도를 보여주면 앱의 가치가 확 올라갑니다.

하지만 통계는 특히 조심해야 합니다. AI에게 "통계 보여줘"라고만 말하면 어떤 데이터를 기준으로 계산해야 할지 불분명합니다.

통계는 가계부 계산과 비슷합니다. "이번 달 지출 알려줘"라고 할 때도 기준이 필요합니다. 카드 결제일 기준인지, 실제 사용일 기준인지, 현금 지출도 포함하는지에 따라 숫자가 달라집니다.

운동 루틴 기록 앱에 주간 통계를 추가해보겠습니다.

현재 앱은 운동 루틴 기록 앱입니다.
이번에는 주간 통계 영역만 추가해주세요.

통계 기준은 저장된 운동 기록입니다.
화면 상단에 "이번 주 운동 요약" 영역을 만들어주세요.
이번 주의 기준은 월요일부터 일요일까지로 해주세요.
표시할 통계는 다음 3개입니다.
1. 이번 주 운동한 날 수
2. 이번 주 총 운동 시간
3. 이번 주 가장 많이 한 운동 부위

운동 시간이 비어 있는 기록은 총 운동 시간 계산에서 제외해주세요.
이번 주 기록이 없으면 "이번 주 운동 기록이 아직 없습니다."라고 표시해주세요.

기존 입력 폼과 운동 기록 목록은 유지해주세요.
통계 기능 외에 다른 기능은 추가하지 마세요.

독서 기록 앱에서는 월간 통계를 만들 수 있습니다.

현재 앱은 독서 기록 앱입니다.
독서 기록 데이터를 기준으로 월간 통계를 추가해주세요.

통계 영역 제목은 "이번 달 독서 요약"으로 해주세요.
이번 달의 기준은 읽은 날짜가 현재 월에 해당하는 기록입니다.
표시할 통계는 다음 3개입니다.
1. 이번 달 읽은 책 수
2. 이번 달 평균 평점
3. 가장 많이 기록한 책 카테고리

평점이 없는 책은 평균 평점 계산에서 제외해주세요.
이번 달 기록이 없으면 "이번 달 독서 기록이 아직 없습니다."라고 보여주세요.
통계 영역은 목록 위쪽에 카드 형태로 배치해주세요.

강의 후기 수집 앱에서는 평균 만족도가 중요합니다.

현재 앱은 강의 후기 수집 앱입니다.
관리자가 볼 수 있는 후기 요약 통계를 추가해주세요.

통계는 저장된 후기 데이터를 기준으로 계산해주세요.
표시할 항목은 다음과 같습니다.
1. 전체 후기 수
2. 평균 만족도
3. 5점 후기 수
4. 개선 요청이 적힌 후기 수

평균 만족도는 소수점 첫째 자리까지 표시해주세요.
개선 요청이 적힌 후기 수는 개선 의견 입력란이 비어 있지 않은 후기를 기준으로 계산해주세요.
후기가 하나도 없으면 평균 만족도 대신 "아직 후기 없음"이라고 표시해주세요.

통계 영역은 관리자용 후기 목록 위에 배치해주세요.
수강생이 후기를 입력하는 화면은 변경하지 마세요.

통계 프롬프트의 핵심은 "기준"입니다. 어떤 데이터로 계산할지, 빈 값은 어떻게 처리할지, 기간은 어떻게 잡을지 정해야 합니다. 숫자는 그럴듯해 보이기 때문에 더 위험합니다. 잘못 계산된 통계도 화면에서는 멋져 보일 수 있습니다. 그래서 통계 기능을 추가한 뒤에는 반드시 직접 샘플 데이터를 넣어 계산이 맞는지 확인해야 합니다.

관리자 화면은 일반 사용자 화면과 분리해야 합니다

관리자 화면은 앱을 운영하는 사람이 보는 화면입니다. 예약 문의 앱에서 고객은 문의를 작성하고, 관리자는 문의 목록을 봅니다. 강의 후기 수집 앱에서 수강생은 후기를 남기고, 강사는 후기 통계를 봅니다.

여기서 중요한 점은 일반 사용자 화면과 관리자 화면을 구분하는 것입니다. 초보자용 MVP에서는 완전한 로그인과 권한 관리를 만들지 않을 수도 있습니다. 하지만 적어도 화면의 목적은 분리해서 요청해야 합니다.

관리자 화면은 식당의 홀과 주방 사무실을 나누는 것과 비슷합니다. 손님은 메뉴판과 주문 화면을 보면 되고, 사장은 예약 목록과 매출표를 봐야 합니다. 두 화면이 섞이면 손님에게 보여주지 말아야 할 정보가 노출될 수 있습니다.

예약 문의 앱에 관리자 화면을 추가하는 프롬프트입니다.

현재 앱은 예약 문의 앱입니다.
고객이 예약 문의를 남기는 화면은 그대로 유지하고, 관리자용 문의 확인 화면을 추가해주세요.

화면을 다음 2개 영역으로 구분해주세요.
1. 고객용 예약 문의 작성 화면
2. 관리자용 문의 목록 화면

관리자용 문의 목록에는 다음 정보를 보여주세요.
- 고객명
- 연락처
- 희망 날짜
- 희망 시간
- 문의 내용
- 접수 상태

관리자 화면에서는 접수 상태를 "대기", "확인 완료", "연락 완료" 중 하나로 변경할 수 있게 해주세요.
관리자 화면은 고객 입력 폼 아래가 아니라 별도의 탭 또는 별도 섹션으로 구분해주세요.
관리자 영역 제목은 "관리자용 문의 목록"으로 표시해주세요.

이번 MVP에서는 로그인 기능은 만들지 말고, 화면만 구분해주세요.
단, 실제 운영에서는 관리자 화면 접근 제한이 필요하다는 안내 문구를 관리자 영역 상단에 작게 표시해주세요.

강의 후기 수집 앱에서는 관리자 화면에 후기 목록과 통계가 들어갈 수 있습니다.

현재 앱은 강의 후기 수집 앱입니다.
수강생 입력 화면과 강사용 관리자 화면을 구분해주세요.

수강생 화면에는 후기 입력 폼만 간단히 보여주세요.
강사용 관리자 화면에는 다음 요소를 보여주세요.
1. 전체 후기 목록
2. 평균 만족도
3. 만족도 필터
4. 개선 의견만 모아 보기

관리자 화면은 별도의 탭으로 만들고, 탭 이름은 "후기 작성"과 "강사용 보기"로 해주세요.
이번 단계에서는 로그인이나 비밀번호 기능은 추가하지 마세요.
대신 강사용 보기 상단에 "실제 운영 시에는 접근 제한이 필요합니다."라는 안내 문구를 보여주세요.

기존 후기 저장 기능은 유지해주세요.

가족 일정 공유 앱에서도 관리자 개념을 가볍게 적용할 수 있습니다.

현재 앱은 가족 일정 공유 앱입니다.
가족 구성원이 보는 일정 목록과, 일정을 관리하는 화면을 구분해주세요.

일반 보기 화면에는 이번 주 가족 일정 목록만 보여주세요.
관리 화면에는 일정 추가, 수정, 삭제 기능을 배치해주세요.
화면 상단에 "일정 보기"와 "일정 관리" 탭을 만들어주세요.
기본으로는 "일정 보기" 탭이 열리게 해주세요.

이번 MVP에서는 가족별 로그인 기능은 만들지 마세요.
관리 화면에는 "가족끼리 함께 쓰는 간단한 MVP입니다. 중요한 개인정보는 입력하지 마세요."라는 안내 문구를 넣어주세요.

관리자 화면을 요청할 때 흔한 실수는 "관리자 페이지 만들어줘"라고만 말하는 것입니다. 관리자 페이지에 무엇이 보여야 하는지, 일반 사용자는 무엇을 보면 안 되는지, 로그인은 이번 버전에 넣을지 말지를 함께 말해야 합니다.

특히 개인정보가 들어가는 앱에서는 관리자 화면을 쉽게 공개하면 안 됩니다. 첫 MVP에서는 화면 분리만 하고, 실제 운영 전에는 접근 제한, 로그인, 권한 관리가 필요하다는 점을 기억해야 합니다.

기능 추가 후에는 반드시 작은 테스트를 합니다

기능을 추가했다고 끝이 아닙니다. 추가한 기능이 제대로 작동하는지 직접 확인해야 합니다. AI가 만든 앱도 반드시 사람이 검토해야 합니다.

검색 기능을 추가했다면 최소한 다음을 확인합니다. 검색어가 있을 때 원하는 항목만 보이는지, 검색어를 지웠을 때 전체 목록이 다시 보이는지, 결과가 없을 때 안내 문구가 나오는지 봅니다.

삭제 기능을 추가했다면 삭제 버튼을 눌렀을 때 바로 지워지지 않는지 확인합니다. 확인창이 뜨는지, 취소를 누르면 그대로 남는지, 삭제를 누르면 해당 항목만 사라지는지 봅니다.

통계 기능을 추가했다면 샘플 데이터를 직접 넣어 계산이 맞는지 확인합니다. 예를 들어 운동 기록 3개를 넣고 총 시간이 90분이어야 하는데 120분으로 나온다면 통계 기준이 잘못된 것입니다.

기능 추가 후 점검 프롬프트도 유용합니다.

방금 추가한 기능이 제대로 작동하는지 점검해주세요.
특히 다음을 확인해주세요.
1. 기존 기능이 망가지지 않았는지
2. 새 기능이 요청한 조건대로 작동하는지
3. 빈 데이터나 검색 결과 없음 같은 예외 상황이 처리되는지
4. 모바일 화면에서도 사용하기 불편하지 않은지

문제가 있다면 바로 수정하지 말고, 먼저 문제 목록과 수정 제안을 알려주세요.

여기서 "바로 수정하지 말고"라는 문장이 중요합니다. AI가 문제를 발견하자마자 코드를 크게 바꾸면, 오히려 다른 부분이 망가질 수 있습니다. 먼저 문제를 보고받고, 그중 하나씩 수정하는 편이 안전합니다.

바로 써먹는 기능 추가 프롬프트 모음

아래 프롬프트들은 앱 이름과 항목만 바꾸면 바로 사용할 수 있습니다.

검색 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
기존 기능은 유지하고, 이번에는 검색 기능만 추가해주세요.

검색 대상은 [검색할 항목 1], [검색할 항목 2], [검색할 항목 3]입니다.
검색창은 [배치 위치]에 놓아주세요.
사용자가 검색어를 입력하면 목록이 바로 필터링되게 해주세요.
검색어가 없을 때는 전체 목록을 보여주세요.
검색 결과가 없으면 "[결과 없음 문구]"라고 표시해주세요.

기존 디자인과 저장 방식은 바꾸지 마세요.

필터 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
이번에는 필터 기능만 추가해주세요.

필터 기준은 [상태/카테고리/점수/날짜 등]입니다.
필터 옵션은 [전체], [옵션 1], [옵션 2], [옵션 3]으로 만들어주세요.
필터는 [배치 위치]에 배치해주세요.
기본 선택값은 [기본값]으로 해주세요.
선택한 조건에 맞는 항목만 목록에 표시해주세요.
해당 조건의 항목이 없으면 "[빈 상태 문구]"라고 보여주세요.

다른 기능은 추가하지 마세요.

정렬 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
목록에 정렬 기능을 추가해주세요.

정렬 옵션은 [옵션 1], [옵션 2], [옵션 3]입니다.
정렬 메뉴는 [배치 위치]에 배치해주세요.
기본 정렬은 [기본값]으로 해주세요.
[옵션 1]은 [정렬 기준 설명]입니다.
[옵션 2]는 [정렬 기준 설명]입니다.
[옵션 3]은 [정렬 기준 설명]입니다.

기존 검색이나 필터 기능이 있다면 함께 작동하도록 유지해주세요.

수정 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
이번에는 저장된 항목을 수정하는 기능만 추가해주세요.

각 항목에 "수정" 버튼을 추가해주세요.
수정 가능한 항목은 [항목 1], [항목 2], [항목 3]입니다.
수정 버튼을 누르면 [카드 안/모달 창/별도 영역]에서 내용을 고칠 수 있게 해주세요.
수정 중에는 "저장"과 "취소" 버튼을 보여주세요.
저장을 누르면 변경 내용이 목록에 반영되게 해주세요.
취소를 누르면 변경 내용이 저장되지 않게 해주세요.

[필수 항목]이 비어 있으면 저장하지 말고 "[안내 문구]"라고 표시해주세요.
다른 기능은 추가하지 마세요.

삭제 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
이번에는 삭제 기능만 추가해주세요.

각 항목에 "삭제" 버튼을 추가해주세요.
삭제 버튼을 누르면 바로 삭제하지 말고 확인창을 보여주세요.
확인 문구는 "[삭제 확인 문구]"로 해주세요.
확인창에는 "삭제"와 "취소" 버튼을 보여주세요.
"삭제"를 누른 경우에만 해당 항목을 삭제해주세요.
"취소"를 누르면 아무 변화 없이 목록으로 돌아가게 해주세요.

실수 방지를 위해 전체 삭제 기능은 만들지 마세요.
삭제 버튼은 너무 강조되지 않게 배치해주세요.

통계 기능 추가 템플릿

현재 앱은 [앱 이름]입니다.
저장된 데이터를 기준으로 통계 영역을 추가해주세요.

통계 영역 제목은 "[통계 제목]"으로 해주세요.
계산 기준 데이터는 [데이터 기준]입니다.
기간 기준은 [전체/이번 주/이번 달/선택한 기간]입니다.
표시할 통계는 다음과 같습니다.
1. [통계 항목 1]
2. [통계 항목 2]
3. [통계 항목 3]

[빈 값 처리 기준]은 계산에서 제외해주세요.
데이터가 없으면 "[데이터 없음 문구]"라고 표시해주세요.
통계 영역은 [배치 위치]에 카드 형태로 배치해주세요.

기존 입력 폼과 목록 기능은 유지해주세요.

관리자 화면 추가 템플릿

현재 앱은 [앱 이름]입니다.
일반 사용자 화면과 관리자 화면을 구분해주세요.

일반 사용자 화면에서는 [사용자가 할 수 있는 일]만 보여주세요.
관리자 화면에서는 [관리자가 확인하거나 처리할 정보]를 보여주세요.
화면은 [탭/별도 섹션/별도 페이지] 형태로 구분해주세요.
기본으로는 [기본 화면]이 먼저 보이게 해주세요.

관리자 화면에 필요한 기능은 다음과 같습니다.
1. [관리 기능 1]
2. [관리 기능 2]
3. [관리 기능 3]

이번 MVP에서는 로그인 기능은 추가하지 마세요.
대신 관리자 화면 상단에 "실제 운영 시에는 접근 제한이 필요합니다."라는 안내 문구를 넣어주세요.
기존 사용자 입력 기능은 유지해주세요.

실습 미션: 내 앱에 기능 하나만 추가해보기

이번 장의 실습은 간단합니다. 지금까지 만든 앱 중 하나를 골라 기능 하나만 추가해보세요. 욕심을 내면 안 됩니다. 검색도 넣고, 통계도 넣고, 관리자 화면도 넣고 싶겠지만 이번 미션에서는 딱 하나만 고릅니다.

예를 들어 독서 기록 앱을 만들었다면 검색 기능을 추가합니다. 할 일 관리 앱을 만들었다면 상태 필터를 추가합니다. 운동 루틴 기록 앱을 만들었다면 이번 주 운동 요약 통계를 추가합니다. AI 프롬프트 보관함 앱을 만들었다면 복사 버튼을 추가합니다.

아래 미션 프롬프트를 복사해 내 앱에 맞게 바꿔보세요.

현재 앱은 [내 앱 이름]입니다.
기존 기능은 유지하고, 이번에는 [추가할 기능 1개]만 추가해주세요.

이 기능이 필요한 이유는 [사용자가 겪는 불편함] 때문입니다.
원하는 동작은 다음과 같습니다.
1. [기능의 대상]
2. [기능의 위치]
3. [사용자가 조작하는 방법]
4. [결과가 표시되는 방식]
5. [예외 상황 안내 문구]

기존 디자인 분위기는 유지해주세요.
다른 기능은 임의로 추가하지 마세요.
기능 추가 후 어떤 부분을 테스트해야 하는지도 함께 알려주세요.

기능을 추가한 뒤에는 직접 3개 이상의 샘플 데이터를 넣어보세요. 데이터가 하나만 있으면 검색, 필터, 정렬이 제대로 작동하는지 확인하기 어렵습니다. 최소 3개, 가능하면 5개 정도를 넣고 테스트하는 것이 좋습니다.

흔한 실수와 고치는 방법

기능 추가에서 가장 흔한 실수는 한 번에 너무 많이 요청하는 것입니다. "검색, 필터, 정렬, 수정, 삭제를 모두 추가해줘"라고 하면 결과가 복잡해집니다. 이럴 때는 요청을 쪼개야 합니다.

방금 요청이 너무 많은 것 같습니다.
이전 변경을 기준으로, 이번에는 검색 기능만 남기고 나머지 추가 기능은 제거해주세요.
검색 기능이 안정적으로 작동하는지 먼저 확인하고 싶습니다.

두 번째 실수는 기능의 기준을 말하지 않는 것입니다. 특히 통계에서 자주 발생합니다. "평균을 보여줘"라고만 하면 어떤 항목의 평균인지, 빈 값은 제외하는지 알 수 없습니다. 이럴 때는 계산 기준을 다시 알려줍니다.

통계 계산 기준을 수정해주세요.
평균 만족도는 저장된 후기 중 만족도 점수가 있는 항목만 기준으로 계산해주세요.
만족도 점수가 비어 있는 후기는 평균 계산에서 제외해주세요.
후기가 없거나 점수가 있는 후기가 없으면 "아직 계산할 만족도가 없습니다."라고 표시해주세요.

세 번째 실수는 삭제 기능에 확인창을 빼는 것입니다. 삭제 버튼을 누르자마자 항목이 사라지면 실제 사용 중 실수하기 쉽습니다. 이럴 때는 실수 방지 문구를 추가합니다.

삭제 기능을 더 안전하게 수정해주세요.
삭제 버튼을 누르면 바로 삭제하지 말고 확인창을 먼저 보여주세요.
확인 문구는 "정말 삭제할까요? 삭제 후에는 되돌릴 수 없습니다."로 해주세요.
사용자가 "삭제"를 누른 경우에만 삭제하고, "취소"를 누르면 아무 변화가 없게 해주세요.

네 번째 실수는 관리자 화면과 일반 사용자 화면이 섞이는 것입니다. 고객이 예약 문의를 남기는 화면에 다른 고객의 연락처 목록이 보이면 큰 문제입니다. MVP 단계에서도 이런 구조는 피해야 합니다.

일반 사용자 화면과 관리자 화면이 섞여 있습니다.
고객용 화면에서는 예약 문의 작성 폼만 보이게 해주세요.
문의 목록, 연락처, 상태 변경 기능은 관리자용 화면에서만 보이게 분리해주세요.
이번 MVP에서는 로그인은 만들지 않되, 관리자 화면 상단에 접근 제한이 필요하다는 안내 문구를 표시해주세요.

다섯 번째 실수는 기존 기능을 망가뜨리는 것입니다. 기능 하나를 추가했는데 저장 버튼이 안 되거나, 목록이 사라지는 경우가 있습니다. 이때는 감정적으로 "왜 망가졌어?"라고 묻기보다, 어느 기능이 원래 어떻게 작동해야 하는지 다시 알려주는 편이 좋습니다.

기능 추가 후 기존 저장 기능이 작동하지 않습니다.
원래 동작은 다음과 같아야 합니다.
1. 사용자가 입력 폼에 내용을 입력한다.
2. 저장 버튼을 누른다.
3. 입력한 내용이 목록에 새 카드로 추가된다.
4. 입력 폼은 비워진다.

새로 추가한 [기능 이름]은 유지하되, 위 저장 흐름이 다시 작동하도록 수정해주세요.
다른 화면 구조는 크게 바꾸지 마세요.

기능 추가 전 체크리스트

기능을 요청하기 전에 아래 질문에 답해보세요. 답하지 못한 항목이 많다면 아직 프롬프트를 넣기 전입니다.

• 이번에 추가할 기능은 정확히 1개인가?

• 이 기능은 어떤 사용자의 어떤 불편함을 해결하는가?

• 기능이 적용될 데이터는 무엇인가?

• 기능은 화면의 어느 위치에 들어가야 하는가?

• 사용자는 어떤 버튼이나 입력창으로 조작하는가?

• 결과는 목록, 카드, 숫자, 문구 중 어떤 형태로 보여야 하는가?

• 데이터가 없을 때 보여줄 문구를 정했는가?

• 기존 기능 중 반드시 유지해야 할 것을 적었는가?

• 이번 버전에서 제외할 기능을 적었는가?

• 기능 추가 후 테스트할 샘플 데이터를 준비했는가?

이 체크리스트는 귀찮아 보이지만, 실제로는 시간을 아껴줍니다. 프롬프트를 대충 쓰고 결과물을 여러 번 고치는 것보다, 처음부터 조건을 잘 적는 편이 훨씬 빠릅니다.

한 장 요약

기능 추가는 앱을 키우는 과정입니다. 하지만 앱을 키운다는 것은 기능을 한꺼번에 쌓는다는 뜻이 아닙니다. 초보자에게 가장 안전한 방법은 기능을 하나씩 추가하고, 매번 작동을 확인하는 것입니다.

검색 기능을 요청할 때는 검색 대상, 검색창 위치, 결과 없음 문구를 함께 말해야 합니다. 필터는 조건을 직접 정해주고, 정렬은 기본값과 정렬 기준을 분명히 해야 합니다. 수정 기능에는 저장과 취소 흐름이 필요하고, 삭제 기능에는 확인창과 실수 방지 문구가 꼭 필요합니다. 통계 기능은 어떤 데이터를 기준으로 계산할지 설명해야 하며, 관리자 화면은 일반 사용자 화면과 분리해야 합니다.

기억할 문장은 하나입니다.

기능은 많이 넣을수록 좋은 것이 아니라, 통제할 수 있을 만큼만 추가해야 좋습니다.

다음 장에서는 기능이 아니라 분위기를 바꿔보겠습니다. 같은 앱이라도 다이어리처럼 보이게 할 수도 있고, 업무용 SaaS처럼 보이게 할 수도 있습니다. 이제 AI에게 "예쁘게 해줘"가 아니라, 어떤 느낌으로 어떻게 바꿔야 하는지 말하는 방법을 배워보겠습니다.