소개

연동형 자판기 여정에서 입력 상자가 나타나지만 그 용도가 불분명합니다. 또 다른 입력란은 용도는 익숙하지만 특정 형식만 허용합니다. 선택 항목에는 여러 옵션이 있지만 각각의 의미에 대한 설명이 없습니다. 이러한 문제들은 모두 서로 다른 입력 오류이며, 저장된 값을 사용하는 구매 시뮬레이션은 이 세 가지 문제를 모두 가릴 수 있습니다.

W3C WAI의 WCAG 2.2 성공 기준 3.3.2(레이블 또는 지침)에 대한 이해 설명에 따르면, 레이블 또는 지침은 콘텐츠에 사용자 입력이 필요한 경우에 제공됩니다. 이 설명은 필수 입력란뿐만 아니라 선택 입력란도 포함된다는 점을 명확히 합니다. 또한 표시되는 단서와 프로그램 이름 및 올바른 연결 관계를 구분합니다. 이 문서는 해당 설명을 활용하여 공급업체의 증거를 제시하는 것이며, 자판기를 인증하거나 법적 준수 여부를 판단하는 것은 아닙니다.

아래의 WEIMI 공식 상장 제품 3종은 장비 형식만을 제시합니다. 고객 양식, 입력 규칙, 큐 표시 방식 또는 보조 기술 동작은 테스트되지 않았습니다. 검토를 진행하기 전에 실제 제공된 인터페이스와 연결된 서비스를 확인하십시오. 승인 범위는 구성된 프로젝트와 평가자에게 있습니다.

빠른 답변

전달된 여정에서 허용하는 입력값(선택적 입력값 포함)을 목록화하고, 각 입력값을 제시된 목적 및 필요한 규칙과 연결합니다.선택 가능한 옵션의 경우, 고객이 선택한 항목을 어떻게 알 수 있는지 보여주세요. 제한된 형식의 경우, 실제로 허용되는 형식과 입력에 포함된 설명을 요청하세요. 다른 유효성 검사 규칙을 설명하는 예시는 승인하지 마세요.

긴 설명 없이도 단서를 통해 목적을 파악할 수 있습니다. 소스의 검색 예시는 모든 검색어를 허용하며 목적에 대한 단서만 필요하지만, 날짜 및 제한된 사용자 이름 예시는 형식이나 규칙 정보가 필요합니다. 중요한 것은 모든 필드에 동일한 양의 텍스트가 포함되어야 하는지가 아니라, 작업에 필요한 정보가 충분한지 여부입니다.

보이지 않는 접근성 이름을 완전한 증거로 간주하지 마십시오. 해당 자료에서는 입력 요소에 보조 기술용 이름이 지정되어 있더라도 모든 사용자에게 레이블이나 안내가 제공되지 않을 수 있다고 설명합니다. 반대로, 단서를 제공한다고 해서 마크업, 연결 또는 이름 계산이 올바르다는 것을 증명하는 것은 아닙니다. 이러한 개별적인 증거 요청 사항을 명확하게 표시하십시오.

비교표

이 목록은 공개된 정보를 바탕으로 작성된 조달 후보 목록이며, 독립적인 접근성 성능 테스트를 거친 것은 아닙니다. 화면이나 결제 단말기가 특정 입력 형식이나 입력 규칙을 정하는 것은 아닙니다. 제품 이미지에서 입력 필드를 추측하기보다는 공급업체에 직접 확인하여 어떤 입력 필드가 있는지 확인하십시오.

이 제품은 누가 구매해야 할까요?

고객 입력 단계를 승인하거나, 양식 내용을 수정하거나, 결제 관련 제공업체를 변경할 때 이 안내문을 활용하세요. 기존 스크립트를 통해 이미 알려진 유효한 입력값을 사용하는 구매자는 처음 입력하는 고객에게 어떤 내용이 표시되는지 묻지 않고도 필요한 정보를 얻을 수 있습니다. 제출이 성공적으로 완료되었다고 해서 예상 입력값이 제대로 설명되었다는 것을 입증할 수는 없습니다.

구매자, 인터페이스 소유자, 유효성 검사 규칙 소유자 및 원고 소유자를 포함하십시오. 한 공급업체가 허용되는 형식을 설정하고 다른 공급업체가 텍스트를 제공하는 경우, 최종 배포본에서 두 형식을 비교하십시오. 불일치를 수정하는 담당자와 별도의 증빙 자료가 필요한 관련 단계를 명확히 구분하십시오.

