공식 Twitter 응용 프로그램과 Facebook 응용 프로그램 모두 앱에서 유사한 UI 디자인 패턴을 사용합니다. 이러한 패턴은 Google이 자체 blog post 에서 설정했습니다. 많은 앱이 이러한 디자인 패턴을 사용하는 것은 아닙니다.
군중을 고수하고 디자인 패턴 (작업 표시 줄 대신 표준 제목 표시 줄, 상황에 맞는 QuickActions 상자 대신 목록 항목을 길게 누르고 대시 보드 없음)을 사용하지 않는 것이 가장 좋습니까? 아니면 Google에서 제안한 디자인 패턴을 사용해야합니까 일부에 의해 사용.
사람들이 이러한 디자인 패턴이없는 앱에 더 익숙해 지므로 새로운 혼란스러운 사용자를 사용하는 것보다 사용자를 혼란스럽게합니다.
지침을 따르면 신규 사용자는 설계 패턴과 사용 사례에 즉시 익숙해지며 즉시 생산성을 높일 수 있습니다. 작은 것, 색조 및 색상 등을 더 독창적으로 사용자 정의해야하지만 지침을 따르면 사용자가 더 편안합니다.
그러나이 모든 것이 게임의 창 밖으로 나옵니다.
Google은 아무런 이유없이이 가이드 라인을 제안하지 않았다고 생각합니다. 구글 사람들이 이미 당신을 위해 그렇게했기 때문에 그것들을 따르는 데 많은 시간이 소요될 것이다. 규칙이 나쁘지 않다는 것을 알고 있습니다. Google 브랜드에 해를 끼치며 관심이 없기 때문입니다. 그것들을 따르는 것이 좋은 생각 일 것입니다.
수십억 달러짜리 웹앱이 특정 디자인 패턴을 사용한다면 그것이 좋은 것이라고 말하는 것이 안전하다고 생각합니다.
Twitter에서 사용하는 디자인 패턴을 대시 보드 패턴이라고하며 함께 사용해야합니다. 일반 UI보다 사용자에게 더 직관적입니다.
대시 보드 패턴을 사용하면 사용자가 애플리케이션의 주요 또는 중요한 기능을 한 눈에 볼 수 있습니다.
작업 표시 줄 패턴을 사용하면보다 자주 사용하는 기능을보다 쉽게 사용할 수있는 방식으로 사용자에게 제시 할 수 있습니다. 필요한 곳과 마찬가지로 상황에 맞는 메뉴 어딘가에 숨겨져 있지 않습니다.
현재 UI 지침에 이러한 패턴이 포함되어 있지 않다고해서 패턴이 잘못되어 사용되어서는 안된다는 의미는 아닙니다. 새로운 사용자와 심지어 오래된 사용자도 새로운 패턴을 매우 빠르게 채택 할 것입니다.
2 년이 지났고 트위터와 페이스 북은 모두 "대시 보드"를 제거했습니다.
이제 지침이되었습니다 :`
Avoid navigation-only screens and instead let people get to the meat of your app right away by making content the centrepiece of your start screen.
Choose layouts that are visually engaging and appropriate for the data type and screen size.
Minimize perceived navigation effort by keeping your apps shallow.
Google Play와 같은 일부 유형의 대시 보드를 보여주는 앱이 여전히 있지만 링크 대신 콘텐츠가 있습니다.
여기에 좋은 글을 쓰십시오 : http://www.scottlogic.co.uk/2012/09/is-the-dashboard-pattern-dead-2/
경험을 바탕으로 Google에서 제안한 UI 패턴을 따르면 시간이 많이 걸리는 UI 디자인 단계에서 저를 구할 수있었습니다. 모양과 탐색 흐름 대신 기능에 집중할 수있었습니다. 또한 내 앱의 새 버전을 사용해 본 많은 사용자는 새 UI (Google 가이드 라인을 따르지 않은 이전 버전에 비해)를 좋아한다고 말합니다.
마지막으로 내 앱은 GitHub의 오픈 소스 이므로 대부분의 Google 가이드 라인 구현을 볼 수 있습니다.