튜토리얼
Claude Opus 5.5로 사용자가 복구할 수 있는 폼 오류 만들기
문구를 다듬기 전에 Claude Opus 5.5로 각 실패를 구체적인 복구 행동에 연결하세요.
문구를 다듬기 전에 Claude Opus 5.5로 각 실패를 구체적인 복구 행동에 연결하세요. 제품 샘플 신청자는 어느 항목을 고칠지, 입력이 남는지, 신청이 접수됐는지 알아야 합니다. 빨간 테두리와 “문제가 발생했습니다”만으로는 부족합니다.
화면보다 상태에서 시작하기
필드 구조, 실제 검증 규칙, 서버 응답 범주와 현재 메시지를 제공하고 예시에는 가상 데이터를 사용하세요. 커뮤니티 폼 리뷰는 검증 개선을 묻고 오류 필드 식별과 쉬운 수정 등을 논의합니다. 수요 증거일 뿐 접근성 인증이 아닙니다.
W3C 알림 안내는 필드를 식별하고 수정 방법과 해당 컨트롤 링크를 제공하는 오류를 권장합니다. 설계 참고로 쓰되 실제 구현은 키보드와 보조 기술로 확인하세요.
| 상태 | 유용한 응답 | 필요한 증거 |
|---|---|---|
| 필수 필드가 비어 있음 | 필드와 입력 행동 명시 | 공개된 규칙 |
| 형식 거부 | 허용 형식 설명 | 검증기의 실제 동작 |
| 서버 사용 불가 | 입력 보존 및 재시도 | 확인된 실패 응답 |
| 신청 결과 불확실 | 불확실성 설명 및 상태 확인 | 요청 ID 또는 상태 API |
| 신청 수락 | 접수와 다음 단계 확인 | 서버 성공 응답 |
시간 초과를 확정된 거절로 설명하지 마세요. 안전한 재시도 장치가 없으면 불확실한 제출을 반복해 신청이 중복될 수 있습니다. 모델은 이 제품 결정의 빈틈을 지적해야 하며 백엔드 보증을 만들면 안 됩니다.
가상 샘플 신청 하나 고치기
이메일, 수량, 선택 사항인 회사명이 있다고 가정합니다. 승인 규칙은 이메일 필수와 1~20 사이 정수 수량입니다. “잘못된 입력” 대신 “1에서 20 사이의 정수를 입력하세요”가 행동을 안내합니다. 이메일이 비면 입력을 요청하고 아직 입력하지 않은 주소를 형식 오류로 비난하지 마세요.
회사명은 선택 사항으로 유지하세요. 완성도를 이유로 전화번호, 뉴스레터 가입, 배송 약속을 추가하지 않습니다. 실패 시 유효한 수량과 회사명은 남기세요. 성공 후에는 팀이 승인한 다음 단계만 표시하고 응답 기한을 만들어내지 않습니다.
복사 가능한 상태 점검 프롬프트
가상의 제품 샘플 신청 폼을 검토하세요.
필드: 이메일 필수, 수량 필수이며 1~20 정수, 회사명 선택.
현재 라벨/메시지, 검증 규칙, HTML, 문서화된 서버 상태도 입력합니다.
구현 정보가 없으면 알 수 없음으로 표시하세요.
표를 반환하세요: 조건, 필드 또는 폼 전체 범위, 메시지, 복구 행동,
보존할 값, 초점/알림 동작, 통과 시험.
선택 필드는 선택으로 유지하고 실패 후 유효한 입력을 보존하세요.
서버 성공 응답 전에 성공 메시지를 표시하지 마세요.
확정 거절, 서비스 불가, 결과 불확실을 구분하세요.
구현 증거 없이 중복 없는 재시도를 약속하지 마세요.
짧은 메시지와 필요한 HTML 연결을 제안하고 전체 페이지를 재설계하지 마세요.
빈 제출, 수량 0/1/20/21/1.5, 수정, 서버 실패,
결과 불확실한 시간 초과, 키보드 전용 사용, 성공 제출을 시험하세요.
실제 고객 정보를 제출하거나 운영 폼을 바꾸지 마세요.Opus 5.5 프롬프트 자료는 모델 배경을 제공합니다. 제안된 리뷰 방법이지 전환율 개선 실측이나 실행한 Opus 테스트가 아닙니다.
문구와 동작 함께 검토하기
눈에 보이는 라벨을 유지하고 오류를 해당 컨트롤에 연결하며 요약에서 문제 항목으로 갈 수 있게 하세요. 요약과 필드 중 어디로 초점을 옮길지 정하고 실제 페이지에서 확인합니다. 여러 알림이 경쟁하면 이해가 어려워집니다. 수정된 필드의 오래된 오류만 지우고 다른 입력은 남기세요.
가상 수량 규칙에서 0, 21, 1.5는 실패하고 1, 20은 통과합니다. 로컬에서 계산한 경계 판정이지만 실제 서버 검증은 아닙니다. 붙여넣기와 첫 오류 이후 수정을 포함해 클라이언트와 서버 경로를 모두 시험하세요. 화면은 초점 순서나 스크린 리더 알림을 입증하지 못합니다.
캠페인 약속과 신청 연결하기
폼은 광고의 약속을 이어가야 합니다. 상태가 작동하면 Panelly Studio에서 승인된 샘플 혜택을 담은 광고 이미지를 제작하세요. Opus 또는 폼 제작 연동을 주장하는 것은 아닙니다. 광고와 페이지 일치를 확인하고 오류 애니메이션이 방해된다면 동작 줄이기를 참고하세요.
인계 시 질문
**모든 오류에 같은 문구를 써야 하나요?** 필드 수정과 서비스 불가는 필요한 행동이 다릅니다. 어조는 통일하되 진단을 모호하게 만들지 마세요.
**좋은 문구가 접근성이나 전환 개선을 증명하나요?** 실제 상호작용을 시험하고 캠페인 성과는 따로 측정하세요. 지금의 결과물은 증거가 있고 복구 가능한 폼 상태입니다.