이 검토는 데이터 입력 전후의 단서에 관한 것이며, 자동 감지 오류 발생 후의 설명과는 다릅니다. 또한, 접근성 있는 이름에 가시적인 텍스트가 포함되어 있는지 여부 또는 반복되는 기능에 일관된 식별자가 있는지 여부와도 다릅니다. 이러한 검토들은 동일한 사용자 여정을 지원할 수 있지만, 서로 다른 조달 질문에 대한 답을 제시할 수 있습니다.

스마트 자동판매기를 평가하는 방법

본 연구는 W3C 이해 페이지와 G89(예상 데이터 형식 및 예시 제공, 2026년 10월 10일 기준)를 활용합니다. G89는 제한된 형식의 정보 수집과 관련되며, 설명적인 레이블과 함께 사용될 경우 레이블이나 지침에 충분합니다. 이는 예시 기법일 뿐, 필수적인 구현 사항은 아닙니다. 기계 테스트나 사용자 연구는 수행되지 않았습니다.

고객 입력이 허용되는 모든 항목을 나열하십시오.

확정된 경로에 공급업체 목록 필드와 선택 컨트롤(선택 사항 포함)을 모두 포함시키십시오. 입력 필드의 목적과 형식 또는 유효 옵션에 제한이 있는지 여부를 기록하십시오. 데모에서 생략되었다는 이유만으로 선택적 연락처 필드를 빼놓지 말고, 실제 소프트웨어에 없는 필드를 임의로 만들어내지 마십시오.

단서를 실제 규칙과 비교해 보세요.

형식이 제한된 항목의 경우, 규칙 소유자에게 허용되는 형식을 문의하고, 사본 소유자에게 해당 설명을 요청하십시오. G89에서는 형식 특성을 설명하거나 샘플을 제공하는 방법을 설명합니다. 해당 날짜 예시에서는 고객의 지역적 가정에 의존하는 대신 일-월-년 형식을 명시합니다. 샘플을 보편적인 날짜 표준으로 채택하는 대신 구현 방식을 확인하십시오.

발표 내용을 맥락에 맞춰 검토하세요.

고객이 입력란에 도달했을 때 어떤 상황을 접하는지 관찰하세요. 이해 페이지에서는 개별 컨트롤에 포커스가 맞춰졌을 때 긴 지침을 표시할 수 있으며, 불필요한 정보로 화면이 복잡해지지 않도록 경고합니다. 평가자에게 텍스트 길이를 최대화하는 것이 아니라 작업에 필요한 최소한의 정보만 검토하도록 요청하세요. 각 관련 지침이 표시된 상태를 유지하세요.

발표 자료와 실행 증거를 별도로 구분합니다.

표시된 레이블이나 지침은 마크업 관계 및 소프트웨어에 노출된 이름과 별도로 기록됩니다. 출처에서는 이러한 사항들이 서로 다른 요구 사항임을 명시적으로 식별합니다. 큐 목록은 표시 방식에 대한 유용한 증거이지만, 화면 판독기가 올바른 이름이나 관계를 수신한다는 것을 입증할 수는 없습니다.

주요 구매 요인

선택 사항은 여전히 ​​입력 목록에 포함되어 있습니다.

이해 설명에서는 "필수"라는 용어가 입력을 수용, 기대 또는 허용한다는 의미임을 명확히 합니다. 이는 필수로 표시된 필드만을 의미하는 것은 아닙니다. 따라서 구매 체크리스트는 제공된 범위 내의 선택적 입력 항목을 검토하고, 건너뛸 수 있는 항목이 검토되지 않은 항목으로 바뀌지 않도록 해야 합니다.

선택 가능한 각 옵션에는 의미가 있습니다.

라디오 버튼, 체크박스, 콤보박스 등과 같은 선택 항목의 경우, 사용자가 선택한 항목을 정확히 알 수 있도록 각 옵션에 적절한 레이블을 지정해야 한다고 해당 자료는 설명합니다. 공급업체에게 실제 옵션 세트를 시연해 달라고 요청하세요. 여기에는 영업용 템플릿과 다른 구성 옵션도 포함됩니다. 단순히 그룹 제목만으로는 모든 개별 선택 항목을 설명하기 어려울 수 있습니다.

