요청 작성 팁

핵심 요약누구를 위한 앱인지, 사용자가 앱에서 무엇을 하는지, 그다음에 무슨 일이 일어나야 하는지 말하세요. 첫 요청에서는 앱 전체를 설명하고, 그 뒤에는 한 번에 하나씩 변경을 요청하세요. 확신이 없을 때는 계획 모드, 아무것도 바꾸지 않고 물어볼 때는 대화 모드, 원하는 곳을 가리킬 때는 편집 모드나 캡처를 쓰세요. 무언가 망가졌다면 무엇을 했는지, 무엇을 기대했는지, 실제로 무슨 일이 일어났는지 말하고, 버전에서 이전 상태로 되돌리세요.

MonstarX는 요청한 대로 만듭니다. 그래서 어떻게 요청하느냐가 중요합니다. 특별한 단어나 기술 용어는 필요 없고, 평소에 쓰는 말이 가장 좋습니다. 아래 팁을 참고하면 더 적은 요청으로 원하는 결과를 얻을 수 있고, 그만큼 요금제 사용량도 아낄 수 있습니다.

좋은 요청이란 무엇인가요?

좋은 요청은 다음 세 가지 질문에 내 말로 답합니다.

누구를 위한 앱인가요? “우리 요가 스튜디오 회원”, “우리 고객 지원팀”, “과외 선생님을 예약하는 학부모”.
사용자는 앱에서 무엇을 하나요? “이번 주 수업을 보고 자리를 예약한다”, “주문을 조회하고 환불을 처리한다”.
그다음에는 무슨 일이 일어나야 하나요? “확인 이메일을 보낸다”, “내 예약 페이지에 예약 내역을 보여 준다”.

이름, 디자인, 규칙(“수업당 정원은 12명”), 하지 말아야 할 것처럼 정말 중요한 내용은 꼭 넣고, 중요하지 않은 내용은 빼세요. 나머지는 MonstarX가 적절하게 채우며, 나중에 언제든 바꿀 수 있습니다.

아쉬운 요청과 좋은 요청 비교

아쉬운 요청	더 좋은 요청	더 좋은 이유
“예약 앱”	“우리 요가 스튜디오 예약 사이트. 주간 수업 시간표, 수업별 정원 제한, 회원 로그인, 예약하면 확인 이메일 발송.”	누구를 위한 앱인지, 사용자가 무엇을 하는지, 그다음에 무슨 일이 일어나는지 담겨 있습니다.
“더 보기 좋게 해 주세요”	“차분한 초록색과 크림색 배색을 쓰고, 제목에는 세리프 글꼴을 쓰고, 시간표 행 사이 간격을 넓혀 주세요.”	바꿀 내용을 콕 집어 말하므로 추측할 것이 없습니다.
“버그 고쳐 주세요”	“예약 페이지에서 정원이 다 찬 수업을 골라도 예약이 됩니다. 대신 ‘정원 마감’과 ‘대기자 명단 등록’ 버튼이 보여야 합니다.”	어디서, 무슨 일이 일어나는지, 어떻게 되어야 하는지 말합니다.
“결제, 리뷰, 블로그, 지도, 뉴스레터 추가해 주세요”	“강사별 페이지에 리뷰 섹션을 추가해 주세요. 회원이 별점 1~5개와 코멘트를 남길 수 있게요.” (그다음 기능은 다음 요청으로)	기능을 하나씩 요청하면 확인하기도, 되돌리기도 쉽습니다.
“버튼 바꿔 주세요”	편집 모드에서 해당 버튼을 클릭하고 “이 버튼 문구를 ‘첫 수업 무료로 예약하기’로 바꿔 주세요”라고 쓰기.	가리키면 어떤 버튼인지 헷갈릴 일이 없습니다.
“에어비앤비처럼 만들어 주세요”	“수업을 카드로 보여 주세요. 위에는 큰 사진, 아래에는 시간과 강사, 카드마다 예약 버튼.” 그리고 스크린샷 첨부.	다른 제품 전체가 아니라 마음에 드는 부분을 설명하고 보여 줍니다.

앱 전체를 요청할까요, 기능을 하나씩 요청할까요?

둘 다 맞습니다. 시점이 다를 뿐입니다.

