보고서를 검토할 때, 저는 항상 "이 게시글은 다른 내용인가요, 아니면 스팸인가요?"라는 질문을 받습니다.
이것은 네/아니오로 답할 수 있는 질문이 아닙니다. 이 질문의 맥락에서 네 또는 아니오가 무엇을 의미하는 건가요?
명확성을 위해 이 질문을 다시 작성하는 것을 제안합니다. 또한 팝업 메뉴 중 어느 것이 메시지가 나쁜지, 어느 것이 메시지가 좋은지를 더 명확하게 구분할 수 있도록 개선하는 것도 좋겠습니다.
보고서를 검토할 때, 저는 항상 "이 게시글은 다른 내용인가요, 아니면 스팸인가요?"라는 질문을 받습니다.
이것은 네/아니오로 답할 수 있는 질문이 아닙니다. 이 질문의 맥락에서 네 또는 아니오가 무엇을 의미하는 건가요?
명확성을 위해 이 질문을 다시 작성하는 것을 제안합니다. 또한 팝업 메뉴 중 어느 것이 메시지가 나쁜지, 어느 것이 메시지가 좋은지를 더 명확하게 구분할 수 있도록 개선하는 것도 좋겠습니다.
새로운 대기열에서 이상한 UX를 많이 봤어요. 예를 들어 게시물이 생성 전에 거절되면 “승인” 대신 "예"라고 표시됩니다.

또한 예전에는 버튼이 즉시 실행되지 않는다는 것을 나타내기 위해 세로점(“이 게시물이 스팸인가요?” “예…” → 삭제/무시/…로 이어지는 경우)을 사용했었는데, 이것도 긍정적인 변화가 될 것 같습니다.
여기 질문과 무관한 버그로 보입니다. 이 문제에 대한 기존 토픽이 있나요?
OP의 게시물에서 yes/no는 이전 레이아웃의 ... 다음 단계를 대체하는 드롭다운 메뉴입니다. 스크린샷에 있는 단독 “yes” 버튼은 절대 발생해서는 안 되므로, 수정이 필요한 부분입니다.
어떤 부분이 혼란스러운지 좀 더 자세히 설명해 주시겠어요? 이 질문은 플래그 유형을 기반으로 형성됩니다… 따라서 해당 게시물은 "spam"과 "다른 것"으로 플래그가 지정되었을 가능성이 높습니다. 질문의 본질은 "이 플래그에 동의하나요?"이며, 해당 질문에 대한 답변 방식에 따라 액션이 정렬됩니다.
“이 게시물은 기타 항목이거나 스팸입니까?” — 이 문장을 일반적인 영어 문장으로 읽으면 논리적인 답은 항상 '예’입니다. 그것이 스팸이거나 스팸이 아닌 기타 항목이니까요.
의도는 "이 게시물이 올바르게 플래그가 지정되었나요?"에 더 가깝다고 생각하지만, 질문이 쓰인 그대로의 문자적인 논리와 문법을 넘어 의미를 파악하기는 어려울 수 있습니다. 다음이 뒤따를 것으로 예상됩니다:
a.) 스팸입니다
b.) 기타 항목입니다
아, 이제 무슨 뜻인지 알겠어요. 저는 "이게 X인지 Y인지?"가 아니라 "이게 [문제 목록]에 해당하는 건지?"라고 생각하고 있었네요. 여러 플래그 유형을 결합할 때, “이 게시물에 문제가 있는 건가요?” 같은 더 일반적인 문장을 사용하는 게 좋을 것 같아요.
훨씬 더 명확하게 만드는 쉬운 방법인 것 같아요.
그렇지 않은 것 같은데요, 가능하면 빨리 보고서를 올리겠습니다.
업데이트: @Moin이 지적했듯이, 이는 이전에 이미 문제가 있었고 "수정"되었지만, 여전히 확인됩니다(스크린샷 참조):
이 방법은 Flag reason conversion to lowercase has unintended consequences - #2 by Moin 의 문제도 부분적으로 해결해 줄 수 있습니다.
대신에
이 게시글이 주제에서 벗어났거나 기타 문제인가요?
라는 문장처럼, "주제"와 "기타"는 대문자로 시작해야 하지만, 새로운 질문은 플래그 이유를 소문자로 강제할 필요가 없습니다. 따라서 플래그 유형이 하나만 있는 경우에도 질문 문구를 변경하여 소문자 강제를 완전히 피할 수 있는지 궁금합니다. ![]()
![]()
이렇게 하면 "예"라는 답이 훨씬 명확해질 것입니다. 이 기능이 얼마 전 변경되었는데, 제 경우 “예, 스팸이니 삭제하고 사용자를 차단해야 한다”(거의 항상 제 답변인)라고 빠르게 판단하는 데 이 변경은 분명히 부정적이라고 느꼈습니다.
"승인(Approve)"이라는 용어도 여전히 문제가 있어 보입니다. 그 질문이 게시글을 승인하는 건지, 플래그를 승인하는 건지 모호하기 때문입니다.
“이 게시글에 문제가 있나요?”, “문제가 있습니다”, "게시글은 정상/문제없음/수용 가능"과 같은 질문과 메뉴 라벨이 더 나을 수 있습니다. UX 측면에서 버튼에 예/노를 사용하는 것은 일반적으로 좋지 않은 선택이며, 능동적인 버튼 이름이 보통 더 좋습니다.
감사합니다!