특이한 규칙에는 유용한 단서가 필요합니다.

날짜 형식이나 문자 제한 규칙은 제한 없는 검색어보다 더 자세한 설명이 필요할 수 있습니다. G89는 입력 형식을 제한하는 페이지에 적용되며, 사용자에게 이러한 제한 사항을 알릴 것을 권장합니다. 형식 예시는 허용되는 규칙을 반영해야 하며, 그렇지 않으면 고객이 불필요한 수정 작업을 반복하게 될 수 있습니다.

각 분야는 각각 별도의 고려가 필요합니다.

출처의 이름 예시는 "이름"과 "성"을 명확하게 구분하여, 모호한 제목 아래 두 번째 필드를 남겨두지 않습니다. 또한, 전화번호를 여러 부분으로 나누어 표기하는 예시는 구두점만으로는 각 부분을 구분할 수 없다는 점을 설명합니다. 이러한 예시들을 참고하여 각 항목을 직접 검토하고, 전 세계 고객에게 하나의 지역별 명명 규칙이나 전화번호 체계를 강요하지 않도록 하십시오.

이미지 단서는 청중의 이해를 필요로 합니다.

설명에서는 이미지를 레이블로 사용할 수 있지만, 대상 사용자가 이미지를 충분히 이해할 수 있도록 주의해야 한다고 권고합니다. 또한, 추가적인 힌트를 통해 명확성을 높일 수 있다고 제안합니다. 공급업체 스크린샷에 있는 친숙해 보이는 그림 기호가 프로젝트 사용자의 이해를 보장하는 것은 아니며, 본 연구에서는 그러한 이해도 테스트를 수행하지 않았습니다.

설명이 많다고 해서 반드시 더 좋은 것은 아닙니다.

이 자료는 지나친 지시도, 부족한 지시도 해로울 수 있다고 경고합니다. 단서가 불필요한 혼란이나 방향 찾기를 유발하지 않으면서 필요한 목적과 규칙을 명확하게 제시하는지 검토하십시오. 간결하고 정확한 지시를 실제 조작에 맞춰 제공하는 대신, 일반적인 안내만으로는 충분하지 않습니다.

최고의 스마트 자동판매기

실제 포장, 보관 및 서비스 측면에서 물리적 형식을 선택하십시오. 그런 다음 견적 소프트웨어에 대한 입력 신호 증거를 요구하십시오. 아래의 "최고"는 조건부 소매 적합성이며, 사용 가능한 고객 형식의 검증된 순위가 아닙니다.

기능 비교

확정된 구성에 대한 행을 모두 작성하십시오. 누락된 구현 증거는 별도로 보관하고, 하나의 긍정적인 단서 검토를 전체 인터페이스 승인으로 간주하지 마십시오. 다른 요구 사항이 해결되지 않은 상태에서도 레이블은 존재할 수 있습니다.

비용 및 투자수익률 분석

모든 미화 금액은 가상 검토 가정치이며, 공급업체 가격이나 실제 절감액이 아닙니다.초기 비용은 1,100달러로 가정합니다. 이 중 300달러는 투입물 재고 조사에, 500달러는 규칙 및 단서 비교에, 300달러는 승인 결정 기록에 사용됩니다. 관련 출시 점검 비용은 연간 250달러로 가정합니다. 따라서 첫 해 지출액은 1,350달러입니다.

연간 순 가치는 예상되는 지원 또는 수정 작업 회피액에서 연간 검토 비용을 뺀 값입니다. 단순 회수율은 초기 비용을 양의 순 가치로 나누는 것입니다. 음의 경우에는 회수율이 없습니다. 이 계산에는 금융, 할인, 세금 및 인플레이션이 포함되지 않으며, 자동판매기 수익이나 고객 전환은 발생하지 않을 것으로 예측됩니다.

근거 없는 추측은 관련 설명이나 재작업에 대한 문서화된 사례로 대체하십시오. 모든 실패한 입력을 지침 누락 탓으로 돌리거나 하나의 수정 사항을 지원 비용 절감과 엔지니어링 비용 절감으로 이중 계산하지 마십시오. 추정치를 뒷받침하는 기록이 없는 경우, 해당 추정치는 계획 시나리오로 유지하십시오.

