프롬프트 사용
프로젝트 요구사항 추가
아래에 맥락을 추가하세요. 복사하거나 다운로드할 때 프롬프트에 포함됩니다.
[PROJECT]와 [AUDIENCE]를 위해 시작, 활성, 완료 상태를 명확히 표시하고 읽기 쉬운 prefers-reduced-motion 대체 동작을 제공하는 HTML/CSS/JavaScript 인터랙션 스터디를 제작하세요. 과제: 버튼 피드백 상태.
필수 콘텐츠 및 구조
주요 작업의 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요.
이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요.
디자인 방향
[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 흰색, 차콜, 선명한 녹색 강조색과 명확히 표시된 시작, 전환, 종료 상태를 기본 방향으로 삼으세요. 타이포그래피, 간격, 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 무관한 카드로 구성된 일반적인 모음을 피하세요.
콘텐츠 준비
작업과 실제 유휴, 호버, 포커스, 눌림, 로딩, 성공, 실패 이벤트를 정의하세요. 작업이 실제로 완료되는 시점을 정하세요.
레이아웃 및 동작
상태가 바뀌어도 버튼 형태를 안정적으로 유지하세요. 모션과 함께 텍스트 또는 아이콘을 사용해 대기, 성공, 오류를 구분하고 키보드 포커스를 명확히 표시하세요.
작업별 승인 검사
- 애니메이션만으로 피드백을 제공하거나 완료 전에 성공을 암시하지 마세요.
- 느린 작업과 실패를 트리거하세요.
- 체크 표시는 타이머가 아니라 작업 완료 후에 나타나야 하며, 모션 감소 모드에서도 모든 필수 피드백을 유지해야 합니다.
구현 및 검토
텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요.
애니메이션 없이도 전체 정보와 동작을 이용할 수 있게 하세요. 관련된 경우 일시 정지 또는 닫기 기능을 제공하세요. 트리거와 전환을 문서화하고, 실제 진행 상태를 장식용 타이머로 대체하지 마세요.
참고 첨부 파일 및 재구성 목표
이 프롬프트의 다운로드 번들에 있는 reference.webp를 프롬프트와 함께 OpenDesign에 첨부하세요. 유사한 구성과 계층 구조를 갖춘 편집 가능한 결과물을 제작하되, 참고 이미지 전체를 완성된 인터페이스로 삽입하지 마세요. 허구의 샘플 레이블과 충돌하는 경우 승인된 프로젝트 콘텐츠와 브랜드 규칙을 우선하여 유지하세요. 이미지가 없거나 읽을 수 없다면 시각적 충실도를 주장하지 말고 이미지를 요청하세요.
참고 구성 및 콘텐츠
첨부된 reference.webp를 버튼 피드백 상태의 시각적 레퍼런스로 사용하세요. 제작하기 전에 위에서 아래로 주요 영역, 상대적 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 과제 내용: 주요 액션의 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요. 이미지를 편집 가능한 요소로 변환할 때 다음 과제별 레이아웃 지침을 따르세요. 상태가 바뀌어도 버튼 형태를 안정적으로 유지하세요. 모션과 함께 텍스트 또는 아이콘을 사용해 대기, 성공, 오류를 구분하고 키보드 포커스를 명확히 표시하세요.
예시 프로젝트 요구에서 가져온 시각적 방향
흰색, 차콜, 선명한 녹색 강조색과 명확히 표시된 시작, 전환, 종료 상태.
상호작용 사양
레퍼런스는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며, 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 중인 프로젝트에 복사하세요. 핵심 과제부터 시작하세요. 주요 액션의 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요. 애니메이션만으로 피드백을 제공하거나 완료 전에 성공을 암시하지 마세요. 표시되는 각 컨트롤의 트리거, 영향을 받는 상태, 피드백을 명시하고 관련 뷰 전반에서 상태가 일관되도록 로컬 변경 사항을 구현하세요. 검색과 필터에는 실제 결과를 제공하고, 선택 컨트롤에는 명확한 활성 상태를 부여하며, 관련된 경우 저장 액션에는 대기/성공/실패 피드백을 표시하세요. 관련 없는 워크플로를 추가하지 마세요. 내비게이션에는 적절한 링크를, 액션에는 버튼을 사용하고 아이콘 컨트롤에는 접근 가능한 이름을 지정하세요. 로컬 데모만 변경되었는데 백엔드 작업이 성공한 것처럼 표현하지 마세요.
시각적 비교 및 결과물 전달
- 동일한 비율로 결과물을 첨부 이미지와 비교하세요. 장식적인 세부 사항을 다듬기 전에 주요 영역의 배치, 이미지의 상대적 크기, 줄바꿈, 간격, 타이포그래피 계층, 대비, 활성 상태 및 콘텐츠 밀도를 검토하세요.
- 그런 다음 데스크톱 텍스트를 작은 레이블에 억지로 끼워 넣지 말고 좁은 레이아웃을 테스트하세요.
- 로고, 사진 및 아이콘은 별도의 에셋으로 유지하고 의미 있는 모든 레이블은 편집 가능하게 만드세요. 사용할 수 없는 글꼴/에셋과 의도적으로 다르게 구현한 부분을 나열하세요. 작업 파일과 함께 구현된 동작 및 남은 연동 작업을 간결하게 설명하세요. 프롬프트만으로 픽셀 단위까지 동일한 결과를 약속하지 마세요.
프롬프트 + 이미지 다운로드
전체 프롬프트와 원본 크기 참고 이미지가 포함됩니다. 레이아웃 지침으로 활용할 수 있도록 둘 다 OpenDesign에 첨부하세요.
버튼 피드백 상태 디자인 프롬프트 작성 방법
이 버튼 피드백 상태 디자인 프롬프트를 사용해 주요 액션의 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요.
참고 자료는 AI가 생성한 콘셉트입니다. 아래 지침은 제작하고 테스트해야 할 항목을 설명하며, 이미지는 작동하는 동작을 보여주는 것이 아닙니다.
피드백을 액션 결과와 연결하세요
버튼 피드백은 액션이 사용 가능한지, 실행 중인지, 완료되었는지를 설명해야 합니다.
작업이 끝나기 전에 성공 상태가 나타나는 문제는 시각적 완성도로 보완할 수 없습니다. 상태가 바뀌어도 버튼 형태를 안정적으로 유지하세요. 모션과 함께 텍스트 또는 아이콘을 사용해 대기, 성공, 오류를 구분하고 키보드 포커스를 명확히 표시하세요.
프롬프트에서 가져오기
상태가 바뀌어도 버튼 형태를 안정적으로 유지하세요.
내 프로젝트에 맞게 조정하기
[ACTION]의 기본, 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요. 모션과 함께 지속적으로 표시되는 텍스트 레이블이나 상태를 사용하고, 제공된 결과를 확인한 후 성공을 표시하세요.
버튼 피드백 상태 콘텐츠 준비
첫 번째 패널에는 라벨이 붙은 네 가지 버튼 형태가 표시되어 있습니다. 포인터 없이도 상호작용을 이해할 수 있도록 키보드 포커스를 호버와 별도로 정의하세요.
작업과 실제 유휴, 호버, 포커스, 눌림, 로딩, 성공, 실패 이벤트를 정의하세요. 작업이 실제로 완료되는 시점을 정하세요.
프롬프트에서 가져오기
주요 작업의 호버, 포커스, 눌림, 로딩, 완료 상태를 보여주세요.
내 프로젝트에 맞게 조정하기
[PROJECT]에서 [APPROVED_CONTENT]를 이 버튼 피드백 상태의 소스로 사용하세요. 액션과 실제 유휴, 호버, 포커스, 눌림, 로딩, 성공, 실패 이벤트를 정의하세요. 작업이 실제로 완료되는 시점을 정하세요. 누락된 입력을 데모 콘텐츠로 대체하기 전에 먼저 파악하세요.
느린 실패 시뮬레이션
마지막 패널에는 성공 아이콘, 확인 문구 및 돌아가기 동작이 추가되어 있습니다. 실제로 완료된 후에만 이 상태를 표시하세요. 중간 예약 상태가 성공을 암시해서는 안 됩니다.
로딩 상태를 읽기 쉽게 유지하고, 필요한 경우 실수로 중복 제출하지 못하게 하며, 장식적인 성공 애니메이션으로 끝내는 대신 복구 가능한 실패를 표시하세요. 느린 작업과 실패를 트리거하세요. 체크 표시는 타이머가 아니라 작업 완료 후에 나타나야 하며, 모션 감소 모드에서도 모든 필수 피드백을 유지해야 합니다.
프롬프트에서 가져오기
애니메이션을 유일한 피드백으로 사용하거나 완료 전에 성공한 것처럼 표현하지 마세요.
내 프로젝트에 맞게 조정하기
다음 요구 사항에 따라 버튼 피드백 상태를 검토하세요. 애니메이션만으로 피드백을 제공하거나 완료 전에 성공을 암시하지 마세요. 느린 작업과 실패를 트리거하세요. 체크 표시는 타이머가 아니라 작업 완료 후에 나타나야 하며, 모션 감소 모드에서도 모든 필수 피드백을 유지해야 합니다. 승인된 콘텐츠를 유지하고 이 검사를 통과하지 못한 부분만 수정하세요.
버튼 피드백 상태 결과 검토
미리보기는 정적인 스토리보드입니다. 실제로 작동하는 애니메이션, 측정된 성능 또는 접근성을 보여 주지는 않습니다. 구현된 인터랙션과 모션 감소 경로를 테스트하세요.
- 느린 작업과 실패를 트리거하세요. 체크 표시는 타이머가 아니라 작업 완료 후에 나타나야 하며, 모션 감소 모드에서도 모든 필수 피드백을 유지해야 합니다.
후속 프롬프트
첫 번째 결과를 만든 후 사용하세요. 수정 범위를 이 작업의 가장 중요한 부분으로 좁혀 줍니다.
현재 버튼 피드백 상태를 개선하세요. 느린 작업과 실패를 발생시켜 테스트하세요. 체크 표시는 타이머가 아니라 작업 완료 후에 나타나야 하며, 동작 줄이기 설정에서도 모든 필수 피드백이 유지되어야 합니다. 승인된 콘텐츠와 시각적 방향은 유지하고 이러한 문제를 해결하는 데 필요한 부분만 변경하세요.
