如何用 AI 編寫資料登記畫面文案：由輸入指引到接收確認
AI로 자료 등록 화면 문구 만들기: 입력 안내부터 접수 완료까지
文章以虛構的公司內部資料登記申請畫面為例，提供可改寫的 AI 提示詞與空白模板，涵蓋由輸入指引到接收確認的韓文介面文案。範例區分必填欄位錯誤、傳送中與伺服器確認儲存後的接收狀態，並説明接收不代表資料獲批或公開。本文內容及文案為 AI 撰寫的合成例子；Python 僅用於核對合成輸入的條件分支，沒有測試實際 UI、伺服器儲存或用戶理解度。
자료 등록 화면에 “확인” 버튼만 있고 누르면 “완료”라고 나온다면 무엇이 끝났는지 알기 어렵습니다. AI에 문구를 부탁할 때도 화면의 동작을 먼저 알려 줘야 합니다.
가상의 사내 화면을 예로 입력 안내·보내기 버튼·전송 중·접수 확인 문구를 한 세트로 만듭니다. 아래 완성 문구와 프롬프트, 빈 틀을 복사해 자신의 화면에 맞게 바꿀 수 있습니다.
이 글의 본문과 문구는 AI가 작성하고 DEV 형식으로 재구성한 합성 예시입니다. 별도 AI 제품에서 실행한 답변이나 실제 앱·사용자 시험·사람의 검토 결과를 소개하는 글은 아닙니다.
1. 문구에 쓸 화면 동작부터 정하기
이 화면은 등록 요청의 내용을 보내는 곳입니다. 다음 일곱 가지를 확정된 원자료로 사용합니다. “자료 등록”이라는 이름만 보고 업로드 기능을 덧붙이지 않습니다.
[S1] 가상의 사내 자료 등록 요청 화면이다. 한 페이지에 자료 제목·분류·메모 세 항목만 있으며 파일 첨부 기능은 없다.
[S2] 자료 제목과 분류는 필수, 메모는 선택이다. 제목이 비었거나 공백뿐이면 누락이다. 분류는 안내·서식 중 하나를 고른다. 안내는 읽고 참고하는 설명 자료, 서식은 내용을 채워 쓰는 양식이다.
[S3] 처음 화면을 열 때는 오류를 표시하지 않는다. 등록 요청 보내기를 누르면 필수 항목을 확인한다. 누락 시 해당 항목의 오류를 표시하고 입력값은 모두 그대로 둔다. 누락을 고쳐 다시 보내면 현재 입력으로 재검사한다.
[S4] 필수 항목이 채워지면 요청을 전송한다. 전송 중에는 처리 중 문구를 표시하며 접수되었다고 표시하지 않는다.
[S5] 서버가 요청 내용 저장을 확인한 뒤에만 접수 확인 화면을 표시한다. 이 예제의 접수는 요청 내용 저장이며 자료 승인이나 공개를 뜻하지 않는다.
[S6] 가상의 내 요청 목록과 요청 상세 화면이 있다. 접수 뒤 내 요청 목록 보기로 이동해 방금 보낸 요청을 골라 제목·분류·메모를 조회할 수 있다.
[S7] 처리 기한·담당 연락처·자동 저장·요청 번호는 이 예제에 정하지 않았다. 전송 실패나 저장 여부 불명 상황의 화면은 별도 설계 범위이며 접수 성공으로 간주하지 않는다.
2. 처음 화면부터 접수 확인까지 완성하기
다음은 화면에 넣을 문구 초안입니다. 항목명은 입력 중에도 보이게 두고, 도움말은 항목 가까이에 둡니다. 입력칸 안에서 사라지는 예시 글자를 항목명 대신 사용하지 않습니다.
[화면 상단]
제목: 자료 등록 요청
소개: 등록을 요청할 자료의 제목과 분류를 입력하세요. 메모는 필요한 경우에만 적으세요.
범위 안내: 이 화면에서는 자료 파일을 첨부하지 않습니다.
[입력 항목 1]
항목명: 자료 제목 (필수)
도움말: 자료를 알아볼 수 있는 제목을 입력하세요.
[입력 항목 2]
항목명: 분류 (필수)
도움말: 설명 자료는 안내, 내용을 채워 쓰는 양식은 서식을 선택하세요.
선택지: 안내 / 서식
[입력 항목 3]
항목명: 메모 (선택)
도움말: 요청에 덧붙일 내용이 있으면 적으세요.
[보내기와 처리 중]
버튼: 등록 요청 보내기
전송 중: 요청을 보내고 있습니다.
[서버의 저장 확인 뒤]
제목: 등록 요청이 접수되었습니다.
설명: 요청 내용이 저장되었습니다. 내 요청 목록에서 방금 보낸 요청을 선택해 입력 내용을 확인할 수 있습니다.
이동 문구: 내 요청 목록 보기
버튼에는 보내는 대상을 적었습니다. 접수 확인 설명에는 저장된 범위와 다음에 볼 곳을 넣었습니다. “접수”를 “자료 공개 완료”로 바꾸면 S5의 의미가 달라집니다. 내 요청 목록이 없는 서비스라면 마지막 문구도 그대로 가져다 쓰지 않습니다.
아래 [비워 둠]은 설명용 표시이며 실제 입력할 글자가 아닙니다. 메모가 없어도 필수 두 항목이 채워져 있으면 요청을 보낼 수 있습니다.
[정상 입력 예]
자료 제목: 공용 촬영 도구 보관 안내
분류: 안내
메모: [비워 둠]
[보내기를 누른 뒤]
요청을 보내고 있습니다.
[서버가 저장을 확인한 뒤]
등록 요청이 접수되었습니다.
요청 내용이 저장되었습니다. 내 요청 목록에서 방금 보낸 요청을 선택해 입력 내용을 확인할 수 있습니다.
내 요청 목록 보기
3. 표시 조건과 빠진 입력의 안내 맞추기
같은 문장도 표시 시점이 달라지면 의미가 달라집니다. 아래 조건은 문구를 전달할 때 붙이는 메모이며 화면에 노출할 설명은 아닙니다.
[입력 시작]
조건: 화면을 처음 열었음
표시: 항목명·도움말·보내기 버튼. 빈 필수 항목에도 아직 오류를 띄우지 않음.
[전송 중]
조건: 보내기를 눌렀고 필수 입력이 채워져 전송 중임
표시: 요청을 보내고 있습니다.
[접수 확인]
조건: 서버가 요청 내용 저장을 확인함
표시: 등록 요청이 접수되었습니다. + 저장 범위·다음 이동 안내
[자료 제목 누락]
조건: 보내기를 눌렀을 때 제목이 비었거나 공백뿐임
표시: 자료 제목을 입력하세요.
[분류 누락]
조건: 보내기를 눌렀을 때 분류를 고르지 않음
표시: 분류를 선택하세요.
[메모 공란]
조건: 선택 항목인 메모를 비워 둠
표시: 메모 오류 없음. 다른 필수 항목만 확인.
“필수값 오류”보다 “자료 제목을 입력하세요”가 고칠 항목과 행동을 함께 알려 줍니다. 두 항목이 모두 빠지면 각각의 입력 항목 옆에 해당 문구를 표시합니다. 오류를 보여 줄 때 이미 입력한 분류와 메모를 지우지 않는 것도 S3의 동작에 포함됩니다.
[제목만 빠진 입력 예]
자료 제목: [비워 둠]
분류: 서식
메모: 출력해서 쓰는 양식
[보내기를 누른 결과]
제목 항목 옆: 자료 제목을 입력하세요.
분류·메모: 입력한 내용 유지
[수정]
자료 제목에 촬영 도구 대여 기록 양식을 입력하고 다시 보내기
현재 입력을 다시 검사 → 필수 항목이 채워져 전송 중 문구 표시
서버의 저장 확인이 오지 않았는데 접수 문구를 먼저 보여 주지는 않습니다. 전송 실패나 저장 여부를 알 수 없는 경우는 이 예제의 입력 오류와 별개입니다. 실제 화면을 만들 때는 그 상황의 확인 경로를 추가로 정해야 하며, 성공으로 간주하거나 무조건 다시 보내라고 안내하지 않습니다.
4. AI에 문구 한 세트를 요청하는 프롬프트
위 예제를 요청할 수 있게 동작과 출력 형식을 함께 넣었습니다. 자신의 업무에서는 확정된 동작 부분부터 교체하세요. 말투를 바꿀 때도 필수·선택과 완료 조건은 유지합니다.
가상의 사내 자료 등록 요청 화면에 표시할 한국어 문구를 작성해 주세요.
독자는 이 화면을 처음 사용하는 직원입니다. 짧고 구체적인 문장으로 다음 행동을 알려 주세요.
[확정된 동작]
입력 항목은 자료 제목·분류·메모 세 개이며 파일 첨부는 없습니다.
자료 제목과 분류는 필수입니다. 제목이 빈칸 또는 공백뿐이면 누락입니다.
분류는 안내·서식 중 하나입니다. 안내는 설명 자료, 서식은 내용을 채워 쓰는 양식입니다.
메모는 선택이며 비워도 보낼 수 있습니다.
처음 열 때는 오류를 표시하지 않습니다.
등록 요청 보내기를 누른 뒤 누락된 필수 항목에만 오류를 표시하고 모든 입력값을 유지합니다.
고친 뒤 다시 보내면 현재 입력으로 검사합니다.
전송 중에는 접수 성공을 표시하지 않습니다.
서버의 요청 내용 저장 확인 후에만 접수 확인 화면을 표시합니다.
접수는 요청 내용 저장을 뜻하며 승인·공개를 뜻하지 않습니다.
내 요청 목록 보기에서 방금 보낸 요청을 골라 입력 내용을 조회할 수 있습니다.
처리 기한·연락처·자동 저장·요청 번호·전송 실패 안내는 정하지 않았습니다.
[출력]
1. 화면 제목·소개·항상 보이는 항목명·짧은 도움말·선택지·보내기 버튼
2. 전송 중 문구, 접수 확인 제목·설명·다음 이동 문구
3. 필수 항목별 오류 문구와 표시 조건
4. 확정된 동작만으로 작성할 수 없는 부분의 확인 질문
항목명은 자료 제목·분류·메모로 통일하세요. 오류에도 해당 항목명을 쓰세요.
입력칸 안의 예시 글자로 항목명이나 도움말을 대체하지 마세요.
선택인 메모를 요구하거나 정하지 않은 기능·기한을 덧붙이지 마세요.
처리 중과 접수 확인을 구분하고, 확인되지 않은 내용은 질문으로 남겨 주세요.
받은 문구는 먼저 입력 화면, 전송 중, 접수 확인 순서로 읽습니다. 그다음 메모를 비운 입력과 필수 항목을 빠뜨린 입력을 각각 대조합니다. 말투를 다듬다가 “선택”이 사라졌거나, 처리 중에 “접수 완료”가 들어갔다면 해당 문구만 원자료에 맞게 수정합니다.
5. 다른 화면에 사용할 빈 문구 카드
다른 화면에서는 이 틀에 문구의 위치와 조건을 함께 적습니다. 모르는 완료 근거나 이동 경로는 확인 질문에 옮기세요. 화면 이름만 바꿔 같은 접수 안내를 재사용하지 않습니다.
[화면 문구 작성용 빈 틀]
화면 이름 / 사용자가 하려는 일: [ ]
독자: [ ]
입력 항목 / 필수·선택 / 허용값: [ ]
누락·오류로 판단할 조건: [ ]
검사 시점 / 오류 뒤 입력값 처리: [ ]
처리 중 상태 / 완료를 확정하는 근거: [ ]
완료 뒤 할 수 있는 일과 실제 경로: [ ]
포함하지 않는 기능 / 아직 정하지 않은 내용: [ ]
[표시 문구]
화면 제목: [ ]
첫 안내: [ ]
항목명: [ ]
도움말: [ ]
선택지: [필요한 항목만]
오류 문구 / 표시 조건: [ ]
위 항목명~오류 문구를 입력 항목 수만큼 반복
보내기 버튼: [ ]
처리 중: [ ]
완료 제목 / 설명: [ ]
다음 행동 문구 / 연결할 경로: [ ]
[대조할 예시]
정상 입력 / 기대 문구: [ ]
필수 누락 입력 / 기대 문구: [ ]
선택 항목 공란 / 기대 문구: [ ]
아직 완료되지 않은 상태 / 표시하면 안 되는 문구: [ ]
남은 확인 질문: [ ]
검증 범위와 참고 자료
Python으로 합성 입력의 조건 분기를 대조했습니다. 필수 누락·공백 제목·선택 메모 공란·수정 후 재검사·저장 확인 전후의 문구가 정한 규칙과 맞는지 확인했습니다. 실제 UI 동작이나 서버 저장, 접근성, 사용자 이해도를 시험한 결과는 아닙니다.
KRDS의 항목명·도움말 원칙과 GOV.UK의 구체적인 오류 안내·입력 보존·완료 후 다음 행동 안내를 참고했습니다. 일부 원칙을 가상 업무에 적용한 자체 문구이며 정부 서비스 전체 표준을 충족하는 구현이나 공식 템플릿이 아닙니다. 자료 확인일은 2026-10-20입니다.
GOV.UK Design System — Error message
來源：DEV Community · dev.to