기계 경제성 분석에서는 여전히 하드웨어, 운송, 설치, 결제 서비스, 소프트웨어, 에너지, 재고 및 서비스에 대한 실제 견적이 필요합니다. 유리한 큐 검토 모델만으로는 부적합한 캐비닛을 수익성 있게 만들거나 공급업체의 사본 변경 사항이 합의 없이 포함되도록 할 수 없습니다.

시나리오별 최적의 선택

제한된 형식이 도입되었습니다.

규칙과 단서를 함께 요청하고 예시가 제공된 입력을 반영하는지 확인하십시오. WM22는 터치스크린과 확인 메커니즘이 패키지에 적합한 조건부 형식입니다. 하지만 입력 증거는 주문한 소프트웨어 릴리스에서 가져와야 합니다.

연결된 서비스는 선택적 데이터를 요청합니다.

필수 경로만 검토하는 대신 선택 필드도 포함하여 큐를 검토하십시오. AI 냉장고 프로젝트의 경우, 견적에 포함된 실제 연결 서비스를 평가하십시오. 연락처 필드를 임의로 만들거나 냉장고의 자동 결제 설명에서 해당 필드가 있다고 가정하지 마십시오.

여러 공급업체가 구매 여정을 공유합니다.

두 개의 판매대를 갖춘 매장은 확정된 메뉴/결제 경로에서 서로 다른 소프트웨어 책임이 발생할 수 있습니다. 관련 공급업체로부터 최신 규칙 및 지침을 요청하고 이를 보관하십시오. 두 개의 판매 공간이 하나의 공유 양식이나 동일한 출입 제한을 설정하는 것은 아닙니다.

응용 프로그램

공급업체 시연 시 이 브리핑을 활용하여 암기한 값을 제공하기 전에 작업을 요청하십시오. 해당되는 경우 목적 단서와 제한된 형식을 기록하십시오. 이렇게 하면 승인 증거가 "시연자가 성공적으로 입력했다"에서 "실제 입력 예상값이 제시되었다"로 변경됩니다.

원고 수정 시에는 승인된 규칙을 지침 작성자에게 보내십시오. 규칙 변경 시에는 수정된 제약 조건을 큐 관리 담당자에게 보내십시오. 이전 샘플이 새 규칙 옆에 남아 있지 않도록 두 승인 사항을 동일한 릴리스 기록에 보관하십시오.

보고된 어려움에 대해서는 증상과 확인된 원인을 구분하십시오. 제출 실패는 유효성 검사, 연결 문제 또는 다른 메커니즘으로 인해 발생할 수 있습니다. 실제 입력, 단서 및 결과를 검토한 후 지침에 귀속시키십시오. 이는 제안된 실제 운영 적용 사례이며, 인위적으로 만들어낸 고객 사례가 아닙니다.

자주 묻는 질문

최종 권고

상품 및 서비스 계획에 적합한 형식을 추려낸 다음, 실제로 구현된 여정에서 허용하는 입력값을 검토하세요. 각 목적과 필수 제약 조건을 제시된 단서(선택 필드 포함)와 연결하세요. 표현 방식, 소프트웨어에 표시되는 이름, 그리고 실제 관계 간의 차이를 명확히 구분하세요.

W3C 자료는 조달 검토의 방향을 제시하는 데 도움이 되지만, 최종 후보 제품을 인증하거나 장치 지원을 입증하거나 상업적 성과를 보장하는 것은 아닙니다. 합의된 구성에 대한 증거를 수용하고, 해결되지 않은 구현 관련 질문은 그대로 두되, 단순한 적합성 검증을 적합성 주장으로 확대하지 마십시오.

출처:W3C SC 3.3.2 레이블 또는 지침 이해2026년 3월 9일 업데이트됨;W3C G892026년 1월 12일 업데이트됨. 2026년 10월 10일 기준. 공개된 제품 증거는 같은 날짜에 확인되었습니다. 제시된 기법은 예시일 뿐이며, 의무적인 구현 사항은 아닙니다.

CTA

WEIMI에 목적지, 수량, 포장 종류, 보관 필요량 및 결제 방식을 알려주세요. 확정된 고객 반입 경로와 검토가 필요한 제한 형식도 함께 기재해 주십시오. 소프트웨어별 책임 사항 및 입력 정보 증빙 자료를 포함한 상세 견적서를 요청하세요.

주문에 포함된 항목으로 입력 레이블, 서식 지침 또는 연결된 공급자 변경 사항을 처리하기 전에 증거 범위를 합의하십시오.