사용자를 다루는 방식이 꽤 흥미롭네요. 'I’를 의미할 때마다 항상 ‘he’ 또는 'you’를 사용하고 계시죠. 그냥 말씀드립니다.
웹에서는 서비스 내에서 콘텐츠를 생성할 때 세 가지 종류의 편집기가 있습니다:
- WordPress, Drupal 등 CMS 스타일: 버튼이 아주 많습니다 (음, WordPress는 자신들의 편집기를 망가뜨리려고 모든 노력을 기울이고 있지만, 그것은 별개의 이야기입니다)
- Facebook, Twitter 등 미니멀리스트 소셜 미디어(SoMe): 버튼이 없거나 아주 적습니다
- 고전적인 개발자 세계: 대부분 정적 사이트 생성기 등이며, 여기에는 Discourse도 포함됩니다
첫 번째 그룹은 웹 이전부터 오피스 패키지가 우리에게 가르쳐준 것과 같은 로직을 사용하려고 합니다. 모든 사람이 버튼이 무엇을 하는지, 또는 단축키가 무엇인지 알아야 하므로 실제 도움말 버튼은 없습니다. 그리고 사용자가 모른다면 그 정보를 스스로 찾아야 합니다.
소셜 미디어는 평범한 여성과 남성(average Jane and Joe)이 그런 버튼을 필요로 하지 않는다는 것을 이해했습니다. 그들은 그런 버튼을 사용하지 않기 때문이죠 — 그리고 모바일에서는 공간 자체가 부족합니다. 또한 필요하지 않으므로 도움말 버튼도 없습니다.
개발자 기반 서비스는 마크업을 보고 하지 않아도 할 줄 아는, 대량의 코드를 기억하는, 그리고 손이 키보드에서 떨어지기를 원하지 않는 사람들을 위해 서비스를 제공합니다. 또한 모든 사람이 문서를 읽고 예를 들어 표를 만드는 방법을 외워야 하므로 도움말 버튼은 없습니다.
하지만 사용자는 다양합니다. 제 포럼에서는 일반인들이 일상적인 주제에 대해 이야기하며, 대부분 기술 수준이 낮습니다. 여기서 Development 채널이나 GitHub에서는 완전히 다른 요구 사항이 있으며, 모든 사람이 매우 높은 기술력을 가진다고 가정합니다. 또한 생성되는 콘텐츠도 완전히 다릅니다. 저는 글쓰기 자체가 주목받는 한 사이트의 회원이기도 합니다. 그곳에서는 또다시 완전히 다른 요구 사항이 있습니다.
UX의 문제는 도구 상자에 도움말 버튼을 두는 것이 아닙니다. 아무도 그것을 사용하지 않습니다. 생성하고 사용하기가 불가능하기 때문이죠. 그리고 GitHub 스타일의 링크조차도 너무 많습니다. 그것은 거의 사용되지 않는 완전히 무관한 구성 요소이며, 모든 사람은 문서와 매뉴얼이 어디에 있는지 알고 있습니다.
진정한 UX/UI 솔루션은 다음 능력을 부여하는 것입니다:
- 관리자가 사용자를 위한 기본값을 생성할 수 있도록 하기
- 사용자가 기본값을 변경할 수 있도록 하기
그리고 사용자 대다수가 실제로 필요로 하며, 현재 부족한 것은 그 툴바를 숨기는 방법입니다. 그것은 편집할 수 있는 능력보다 더 중요할 것입니다.
편집기 문제는 여기서 거의 FAQ 수준의 주제이며, 도움말 버튼은 그 일부일 뿐입니다. 그리고 다시 한번 솔직해지겠습니다. Dan에게는 그의 의제가 있으며, 도움말 버튼은 그 의제의 또 다른 징표이지 목표가 아닙니다. Dan이 실제로 말하려는 것이 무엇인지, 그는 어떻게 해야 하는지 몰랐고 그에 대한 도움을 찾지 못했다는 것이기를 바랍니다. 그것은 해당 사이트의 문제가 되어야 하며, 플랫폼으로서의 Discourse 자체의 문제는 아닙니다.