출처: MIT 라이선스 하에 상위
audit-ai-design-slop에서 MUKHON Skill Pack용으로 각색 및 정제됨.
AI 디자인 슬롭 감사
진단적이고 증거 기반의 감사를 실행합니다. 기존 방향을 유지하면서 인터페이스를 개선할 수 있는 가장 작은 제거 또는 수정 집합을 식별합니다.
경계
- AI가 디자인을 만들었는지 추측하지 마십시오.
- 숫자형 슬롭 점수를 할당하지 마십시오.
- 시각적 기법을 단독으로 거부하지 마십시오. 그라데이션, 세리프, 다크 테마, 유리 효과, 카드, 애니메이션 또는 단일 글꼴 시스템은 의도적일 수 있습니다.
- 사용자가 명시적으로 요청하지 않는 한 새로운 글꼴, 팔레트, 레이아웃, 디자인 시스템 또는 아트 방향을 처방하지 마십시오.
- 감사를 구현 작업으로 전환하지 마십시오.
- 보이지 않거나 제공된 증거 외부의 모든 것은 알 수 없음으로 표시하십시오.
증거 감사
요청에서 사용 가능한 아티팩트를 검사합니다.
- 스크린샷 및 녹화
- 렌더링된 페이지 및 관련 뷰포트
- 상호작용 및 상태 변경
- 소스 코드, 토큰, 에셋 및 카피
- 경험에 영향을 미치는 콘솔 또는 런타임 오류
모든 발견 사항에 대해 구체적인 위치, 컴포넌트, 동작 또는 카피 라인을 인용하십시오. 아티팩트의 증거 없이 일반적인 경향을 보고하지 마십시오.
전체 페이지 또는 전체 사이트 검토의 경우 ../mukhon-no-ai-design-slop/ARTICLE.md를 읽고 검사된 아티팩트와 관련된 카탈로그 섹션만 사용하십시오. 모든 체크리스트 일치 항목을 발견 사항으로 전환하지 마십시오. 증상을 근본 원인별로 그룹화하고 영향이 가장 큰 증거를 보고하십시오.
발견 사항 분류
다음 클래스 중 하나를 사용하십시오.
- 품질 결함: 확립된 사용성, 접근성, 콘텐츠, 반응형 또는 런타임 문제.
- 슬롭 패턴: 유용한 역할 없이 반복되는 기본값, 장식적 계층 또는 생성된 듯한 관행.
플래그 대상
장식적 중첩
여러 계층이 동일한 장식적 역할을 수행하거나 콘텐츠와 경쟁할 때 글로우, 그라데이션 텍스트, 유리, 테두리, 그림자, 그리드, 입자, 빔, 노이즈, 떠 있는 도형 또는 브라우저 크롬의 조합을 플래그하십시오.
컴포넌트 및 템플릿 반복
다음을 플래그하십시오.
- 거의 모든 콘텐츠 블록에 적용된 카드 처리
- 상호 교환 가능한 콘텐츠가 있는 반복되는 아이콘-제목-설명 타일
- 계층 구조를 전달하지 않는 중첩된 둥근 컨테이너
- 제품의 구매 또는 사용 여정과 관련 없는 일반적인 랜딩 페이지 시퀀스
- 주변 정보를 다시 언급하는 제목, 레이블, 알약 또는 CTA 블록
타이포그래피 및 카피 클러터
다음을 플래그하십시오.
- 중복 텍스트 또는 불필요한 레이블
- 빈 과장 표현, 모호한 카테고리 주장 및 생성된 필러
- 계층 구조나 가독성을 해치는 장식적 타입 처리
- 긴 중앙 정렬 단락, 어색한 강제 줄바꿈 또는 읽기 어려운 텍스트
- 의도적이기보다 우연해 보이는 일관성 없는 타입 역할
모션 씨어터
접근을 지연시키고, 기계적으로 반복되며, 읽기를 방해하고, 대상을 이동시키고, 입력을 차단하거나, 축소 모션 선호도를 존중하지 않는 모션을 플래그하십시오. 상태, 인과 관계, 계층 구조 또는 공간 변화를 전달하는 모션은 유지하십시오.
가짜 증거
발명되었거나 검증할 수 없는 지표, 고객, 사용후기, 수상, 평점, 활동, 대시보드, 차트, 로고 및 초상화가 증거로 제시될 때 플래그하십시오.
확립된 UI 오류
다음을 플래그하십시오.
- 명확하지 않거나 경쟁하는 기본 동작
- 낮은 대비 또는 읽을 수 없는 콘텐츠
- 클리핑, 오버플로, 겹침 또는 깨진 반응형 동작
- 깨진 에셋, 링크, 스크립트 또는 컨트롤
- 호버 시에만 사용 가능한 필수 정보
- 관찰된 흐름에 필요한 상태 누락
- 명확하지 않은 레이블, 역할, 피드백 또는 키보드 포커스
- 간격, 유형, 색상, 반경 또는 아이콘의 우발적 불일치
- 작업 중요성과 모순되는 시각적 계층 구조
제거 테스트 사용
모든 후보에 대해:
- 그것이 제공하는 정보, 상태, 동작, 계층 구조 또는 브랜드 의미를 명시하십시오.
- 제거했을 때 해당 역할을 잃지 않고 명확성이 향상될지 질문하십시오.
- 그렇다면 제거 또는 통합을 권장하십시오.
- 아니라면 기존 시스템을 사용하여 가장 작은 수정을 권장하십시오.
- 삭제로 인해 실질적인 손실이 발생하는 경우에만 대체를 제안하십시오.
기본적으로 제거를 선택하십시오. 대체는 새로운 시각적 개념을 도입하기보다 제품의 기존 언어를 계승해야 합니다.
우선순위 지정
- P0: 완료를 차단하거나, 심각한 접근성 문제를 만들거나, 기만적인 증거를 제시함
- P1: 이해, 신뢰, 탐색 또는 상호작용에 실질적인 해를 끼침
- P2: 계층 구조와 정체성을 약화시키는 반복되는 슬롭 또는 불일치
- P3: 사용자 영향이 제한적인 사소한 정리 문제
기본적으로 가장 영향력 있는 5~8개의 발견 사항을 반환하십시오. 반복되는 인스턴스는 하나의 시스템적 발견 사항으로 그룹화하십시오.
출력
## 평결
지배적인 문제와 가장 먼저 제거해야 할 사항에 대한 간결한 단락.
## 검사 범위
- 실제로 검사된 아티팩트, 화면, 상태 및 뷰포트
## 발견 사항
| 우선순위 | 클래스 | 패턴 | 증거 | 피해 | 제거 또는 수정 |
|---|---|---|---|---|---|
| P1 | 슬롭 패턴 | 반복되는 장식적 컨테이너 | 기능 영역이 관련 없는 콘텐츠에 동일한 계층형 카드 처리를 사용함 | 계층 구조를 평평하게 만들고 노이즈를 추가함 | 외부 셸 제거; 상호작용을 전달하는 경우에만 그룹화 유지 |
## 알 수 없는 사항
- 확인할 수 없는 중요한 상태 또는 동작
보고서를 간결하게 유지하십시오. 빈 섹션은 생략하십시오.
피드백 규칙
- 주관적인 취향 주장이 아닌 구체적인 증거로 시작하십시오.
- 패턴과 그 피해를 명명하십시오.
- 스타일 변경보다 제거를 먼저 권장하십시오.
- 일반적인 칭찬과 영향이 적은 지나치게 세부적인 사항을 피하십시오.
- 유용한 제품별 세부 사항과 의도된 특성을 유지하십시오.
- 발견 사항을 직접적으로 뒷받침하지 않는 한 표준을 인용하지 마십시오.
- 미학을 보편적으로 나쁘다고 설명하지 마십시오.
- 사용자가 명시적으로 디자인 변경을 요청한 경우, 제거 권장 사항 뒤에 선택적 대체를 배치하고 기존 시스템과 일관성을 유지하십시오.
- 가장 큰 개선을 가져올 단일 제거 또는 수정 사항으로 마무리하십시오.