첫 요청에서는 앱 전체를 설명해도 됩니다. MonstarX가 요청을 기능 계획, 즉 기능을 하나씩 처리해 나가는 체크리스트로 바꾸므로, 첫 요청에 기능을 5~6개 넣어도 괜찮습니다. 기능 계획을 참고하세요.
그 뒤로는 요청 하나에 변경이나 기능 하나만 담으세요. 빌드마다 버전이 따로 저장되므로, 하나가 잘못되면 그것만 되돌릴 수 있습니다. 무엇이 바뀌었는지 확인하기도 쉽습니다.

요청할 것이 여러 개인가요? 차례로 보내세요. MonstarX가 만드는 동안 새로 보낸 만들기 요청은 대기열에서 기다렸다가 자동으로 시작됩니다. 대기열을 참고하세요.

만들기 모드의 프롬프트 입력란에 구체적인 후속 요청 하나가 입력되어 있습니다. 시간표의 수업마다 남은 자리 수를 보여 주고, 정원이 다 찬 수업은 예약 버튼을 회색으로 비활성화해 달라는 내용입니다.

계획 모드는 언제 쓰나요?

모든 프로젝트의 프롬프트 입력란 위에는 세 가지 모드가 있습니다. 만들기는 앱을 바꾸고, 계획은 먼저 질문한 다음 만들고, 대화는 아무것도 바꾸지 않고 답합니다. 새 앱이라면 프로젝트 페이지의 먼저 계획 스위치가 계획 모드와 같은 역할을 합니다.

아직 확신이 없거나, 기능을 만드는 합리적인 방법이 여러 가지일 때 계획을 쓰세요. MonstarX가 누가 쓰는지, 이름은 무엇인지, 어떤 모습이어야 하는지 같은 질문을 하나씩 하고, 질문마다 고를 수 있는 추천 답변을 보여 줍니다. 답을 마치면 만들기 시작합니다.

계획 모드의 프롬프트 입력란. 모드 스위치가 계획에 있고 ‘질문한 후 앱을 만듭니다’라는 안내가 표시되며, 입력란에는 ‘원하는 것을 설명하면 MonstarX가 먼저 몇 가지 질문합니다…’라는 안내 문구와 계획하기 버튼이 있습니다.

시간은 조금 더 걸리지만, “그게 아니라”를 반복하느라 쓸 요청을 아낄 수 있습니다. 먼저 계획을 참고하세요.

아무것도 바꾸지 않고 질문하려면 어떻게 하나요?

대화 모드로 바꾸세요. MonstarX가 코드를 읽고, 데이터를 살펴보고, 페이지를 열고, 로그를 읽어서 답하지만 앱은 절대 바꾸지 않습니다. 이럴 때 쓰기 좋습니다.

“시간표에 왜 지난주 수업이 보이나요?”
“결제 기능을 추가하려면 무엇이 필요한가요?”
“로그인하지 않아도 볼 수 있는 페이지는 어디인가요?”

대화 모드의 프롬프트 입력란. 모드 스위치가 대화에 있고 ‘코드 변경 없이 대화합니다’라는 안내가 표시되며, 입력란에는 ‘질문하거나 MonstarX에 확인을 요청하세요…’라는 안내 문구와 질문하기 버튼이 있습니다.

답변에서 제안한 변경이 마음에 들면 답변 아래의 이대로 만들기를 클릭하세요. MonstarX가 만들기 모드로 바꾸고 그대로 만듭니다. 대화 모드의 질문에는 빌드가 진행 중일 때도 바로 답합니다. 모드를 참고하세요.

원하는 것을 MonstarX에 보여 주려면 어떻게 하나요?

말로 설명하는 것이 항상 가장 빠른 방법은 아닙니다. 대신 보여 주세요.

편집 모드: 미리보기 위의 편집을 클릭하고, 요소를 클릭하거나 영역을 그려서 감싼 다음, 그곳에서 무엇을 바꿀지 말하세요. 변경 사항을 최대 20개까지 표시해서 한 번에 보낼 수 있습니다. 편집 모드를 참고하세요.
캡처: 캡처를 클릭하고 페이지에서 원하는 부분을 드래그해 상자로 감싸면, 바로 그 부분의 사진이 어느 페이지에서 왔는지와 함께 메시지에 들어갑니다. “이 부분이 이상해요”나 “이걸 저것처럼 맞춰 주세요”라고 할 때 좋습니다. 캡처를 참고하세요.
이미지 첨부: 마음에 드는 앱의 스크린샷, 스케치, 목업, 로고를 첨부하세요. 파일 첨부를 참고하세요.
문서 첨부: RFP, 사양서, 회의록, 데이터가 담긴 스프레드시트를 첨부하세요. MonstarX가 읽고 그 내용을 바탕으로 만듭니다. 문서로 만들기와 스프레드시트로 만들기를 참고하세요.

