기본 대시 보드에 사용자가보고 분석 할 수있는 데이터 테이블이 표시되는 웹 기반 플랫폼을 구축 중입니다. 이 도구를 확장함에 따라 점점 더 많은 열이 추가되고 더 작은 화면 해상도에서 가로 공간이 부족한 것으로 보입니다 (일부 데이터 랩이 표시됨). 사용자는 모든 열을 한 번에 보는 것이 중요하므로 가로 스크롤과 마찬가지로 보스의 요청에 따라 가로 스크롤이 빨라지기 때문에 열 숨기기가 다소 중요하지 않습니다. 열이 많은 테이블의 영리한 UI를 아는 사람이 있는지 궁금합니다.
편집
아래는 테이블 레이아웃의 화면 캡처입니다. 불행히도 보안을 위해 열 제목을 흐리게 처리해야했습니다. 이 예제에는 실제로 데이터가없는 행이 있지만 사용 중에는 각 열 제목보다 더 넓은 데이터가 많이 있습니다. 일부 답변에 대한 응답으로 특정 결정을 내리기 위해 데이터를 분석하는 데 필요한 모든 열을 사용자가 반드시 확인해야합니다. 모든 데이터는 처음 세 열을 제외하고 숫자입니다. 의견을 보내 주셔서 다시 한 번 감사드립니다.
좋아, 나는이 이미지를 업로드하는 것이 실제로 정의가 아니라는 것을 알았습니다 ... 1680x1050 해상도 (22 ")에서 화면의 전체 너비를 차지하고 열이 채워지면 텍스트가있는 왼쪽 열이 줄어 듭니다. 조금 아래로.
EDIT 2 방금 모두의 멋진 아이디어에 감사드립니다. 하나의 답변 만 선택할 수 있지만 많은 아이디어가 매우 유용하며 최종 제품에 포함될 수 있습니다. 다시 감사합니다!
처음 세 열 이후의 모든 데이터는 숫자이므로 각 열의 너비가 4 자 미만이되도록 반올림 할 수 있습니다.
Full Length Shorter Tiny
------------ ------- ----
$143,573.39 $143.6k 144k
112.54% 112.5% 113
198,220,329 198.2m 198m
사용 가능한 공간에 따라 표시 할 버전을 결정할 수 있습니다. 다행스럽게도 더 큰 모니터를 사용하는 사람들은 여전히 모든 것을 얻습니다. 작은 모니터에서는 프레젠테이션이 정상적으로 저하됩니다
물론 셀의 내용이 축약 된 경우 툴팁에 전체 값을 표시해야합니다.
업데이트 : @Oskar는 의견에서 다른 크기의 숫자를 표시하면 시각적으로 비교하기가 더 어렵다고 지적했습니다. 따라서 상대 값을 비교하는 것이 정밀도보다 중요한 경우의 변형이 있습니다.
Revenue
($millions)
------------
143.6
93.2
0.3
< 0.1
(이 예제의 헤더는 데이터보다 넓지 만 다른 사람들이 지적했듯이 헤더를 45도 각도로 기울이면 해결할 수 있습니다.)
레코드 당 여러 줄을 표시 할 수 있습니다 (예 :
또한 사용자가 전체 레코드를 볼 수 있도록 각 행을 확장 가능한 요약보기로 만들어 한 단계 더 나아갈 수 있습니다.
위의 그림에서 사용자는 Mary Jane의 전체 정보에 관심이 있으므로 이름 옆에있는 삼각형을 클릭하면 전체 레코드를 볼 수 있습니다.
또한, "열 숨기기는 다소 문제가되지 않는다"는 전제에 동의하지 않습니다. 실제로 that 많은 정보가있는 경우 사용자는 something을 숨기려고합니다. 처음에는 기본적으로 모두 표시되도록 할 수 있습니다. 그러나 사용자가 갈 때 열을 숨길 수있는 방법이 있어야합니다.
열이 행을 벗어나는 경우 행을 열로 넣을 수 있습니다
고객/제품 관리자가 주 화면에서 everything을 원할 때와 everything need on을 원하는 경우와 비슷합니다. 메인 화면.
IMHO, 대시 보드 화면 사용자에게 개요 모든 것을 제공해야하지만 그 일부에 대한 세부 정보를 얻으려면 (예 : 매출이 275 % 증가) 주) 사용자는 데이터를 '드릴 다운'하여 판매가 시작된 정보 테이블을 확인해야합니다.
"메인"보기를 지나치게 복잡하게하면 많은 양의 정보가 표시되어 사용자가 많은 데이터를 잃어 버려서 실패하게됩니다. 아래 예제는 Google에서 찾은 임의의 내용이지만 A 화면에서는 시작 위치를 거의 결정할 수 없으며 화면 B는 내용이 깔끔하게 개요로 구성되어 있습니다.
압도적 인 데이터의 예 :
간단하고 요약하기 쉬운 데이터의 예 :
테이블은 많은 양의 데이터를 표시하는 좋은 방법입니다. 그러나 열이 5 개를 초과하면 테이블을 빠르게 읽을 수 없게됩니다. 데이터가 말한대로 실시간으로 변경되는 경우 사용자는 동시에 15 개의 서로 다른 열을보아야한다면 시간에 따라 결정을 내릴 수 없을 것입니다.
Google은 대량의 데이터를 볼 때 가장 중요한 고려 사항은 정렬이라는 것을 잘 알고 있습니다. 사용자와의 관련성을 기준으로 정렬해야합니다. 모든 데이터는 중요 할 수 있지만 일부 데이터는 다른 데이터보다 중요합니다. 가장 중요한 데이터와 그렇지 않은 데이터를 식별해야합니다. 이는 비즈니스 목표에 크게 좌우됩니다.
일부 컬럼은 다른 컬럼보다 중요합니다.
정렬 할 때 매우 일반적인 mistake는 알파벳 순서 나 날짜 또는 숫자 값과 같이 쓸모없는 임의 순서로 정렬하는 것입니다. 정적이고 일관된 순서는 값을 검색해야하는 경우에 유용하지만 컴퓨터가 자동으로 검색하도록해야합니다. 대신 대부분의 경우 관련성에 따라 순서를 원합니다.
이 중 일부는 귀하의 경우에 적용되거나 적용되지 않을 수 있습니다.
사용자에 대한 이러한 목표를 식별하고 그에 따라 데이터와 열에 대해 weighted sorting을 수행해야합니다. 사용자에게 어떤 목표가 가장 중요한지 파악하지 못한 경우 실제로 설계하고 있지 않습니다. 어떤 데이터가 가장 중요한지 파악한 후 덜 중요한 데이터를 숨기거나 약어로 만들거나 아이콘으로 추상화 할 수 있습니다. 아이콘은 쉽게 흡수되며 사용자는 "녹색 원"과 "적십자"를보고 10 분의 1 초를 소비 할 수 있다면 8221과 1463을 읽는 데 3 초를 소비하고 싶지 않습니다.
흥미로운 가치를 강조하십시오. 사용자는 특정 필드에서 특정 값을 가진 거래에만 관심이있을 수 있습니다. 그리고 사용자는 자신이 선호하는 것보다 너무 높거나 낮은 거래를 절대 건드리지 않을 것입니다. 사용자가 볼 필요가 없도록 필터링 할 수 있습니다. 사용자가 열을 사용하지 않는다고 말하면 전체 열을 숨길 수도 있습니다.
사용자는 실제로 어떤 데이터를보아야합니까?
우리가 그것에 대한 정답을 얻을 수 있다면. "종속" 대신.
나는이 문제에 계속 뛰어 들고 있으며, Google이있을 때마다 Jason의 훌륭한 질문으로 다시 돌아옵니다.
그리고 많은 훌륭한 답변이 있지만, 나는 우리 모두가 주변을 둘러싼 것처럼 보이는 메타 주제를 냄새 맡지 만 나는 풀어야 할 가치가 있다고 생각합니다.
이와 같은 상황에 직면했을 때, 한 걸음 물러서서 시스템 내에서 다양한 사용자 의도에 대해 감사하게 생각하는 것이 좋습니다. 나는 내가 의미하는 바를 설명하기 위해 간단한 다이어그램을 그렸습니다.
여기 두 가지를 고려하고 있습니다.
예를 들면 다음과 같습니다.
매일 아침 영업 관리자가 판매 파이프 라인을 가치와 마감 날짜별로 검토한다는 것을 알고 있다면이를 위해 대시 보드를 설계하고 매일 아침 "가까이"있어야한다는 것을 알 수 있습니다. 이것이 내가 defined 및 pervasive 사용 사례라고 부르는 것입니다.
투자 분석가가 포트폴리오의 주식을 쏟아 붓는 것을 보았을 때, 우리는 그들이 다양한 표준 기술을 사용하여 자신의 위치를 지속적으로 평가하고 있음을 알고 있지만, 어떤 순간에 그들이 평가를 어떻게 수행하고 있는지 정확히 파악할 수는 없습니다. 이는 외부 부양책 (거래 층의 동료로부터의 전화 또는 파이낸셜 타임즈의 이야기)에 대한 반응 인 경우 특히 그렇습니다. 이것을 undefined 아직 pervasive 라고 부르는 것입니다.
아마도 우리는 부서 책임자가 비용과 예산을 관리 할 책임이 있다는 것을 알고있을 것입니다. 그러나 managing 정확히 무엇을 의미하는지 이해합니까? 예를 들어 연초에 회사는 시장 점유율과 수익 최적화에 집중할 수있는 반면, 4 분기에는 모두 비용 절감에 집중할 수 있습니다. 이것은 매우 다른 종류의 검토와 행동으로 이어질 수 있습니다. 이 시나리오에서는 undefined 및 임시
그리고 .. 나는 당신이 그림을 얻는다고 생각한다.
초점을 맞출 곳 결정
오른쪽 위 사분면은 분명히 디자이너로서 가장 좋은 곳입니다. 우리는 사용자가 실제로 필요로하는 것을 찾아 내고 최상의 경험을 디자인하기 위해 노력할 수 있습니다. 우리는 응용 프로그램에서 경험에 가치를 추가하지 않는 모든 균열을 제거 할 수 있습니다. 잘하면 상을받을 수 있습니다 ;-)
불행히도, 세상은 지저분한 곳입니다. 사용자가 차트 전체에있을 수 있습니다. 그리고 그것은 분마다 변할 수 있습니다.
우리의 일반적인 반응과, 훈육 (프로그래머, 디자이너, 기업가)에 관계없이 여러분이 듣게 될 최고의 조언은 단순히 집중적입니다. 극한의 경우 : 한 가지 일을하고 잘하십시오.
스타트 업 중이거나 MVP에서 작업중인 경우 쉽고 자동으로 선택할 수 있습니다 ( "X를 수행하려는 사용자만을 위해 작성").
다른 모든 사람들을 위해, 대신에 어떤 사분면 사용자가 작업하고 싶어하고 사역해야하는지 먼저 인식하고 우리의 노력에 초점을 맞추기 위해 렌즈로 사용하는 것이 좋습니다. 우리의 사용자가 Quadrant D에서 일하지만 Quadrant A 솔루션으로 강제하려는 경우 .. 그것은 예쁘지 않을 것이며 사용자는 항상 결국에는 승리 할 것입니다.
진짜 제이슨은 아마 오래 전진했을지 모르지만, 우리 중 많은 사람들이 우리가 제이슨 시절을 가지고 있습니다. 그의 설명에서, 시작하는 가정/제안은 Jason의 사용자가 모두 Quadrant C에 관한 것입니다-우리가 제공하는 데이터 세트로 쉽게 정의 할 수없는 일을 항상 매우 바쁩니다.
다시 말해, 고전적인 지식 근로자 입니다. 우리는 특히 이들 컴퓨터를 위해 시스템을 구축하는 데 어려움을 겪고 있습니다. 왜냐하면 그들은 가난한 컴퓨터가 알지 못하는 많은 것들을 알고 이에 대응하기 때문입니다.
겸손한 스프레드 시트가 여전히 재무 부서와 같은 곳에서 최고를 지배한다는 것은 놀라운 일이 아닙니다. ERP 시스템이 모든 트랜잭션 처리로 완료되면 남은 작업 대부분이 오른쪽 상단 사분면 바깥으로 떨어지며 스프레드 시트는 여전히 데이터 작업을위한 최고의 빈 캔버스입니다. .
그래서 우리가 뭘 할 수 있지? 두 가지 병렬 전략을 제안합니다
아마도 대부분의 작업은 의사 스프레드 시트보기에서 수행되어야합니다. 그러나 전부는 아닙니다. 정의 된 퍼베이시브 사용량 표시를 선택하면 해당 뷰 (다른 뷰, 대시 보드 페이지 또는 펀치 아웃)를 위해 특별히 구축 할 수 있습니다.
이 질문에 이미 붙어있는 좋은 답변과 의견이 많이 있습니다. 사분면 C의 혼란에서 사분면 보석을 찾는 방법?
거친 곳에서 보석을 어떻게 찾습니까?
그러나 이와 같은 시스템을 사용하는 경우 종종 Taylorist pipe-dream 를 사용하여 Quadrant A 솔루션을 설계 할 수있는 깔끔한 사용 사례 세트로 줄일 수 있다고 생각합니다.
완전하고 명확하게 정의 된 최종 목표를 달성 할 수없는 경우에도 사용자의 여정 개선에 집중함으로써 여전히 큰 도약을 할 수 있습니까?
접근성 및 선호도에 중점을 둡니다
따라서 사용자가 무엇을하려고하는지 정확히 알지 못하지만 데이터 액세스 및 조작 능력을 향상시킬 수 있습니다. 예를 들면 다음과 같습니다.
마이크로 툴링에 중점을 둡니다
우리는 당신이 달성하려는 것에 대한 전체 이야기를 알지 못하지만 퍼즐의 일부를 전달할 수 있습니다. 예를 들면 다음과 같습니다.
데이터에 값을 추가 할 때의 초점
직원들이 데이터를 어떻게 Information-Knowledge-Wisdom 으로 바꾸고 있는지 정확히 알지 못하지만 데이터에 추가 할 수있는 가치를 지속적으로 개선 할 수있는 기회를 모색해야합니다.
예 : 오늘 나는 단지 당신에게 원시 생산 번호를 제공합니다.
따라서 사람들은 여전히 지식과 지혜를 추출 할 수 있지만 데이터보다는 정보를 더 잘 표현할 수 있습니다.
나는 당신이 답을 선택했다는 것을 알고 있지만 데이터와 정보와 같이 매우 중요하다고 생각되는 것을 내놓고 싶었습니다. 나는 최근에 이것에 대해 많은 생각을 해왔으므로 내 머리 앞쪽에 있습니다.
당신이하고있는 일은 데이터를 보여주는 것입니다. 그것은 원시적이며 모든 것이 정말로 중요해 보이지만 실제로는 대부분의 사람들이 데이터를 볼 필요는 없습니다. 실제로 필요한 것은 데이터를 기반으로 생성 된 정보입니다. 사용자가 "행 위로 마우스를 가져갈 때 그래프를 볼 수 있습니다"라는 의견 중 하나에 대해 언급 한 바 있습니다. 원시 데이터는 요청시 제공되어야하지만 기본보기는 데이터를 분석하고 결과 정보를 표시해야합니다.
이것은 그래프가 올바른 선택이라고 말하는 것이 아니라 모든 데이터의 주요 결과를 번갈아 표시하는 것이 현명한 방법 일 수 있습니다. 이것은 개념적으로 개발하기 어렵지만 최종 제품을 단순히 물건을 찾는 장소보다 유용한 도구로 만듭니다. 사용자에게 물어볼 질문은 "이 화면을 볼 때 무엇을 알고 싶습니까?"입니다.
우리가하는 일은 화면을 기본적으로 두 부분으로 나누는 것입니다. 위쪽 절반은 현재 선택된 항목에 대한 세부 정보를 표시하고 아래쪽 절반은 사용 가능한 페이지 목록이있는 그리드를 표시합니다.
탭 컨트롤은 우리가 중첩 된 세부 사항/컬렉션의 세부 사항/컬렉션보기를 표시하는 데 사용됩니다. 이것들은 외래 키 관계에 의해 형성됩니다.
이것이 다소 도움이되기를 바랍니다.
내가 생각할 수있는 한 가지 예는 MLB.com 's standings page 인데, 열이 너무 많은 테이블이지만 사용자 정의 인터페이스는 즉각적으로 직관적입니다. 기술자 청중). 물론, 가능한 최대 열 수에 대한 MLBAM의 임의 제한을 원하지 않을 것입니다.
열 숨기기의 가장 큰 UI 문제는 일반적으로 숨겨진 열을 다시 가져 오는 것입니다. 최근에 열을 수정하지 않으면 Excel에서 "숨기기 해제"를 찾기가 어렵습니다.
Master-Detail 패턴을 아직 제안한 사람이 없다는 것에 약간 놀랐습니다.
우리는 여러 자체 제품에서 정확히 같은 문제가 있습니다. 화면에 맞지 않는 열이 너무 많지만 모든 정보는 일부 사용 사례와 관련이 있습니다.
실제로, 우리는 당신이 배제 한 것을 결정하기로 결정했습니다. 기본 사용 가능한 열의 수를 약 5-6 개의 엄선 된 속성으로 잘라 사용 사례의 90 %를 차지했습니다. 그러나 선택한 행의 경우 화면 오른쪽의 속성 창에 모든 속성이 표시됩니다. 사용자는 테이블에서 가능한 한 많은 행의 가장 중요한 속성과 속성 창에서 선택한 행에 대한 가능한 많은 속성을 볼 수 있습니다.
사용자가 Windows에서 선택한 열보다 다른 열을 더 중요하게 생각하거나 속성 창을 닫고 가로 스크롤을 사용하는 경우 Windows 탐색기와 마찬가지로 표에서 열을 추가/제거 할 수 있습니다. 그녀가 정말로 원하는 것.
속성 창을 도입하면 몇 가지 장점이 있습니다.
레이블을 독일어로 용서하지만 아이디어는 다음과 같아야합니다.
하드웨어는 확실하지만 상품 멀티 모니터 설정을 제안합니다. 넓은 테이블 또는 스프레드 시트로 작업 할 때 단일 24 인치와 비교하여 19 인치 2 개는 극적입니다.
또한 중요 열 (사용자에게 추가 분석을 수행해야 함을 나타내는 열 및 추가 조치)을 퍼지 화/정규화합니다. 그 퍼지 값으로 그룹화하십시오.
다른 트릭은 '고정 된'열을 통합하여 사용자가 왼쪽이나 오른쪽으로 스크롤 할 때 고정 된 열이 스크롤 방향을 기준으로 화면의 반대쪽 끝을 따라 가도록하는 것입니다.
나는 당신이 이것에 대해 상사와 이야기 할 필요가 있다고 생각합니다. 모든 열과 모든 행을 표시하면 사용 가능한 화면 이상으로 화면이 복잡해집니다. 승용차 주차 장소에 트럭을 주차하라고 요구하는 것과 같습니다. 트럭과 주차 공간에 적합하지 않습니다.
자신과 클라이언트에게 물어봐야 할 것은 사용자가 모든 데이터를 평가하기 위해 수행 할 단계입니다. 먼저 결정을 내리고 확인해야 할 것이 무엇입니까? 이를 통해 사용자가 응용 프로그램을 어떻게 사용하는지 이해할 수 있습니다. 데이터를 합리화하고 관리 가능한 보고서로 표시 할 수 있음을 알게되면.
내가 당신의 예에서 볼 수 있듯이 전체 데이터는 하나의 관점에서 잡을 수 없습니다. 이것은 사용자가 두 비교 공간 사이를 오가야한다는 것을 의미합니다. 데이터를 잘못 읽었 기 때문에 잘못된 결정을 내릴 수 있습니다. 당신이 일하고있는 사업의 오류는 많은 비용이들 수 있습니다. 고객에게 더 선명한 이미지를 그려서 이러한 오류를 피해야한다는 것을 이해할 것입니다.
옵션 : 데이터 행을 비교하는 경우 개요에서 최소한의 데이터를 제안하고 비교 할 커플을 선택하면 모든 데이터가 올바르게 비교 된 보고서 (그래프, 숫자 또는 기타 시각 보조 자료)가 생성됩니다.
대체 옵션 : 당신의 상사에게 가서, 당신이 그 방식대로 할 것이라고 말하지만 다른 디자인을 테이블 위에 올려 놓으십시오. 시간이 다가오고 화난 사용자의 무리가 문앞에 오면 다른 디자인을 만들었 음을 상기시킵니다. 기술의 정치는 내가 가장 좋아하는 것이 아닙니다. 그러나 때로는 필요할뿐입니다!
값이 낮은 열 (예 : [0..100 범위의 값)을 하위 열로 그룹화 할 수 있습니다.
대신에:
| Description | Count | Mean | Sum | Foo | Bar |
| Lorem ipsum | 1 | 2 | 3 | $ 1.00 | +0.2% |
제시 :
| Description | Totals | Foo | Bar |
| | C / M / S | | |
| Lorem ipsum | 1 : 2 : 3 | $ 1.00 | +0.2% |
여기서 ":"은 하위 열 구분 기호이며 C/M/S는 "Count/Mean/Sum"(또는 여기에 표시되는 모든 데이터)을 의미합니다.
데이터의 절대 값이 중요하지 않은 경우 백분율을 누적 막대 아이콘으로 변환 할 수 있습니다.
열이 다른 열의 백분율 인 경우 대상 열의 배경을 진행률 막대로 사용할 수 있습니다. 실제로, 다양한 데이터 도메인에 따라 셀의 배경은 셀에 포함 된 값을 표시하고 통화 접두사 및/또는 불필요한 형식을 삭제할 수 있습니다.
당신이 이것을 할 수 있는지 모르겠지만 테이블을 사용하지 않는 것은 어떻습니까? 항목 목록을 표시합니다. 다음은 영화 목록의 예입니다.
* Movie title 1 *
Cast: actor a, actor b
Year: 2000 Runtime: 100 min Rating: 75%
* Movie title 2 *
...
몇 가지 아이디어가 있습니다.
실제 질문은 이것입니다 : 사용자는 실제로 어떤 데이터를 볼 필요가 있습니까? 모든 행이 데이터의 모든 열을 채우나요? 내 것은 아니지만 '스파 스'매트릭스 종류의 디스플레이와는 거리가 멀다.
1) 어안보기
어안보기를 생각하십니까? 좋은 자바 스크립트 솔루션을 찾기가 어렵지만 Java 애플릿을 쉽게 찾을 수 있습니다.
2) 호버 팁
간단한 숫자 데이터 (범위에 따라 다양한 정밀도로)를 표시하고 호버에 열 제목을 표시합니까? 관심있는 셀을 강조 표시하고 사용자가 마우스를 가져 가서 열이 무엇인지 확인할 수 있습니다.
3) 그룹화
유사한 열이있는 항목을 그룹으로 묶고 각 항목에서 채워지지 않은 열을 제외하고 비슷한 항목이있는 여러 테이블을 만듭니다. 당신은 실제로 그것들을 그룹화하는 방법을 알 필요가 없습니다 ... 당신은 각 행에 대해 어떤 열이 채워지는 비트 맵 또는 해시를 생성하고 행을 공통 열 세트로 정렬/클러스터링 할 수 있습니다. 대체 알고리즘은 채워진 열 수를 기준으로 간단히 정렬하는 것입니다. 나는 이것이 잘 작동하고 그룹화를 쉽게 식별하는 데 도움이되며 사소한 불일치를 잘 드러내는 것을 발견했습니다.
일반적으로 사용자의 모든 욕구에 휘 말리지 않아야합니다. 대량의 데이터를 적절하고 효율적으로 요약하는 방식으로 자신의 요구를 재구성하는 것은 전문가의 일입니다. 컴퓨터는 많은 양의 데이터를 수집하는 데 능숙하며 인간은 그 데이터를 해석하는 데 좋지 않습니다. 형식화되지 않은 요약되지 않은 테이블을 화면에 덤프하십시오.
Google 검색은 대부분 수백만 건의 검색 결과를 반환합니다. 그러나 첫 페이지를 넘어가 본 적이 있습니까? 당신이 가장 좋아하는 사람은 거의 없습니다. 첫 페이지에서 답을 찾을 수 없으면 어떻게합니까? 첫 페이지에 목표가 나타날 때까지 질문을 바꾸고 결과를 좁 힙니다.
앱에 대해 생각할 때 Google 검색 연습을 진행하십시오. 필터링되지 않은 레코드 덤프 만 표시하는 경우는 거의 없습니다.
또 다른 예-iPhone의 연락처 또는 음악 트랙을 고려하십시오. 오른쪽의 문자 스크롤러를 즉시 탭하지 않고 알파벳순으로 점프하지 않으면 매우 놀랍습니다. 레코드의 전체, 완전한 목록은 사탕보다 더 많은 것 (전화의 스크롤 가능성을 보여줍니다)이 다른 것보다 많습니다.
이제이 모든 것을 가로로 표시하는 데이터 (열 수)에도 적용 할 수 있습니다. 해당 데이터를 요약 할 수있는 창의적이고 직관적 인 방법을 찾으십시오. 이 문제를 해결하는 또 다른 이점은 앱을 즐겁게 사용할 수있게하는 것입니다. 이러한 신중한 조정과 광택을 충분히 추가하면 앱이 사용하기에도 "재미"가됩니다.
최소한 문제에 대해 생각하고 있습니다. 이것은 대부분의 개발자가하는 것보다 먼 거리입니다. 행운을 빕니다!
이 질문이 너무 오래되었다는 사실에도 불구하고 여기에 2 센트를 던져야합니다.
사용자가 결정을 내리는 데 필요한 많은 데이터가 있다면 분명히 해당 데이터를 기반으로하는 의사 결정 프로세스가 있습니다. 원시 데이터를 기반으로 이러한 결정을 내릴 수 있도록 사용자에게 책임을 부여하는 것이 아니라 사용자에게보다 유용한 방식으로 원시 데이터를 처리하는 방법을 알아내는 것이 중요합니다.
예를 들어 A, B, C, D 및 E 열이 있고 B와 C가 D보다 작지만 E보다 클 때 A를 업데이트해야하는 경우 사용자에게 모든 열을 표시하는 대신 해당 조건이 현재 true인지 여부를 표시하는 단일 열.
데이터를 사용하여 사용자를 습득하는 대신 해당 데이터를 사용하는 비즈니스 로직 계층을 설정해야합니다. GUI의 복잡성을 크게 단순화 할뿐만 아니라 사용자의 삶을 편하게 해준 것에 대해 사용자에게 대단히 감사 할 것입니다. 항상 사람보다 컴퓨터에 더 쉬운 작업을 식별하고 해당 작업에 대한 책임을 컴퓨터에 맡기십시오.
사용자가 왜 모든 열을보아야하는지 또는 상사가 자신이 모든 열을보고 싶어한다고 생각하는 이유를 알 수 없으므로 일부 열 솔루션을 제거해야합니다. 내 꺼야 사용자가 원하는 열에 대한 기본 설정을 선택, 주문 및 저장할 수있는 방법을 제공하십시오. 5 개의 열만보고 싶은 사용자가 상당히 많다고 확신합니다. 진짜 문제는 모두 같은 것을보고 싶지 않다는 것입니다. 결국 가로 스크롤 막대가 나타날 열이 너무 많습니다. 내 생각 엔이 '스프레드 시트 중독자'는 신경 쓰지 않을 것입니다. 그들은 집에서 바로 느낄 것입니다.
가장 먼저 염두에 두어야 할 것은 크기를 조정할 수있는 열입니다. 모든 열이 표시되어야하고 데이터는 테이블 형식이어야한다고 말했기 때문입니다. 열 이름의 각도는 45도이므로 쉽게 식별 할 수 있고 공간을 덜 차지합니다.
표시 할 열을 제어하고 지능적인 기본값을 사용한다는 점에서 동적으로 설정하십시오. 이에 대한 좋은 예는 Google의 외부 키워드 도구 로, 원하는대로 열을 추가/삭제/정렬 할 수 있습니다. 역동적 인 기둥을 사용하면 케이크를 먹을 수 있고 상사는 먹을 수 있습니다.
그래프와 관련하여 Erwin에 동의합니다. 스파크 라인이 적절할 수 있습니다.
Edward Tufte의 사이트에서 이런 종류의 일에 대한 열렬한 토론이 있습니다.
http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002r&topic_id=1
25 개 이상의 열 로이 정확한 문제가있었습니다. 모든 텍스트 데이터는 숫자가 없습니다. 기본적으로 많은 분야에 이르는 거대한 재고.
현재 위아래 화살표 키는 여전히 행을 선택하지만 왼쪽 및 오른쪽 키는 열을 숨기거나 숨기기 해제하여 전체 테이블이 왼쪽으로 이동합니다.
정말 멋진 검색과 함께이 솔루션은 나쁘지 않습니다.
물론 기본보기는 완전히 사용자 정의 할 수 있습니다.
실제로 우리는 테이블에 너무 많은 데이터가 표시되는 것과 같은 문제를 만났으며 사용자는 가로 스크롤 대신 더 많은 열을보아야합니다.
가능한 해결책과 디자인에서 시도한 사항 :
누군가 더 특별한 해결책이나 아이디어가 있습니까?