문제가 생기면 어떻게 해야 하나요?

본 것을 정확하게 설명하세요. 어느 페이지에서, 무엇을 했고, 무엇을 기대했는데, 실제로는 무슨 일이 일어났는지 말하세요. 오류 메시지가 있다면 한 글자도 빠짐없이 그대로 복사하세요.
보여 주세요. 문제가 있는 부분을 캡처하거나 스크린샷을 첨부하세요.
확신이 없다면 고치기 전에 물어보세요. 대화 모드에서 “정원이 다 찬 수업이 왜 아직 예약되나요?”라고 물어보세요. MonstarX가 원인을 살펴보고 설명하며, 이대로 만들기를 누르면 고칩니다.
변경 때문에 더 나빠졌다면 되돌리세요. 버전을 열고 그 직전 버전을 복원한 다음, 더 자세하게 다시 요청하세요. 앱 데이터에는 영향이 없습니다. 버전을 참고하세요.

같은 수정이 계속 실패한다면 접근 방식을 바꿔 보세요. 더 작은 단계로 나누거나, 증상 대신 규칙을 설명하거나, 그 요청 하나만 모델 선택을 자동에서 더 강력한 모델로 바꿔 보세요. 모델 선택하기와 문제 해결을 참고하세요.

더 많은 팁

고객이 부르는 이름을 쓰세요. “수업”, “회원”, “매트”처럼 쓰면 MonstarX가 그 말을 앱에 그대로 씁니다.
그대로 둘 것도 말하세요. “헤더 색상은 바꾸고, 로고와 메뉴는 그대로 두세요.”
개수와 양을 말하세요. “수업당 12자리”, “가격은 원화로”, “한 페이지에 20개씩”.
콘텐츠도 요청하세요. “친근한 동네 스튜디오의 소개 페이지 글을 써 주세요”라고 하면 임시 문구 대신 실제 글이 들어갑니다.
실제 사용자처럼 테스트하세요. MonstarX가 주는 데모 계정으로 로그인해 고객이 쓰듯이 앱을 써 보세요. 그런 다음 어색했던 점을 MonstarX에 알려 주세요.
비밀번호나 API 키를 대화에 절대 붙여 넣지 마세요. 앱에 서비스 키가 필요하면 MonstarX가 안전하게 추가할 수 있는 카드를 보여 줍니다. 백엔드 → 시크릿에서 직접 추가할 수도 있습니다. 시크릿을 참고하세요.
어떤 언어로 써도 됩니다. 편한 언어로 쓰고, 앱은 고객이 쓰는 언어로 만들어 달라고 요청하세요.

자주 묻는 질문

요청은 얼마나 길게 쓸 수 있나요?

최대 100,000자, 첨부 파일은 최대 10개까지입니다. 좋은 요청은 대부분 한 문장에서 다섯 문장 정도입니다.

기술 용어를 써야 하나요?

아니요. 평소에 쓰는 말이 가장 좋습니다. 사용자가 무엇을 할 수 있어야 하는지 말하면, 어떻게 만들지는 MonstarX가 정합니다.

MonstarX가 요청하지 않은 일을 했습니다. 어떻게 해야 하나요?

버전에서 그 직전 버전을 복원한 다음, 바뀌면 안 되는 것을 밝혀서 다시 요청하세요. 대화 모드에서 왜 그렇게 했는지 물어볼 수도 있습니다.

긴 요청 하나와 짧은 요청 여러 개 중 어느 쪽이 나은가요?

새 앱이라면 앱 전체를 설명하는 요청 하나로 충분합니다. MonstarX가 체크리스트로 계획을 세웁니다. 변경할 때는 짧은 요청 여러 개가 낫습니다. 빌드마다 버전이 따로 생기므로 확인하기도, 되돌리기도 쉽습니다.

다른 언어로 요청해도 되나요?

네. 어떤 언어로든 요청하고, 앱은 고객이 쓰는 언어로 만들어 달라고 요청하세요. MonstarX 화면은 영어와 일본어부터 아랍어와 하우사어까지 16개 언어로 표시할 수 있습니다. 언어를 참고하세요.