it-swarm-vi.com

Cách hiển thị quá nhiều dữ liệu

Chúng tôi đang xây dựng một nền tảng dựa trên web nơi bảng điều khiển chính hiển thị bảng dữ liệu để người dùng xem và phân tích. Khi chúng tôi đang phát triển công cụ này, chúng tôi dường như đang thêm ngày càng nhiều cột và sắp hết không gian ngang trên độ phân giải màn hình nhỏ hơn (chúng tôi đang thấy một số gói dữ liệu). Điều quan trọng đối với người dùng là phải xem tất cả các cột cùng một lúc, vì vậy việc ẩn cột có phần không đúng, cũng như cuộn ngang (theo yêu cầu của ông chủ và vì cuộn ngang hút bất kỳ cách nào). Tôi đã tự hỏi nếu có ai biết về một giao diện người dùng thông minh cho các bảng có nhiều cột.

CHỈNH SỬA

Dưới đây là một ảnh chụp màn hình của bố trí của bảng. Thật không may cho mục đích bảo mật tôi đã phải làm mờ các tiêu đề cột. Ví dụ này có các hàng thực tế không có dữ liệu trong đó, nhưng khi sử dụng chúng sẽ có rất nhiều dữ liệu sẽ mở rộng hơn tiêu đề cột tương ứng. Để trả lời một số câu trả lời, bắt buộc người dùng phải xem tất cả các cột, vì tất cả chúng đều cần thiết để phân tích dữ liệu để đưa ra quyết định nhất định. Tất cả các dữ liệu là số ngoài ba cột đầu tiên. Cảm ơn một lần nữa cho bất kỳ thông tin phản hồi.

alt text

Ok vì vậy tôi thấy rằng việc tải lên hình ảnh này không thực sự công bằng ... nó chiếm toàn bộ chiều rộng của màn hình ở độ phân giải 1680x1050 (22 ") và khi dữ liệu lấp đầy trong các cột, cột bên trái sẽ thu nhỏ văn bản xuống một chút.

EDIT 2 Tôi chỉ muốn nói lời cảm ơn đến những ý tưởng tuyệt vời của mọi người. Tôi chỉ có thể chọn một câu trả lời, nhưng rất nhiều ý tưởng của bạn đã được chứng minh rất hữu ích và có thể kết thúc trong sản phẩm cuối cùng. Cảm ơn một lần nữa!

217
Jason

Vì tất cả dữ liệu sau ba cột đầu tiên là số, bạn có thể làm tròn để độ rộng của mỗi cột chỉ bằng bốn ký tự.

 Full Length   Shorter   Tiny
------------   -------   ----
 $143,573.39   $143.6k   144k
     112.54%    112.5%    113 
 198,220,329    198.2m   198m

Bạn có thể quyết định phiên bản nào sẽ hiển thị dựa trên dung lượng trống. Những người may mắn có màn hình lớn hơn vẫn sẽ có được mọi thứ. Bài thuyết trình sẽ xuống cấp một cách duyên dáng cho màn hình nhỏ hơn

Tất nhiên, khi nội dung của một ô được viết tắt, bạn sẽ hiển thị toàn bộ giá trị trong một mẹo công cụ.


Cập nhật: @Oskar đã chỉ ra trong các bình luận cho thấy các số có độ lớn khác nhau khiến việc so sánh trực quan trở nên khó khăn hơn. Vì vậy, đây là một biến thể trong trường hợp so sánh các giá trị tương đối quan trọng hơn độ chính xác.

  Revenue 
($millions)  
------------ 
       143.6   
        93.2
         0.3
       < 0.1  

(Tiêu đề trong ví dụ này rộng hơn dữ liệu, nhưng như những người khác đã chỉ ra rằng có thể giải quyết bằng cách nghiêng các tiêu đề ở góc 45 độ.)

134
Patrick McElhaney

Bạn có thể thử hiển thị nhiều dòng trên mỗi bản ghi, ví dụ:

alt text

Bạn cũng có thể tiến thêm một bước bằng cách đặt mỗi hàng một chế độ xem tóm tắt có thể được mở rộng để người dùng có thể xem bản ghi hoàn chỉnh, ví dụ:

alt text

Trong ảnh trên, người dùng quan tâm đến thông tin đầy đủ của Mary Jane, vì vậy cô nhấp vào hình tam giác bên cạnh tên của mình để xem bản ghi đầy đủ.

Ngoài ra, tôi không đồng ý với tiền đề của bạn rằng "việc ẩn cột có phần không đúng". Nếu thực sự có đó nhiều thông tin, người dùng sẽ muốn ẩn một cái gì đó. Bạn có thể muốn có tất cả chúng hiển thị theo mặc định ban đầu; nhưng nên có một cách để người dùng ẩn một số cột khi cô ấy đi.

153
Hisham

Nếu các cột đang phát triển các hàng, bạn có thể thử đặt các hàng dưới dạng các cột

alt text

109
Eduardo Molteni

Điều này nghe có vẻ giống như trường hợp khách hàng/người quản lý sản phẩm muốn mọi thứ trên màn hình chính so với mọi thứ bạn cần trên màn hình chính.

IMHO, màn hình bảng điều khiển sẽ cung cấp cho người dùng tổng quan về mọi thứ ... nhưng để biết chi tiết về một phần của điều đó (ví dụ: doanh số tăng 275% trong tuần này), người dùng nên "đi sâu" vào dữ liệu để xem (các) bảng thông tin về nơi bán hàng đến từ đâu.

Quá phức tạp quan điểm "chính" để thử và hiển thị rất nhiều thông tin cuối cùng không thành công khi người dùng bị lạc trong một luồng dữ liệu. Các ví dụ dưới đây chỉ là những điều ngẫu nhiên tôi tìm thấy trên Google, nhưng trong màn hình A, bạn thậm chí khó có thể quyết định bắt đầu từ đâu - so với Màn hình B nơi nội dung được sắp xếp gọn gàng thành các tổng quan.

ví dụ về dữ liệu áp đảo: alt text

ví dụ về dữ liệu đơn giản, dễ tiêu hóa: alt text

61
scunliffe

Bảng là một cách tốt để trình bày lượng lớn dữ liệu. Tuy nhiên, với hơn 5 cột, các bảng nhanh chóng trở nên không thể đọc được. Nếu dữ liệu của bạn thay đổi theo thời gian thực như bạn nói, rất có thể người dùng sẽ không thể đưa ra quyết định kịp thời nếu anh ta phải xem xét 15 cột khác nhau cùng một lúc.

Google biết rõ nhất rằng sự cân nhắc quan trọng nhất khi xem xét một lượng lớn dữ liệu là sắp xếp. Bạn cần sắp xếp theo mức độ phù hợp của nó với người dùng. Mọi phần dữ liệu có thể quan trọng, nhưng một số phần dữ liệu quan trọng hơn các phần khác, bạn cần xác định phần nào là quan trọng nhất và phần nào không, điều này phụ thuộc nhiều vào mục tiêu của doanh nghiệp.

Không phải tất cả các cột được tạo ra bằng nhau

Một số cột quan trọng hơn các cột khác:

  • một số cột phải được đọc trước khi dữ liệu trong cột khác trở nên có liên quan. Người dùng nói tiếng Anh đọc từ trái sang phải, các cột nên được đọc từ trái sang phải khi có thể;
  • một số cột chỉ quan trọng theo thứ tự tương đối của chúng, tức là giá trị tuyệt đối của chúng không thực sự quan trọng, ví dụ: ngày giờ. Bạn có thể ẩn cột này và sử dụng sắp xếp để đưa ra ý nghĩa của trật tự;
  • một số giá trị chỉ quan trọng như cao, trung bình, thấp. Sự khác biệt nhỏ giữa hai giá trị "cao" có thể không thực sự ảnh hưởng đến việc ra quyết định vì có nhiều yếu tố khác ảnh hưởng đến quyết định đáng kể hơn. Bạn có thể sử dụng biểu tượng "xanh", "vàng", "đỏ" thay vì toàn văn để tiết kiệm dung lượng.
  • một số cột có thể chỉ đọc hoặc cần được chỉnh sửa ít thường xuyên hơn một số cột khác, có những nhóm cột rất có khả năng được chỉnh sửa cùng nhau. Sắp xếp các cột của bạn để các cột yêu cầu chỉnh sửa cùng nhau được nhóm lại với nhau;

Không phải tất cả các hàng được tạo ra bằng nhau

Một điều rất phổ biến nhầm lẫn khi sắp xếp, là sắp xếp theo một thứ tự tùy ý vô dụng, như thứ tự chữ cái hoặc ngày hoặc giá trị số. Đặt hàng tĩnh và nhất quán sẽ hữu ích nếu bạn cần tìm kiếm các giá trị, nhưng bạn nên để máy tính thực hiện tìm kiếm cho bạn . Thay vào đó, trong hầu hết các trường hợp, bạn muốn sắp xếp theo mức độ liên quan của nó.

Một số trong số này có thể hoặc không thể áp dụng trong trường hợp của bạn:

  • dữ liệu cập nhật gần đây là quan trọng hơn;
  • giao dịch giá trị cao hơn hoặc giao dịch trong một phạm vi giá trị nhất định là quan trọng hơn;
  • giá trị sai hoặc giá trị thật không quan trọng;
  • (phức tạp hơn) các giá trị sai chỉ quan trọng khi một trường khác có một giá trị nhất định, nếu không thì giá trị thật đó là quan trọng

Bạn cần xác định các mục tiêu này cho người dùng của mình và thực hiện sắp xếp có trọng số cho dữ liệu và cột tương ứng. Nếu bạn chưa xác định mục tiêu nào là quan trọng nhất đối với người dùng của mình, thì bạn không thực sự thiết kế . Sau khi bạn xác định dữ liệu nào là quan trọng nhất, thì bạn có thể tiến hành ẩn một số dữ liệu ít quan trọng hơn hoặc viết tắt chúng hoặc trừu tượng hóa chúng thành các biểu tượng. Các biểu tượng rất dễ tiếp thu và người dùng của bạn không muốn dành ba giây để đọc 8221 và 1463 nếu anh ta có thể dành một phần mười giây để nhìn vào "vòng tròn xanh" và "chữ thập đỏ".

Một số giá trị chỉ quan trọng trong bối cảnh nhất định

Làm nổi bật các giá trị thú vị. Người dùng chỉ có thể quan tâm đến các giao dịch với một giá trị nhất định trong một lĩnh vực nhất định. Và người dùng có thể biết rằng anh ta sẽ không bao giờ chạm vào các giao dịch quá cao hoặc quá thấp so với sở thích của mình; bạn có thể lọc chúng để người dùng thậm chí không cần nhìn thấy chúng. Bạn thậm chí có thể ẩn toàn bộ một cột, nếu người dùng nói rằng anh ta không sử dụng cột.

37
Lie Ryan

người dùng thực sự cần xem dữ liệu gì?

Giá như chúng ta có thể có được một câu trả lời thẳng cho điều đó. Thay vì "nó phụ thuộc".

Tôi tiếp tục gặp phải vấn đề này và mỗi khi tôi Google, tôi lại trở về đây với câu hỏi tuyệt vời của Jason.

Và có rất nhiều câu trả lời tuyệt vời, nhưng tôi ngửi thấy một chủ đề meta mà tất cả chúng ta dường như đi vòng quanh nhưng tôi nghĩ là đáng để giải nén.

Trước tiên hãy nắm bắt phạm vi thực sự của Ý định người dùng

Khi gặp các tình huống như thế này, tôi thấy thật hữu ích khi lùi lại một bước và đảm bảo chúng tôi có sự đánh giá cao về sự đa dạng của ý định người dùng trong hệ thống của chúng tôi. Tôi đã vẽ một sơ đồ đơn giản để minh họa điều tôi muốn nói:

domain of user intents

Ở đây tôi đang xem xét hai điều:

  • Chúng tôi có thể xác định hoạt động của người dùng tốt đến mức nào?
  • Chúng ta có thể dự đoán tốt như thế nào khi người dùng cần thứ gì đó?

Ví dụ:

Nếu chúng ta biết rằng mỗi buổi sáng, Người quản lý bán hàng sẽ xem xét đường ống bán hàng của họ theo giá trị và ngày kết thúc, thì chúng ta có thể thiết kế một bảng điều khiển cho điều đó và biết rằng nó sẽ "gần gũi" vào mỗi buổi sáng. Đây là những gì tôi gọi là trường hợp sử dụng được xác định pervasive .

Khi chúng tôi thấy các nhà phân tích đầu tư đổ vào các cổ phiếu trong danh mục đầu tư của họ, chúng tôi biết rằng họ liên tục đánh giá vị trí của họ bằng một loạt các kỹ thuật tiêu chuẩn, nhưng chúng tôi không thể xác định chính xác bất cứ lúc nào họ thực hiện đánh giá. Điều này đặc biệt đúng nếu nó phản ứng với một kích thích bên ngoài (như một cuộc gọi từ một đồng nghiệp trên sàn giao dịch, hoặc một câu chuyện trên Thời báo Tài chính). Đây là những gì chúng ta có thể gọi chưa xác định yet pervasive .

Có lẽ chúng tôi biết rằng người đứng đầu bộ phận chịu trách nhiệm quản lý chi phí và ngân sách của họ. Nhưng chúng ta có hiểu những gì quản lý chính xác đòi hỏi không? Và điều này có thể thay đổi theo thời gian - ví dụ vào đầu năm, công ty có thể tập trung vào thị phần và tối ưu hóa doanh thu, trong khi Q4, mọi người đều tập trung vào việc giảm chi phí. Điều này có thể dẫn đến các loại xem xét và hành động rất khác nhau. Kịch bản này tôi có thể gọi không xác định phù du

Và như vậy .. Tôi nghĩ rằng bạn có được hình ảnh.

Quyết định nơi tập trung

Góc phần tư phía trên bên phải rõ ràng là nơi tốt nhất để trở thành một nhà thiết kế. Chúng tôi có thể xác định những gì người dùng thực sự cần và nỗ lực thiết kế trải nghiệm tốt nhất cho họ. Chúng tôi có thể loại bỏ tất cả các hành trình trong ứng dụng của chúng tôi mà không tăng thêm giá trị cho trải nghiệm. Chúng tôi có thể giành được giải thưởng nếu chúng tôi làm tốt ;-)

Thật không may, thế giới là một nơi lộn xộn. Rất có thể là người dùng của chúng tôi trên tất cả các biểu đồ. Và điều đó có thể thay đổi từ phút này sang phút khác.

Phản ứng thông thường của chúng tôi, và vẫn là lời khuyên tốt nhất mà bạn sẽ nghe bất kể kỷ luật (lập trình viên, nhà thiết kế, doanh nhân) chỉ đơn giản là tập trung. Trong cực đoan: làm một việc và làm tốt.

Nếu bạn đang khởi nghiệp hoặc làm việc trên MVP, việc này dễ dàng và tự chọn ("chúng tôi chỉ xây dựng điều này cho người dùng muốn làm X").

Đối với những người khác, tôi đề nghị thay vào đó chúng ta cần đánh giá cao những người dùng phần tư nào muốn và cần làm việc bên trong, và sử dụng nó như một ống kính để tập trung nỗ lực của chúng tôi. Nếu người dùng của chúng tôi làm việc trong Quadrant D, nhưng chúng tôi đang cố gắng buộc họ vào giải pháp Quadrant A .. nó sẽ không đẹp và cuối cùng người dùng sẽ luôn giành chiến thắng.

Kịch bản của Jason

Jason thực sự có lẽ đã di chuyển từ lâu, nhưng nhiều người trong chúng ta có những ngày chúng ta là Jason. Từ mô tả của anh ấy, có vẻ như giả định/đề xuất bắt đầu là người dùng của Jason đều nói về Quadrant C - luôn rất bận rộn khi làm những việc mà chúng tôi không thể dễ dàng xác định với các bộ dữ liệu chúng tôi cung cấp.

Nói cách khác, cổ điển công nhân tri thức . Chúng tôi đặc biệt đấu tranh để xây dựng các hệ thống cho những người này, vì họ biết và phản hồi rất nhiều điều mà các máy tính nghèo của chúng tôi không biết.

Không có gì ngạc nhiên khi bảng tính khiêm tốn vẫn cai trị tối cao ở những nơi như bộ phận tài chính. Khi các hệ thống ERP được thực hiện với tất cả quá trình xử lý giao dịch, hầu hết các công việc còn lại nằm bên ngoài Quadrant phía trên bên phải ... và một bảng tính vẫn là khung vẽ trống cuối cùng để làm việc với dữ liệu .

Vậy chúng ta có thể làm gì? Tôi muốn đề xuất hai chiến lược song song

Xác định các trường hợp sử dụng để điều trị Quadrant A

OK, có lẽ hầu hết các công việc cần phải được thực hiện trong chế độ xem bảng tính giả. Nhưng có lẽ không phải tất cả. Khi chúng tôi nhận được các chỉ dẫn về việc sử dụng phổ biến được xác định, chúng tôi có thể xây dựng cụ thể cho điều đó (chế độ xem khác, trang bảng điều khiển hoặc đột xuất).

Có rất nhiều câu trả lời và nhận xét tốt đã được đính kèm cho câu hỏi này theo cách này: làm thế nào để tìm viên ngọc Quadrant A trong mớ hỗn độn của Quadrant C ?

Làm thế nào để chúng ta tìm thấy đá quý trong thô?

  • trường học cũ - dành hàng giờ/ngày/tuần làm việc với người dùng để tìm hiểu những gì họ thực sự làm
  • tìm những nhà vô địch từ cộng đồng người dùng, những người có thể giải thích cách mọi thứ thực sự được thực hiện
  • nhìn vào dữ liệu Chúng ta có thể khám phá hành vi dự đoán dẫn đến một hành động được xác định không? ví dụ. trước khi đặt lệnh bán, người dùng dường như luôn nhìn vào lượt xem A và B, sắp xếp theo C và D và chạy báo cáo E. Ít nhất có thể cho chúng tôi một nơi để bắt đầu kiểm tra kỹ hơn ...

Xây dựng trải nghiệm Quadrant C tốt nhất có thể

Nhưng với các hệ thống như thế này, nó thường là Taylorist pipe-dream để nghĩ rằng cuối cùng chúng ta có thể giảm tất cả xuống một bộ trường hợp sử dụng gọn gàng, chúng ta có thể thiết kế các giải pháp Quadrant A xung quanh.

Nếu chúng ta không thể xây dựng cho các mục tiêu cuối cùng hoàn chỉnh và được xác định rõ ràng, có lẽ chúng ta vẫn có thể tạo ra những bước nhảy vọt bằng cách tập trung cải thiện hành trình cho người dùng?

Tập trung vào Quyền truy cập và Chi phí

Vì vậy, chúng tôi không biết chính xác những gì người dùng đang cố gắng làm, nhưng chúng tôi có thể cải thiện khả năng truy cập và thao tác dữ liệu của họ. Ví dụ:

  • tìm kiếm, lọc và sắp xếp tốt nhất trong lớp
  • cột hiển thị/ẩn. Tốt hơn nữa: hiển thị/ẩn các nhóm cột
  • dễ dàng tải xuống dữ liệu để làm phân tích của riêng tôi
  • chọn từ một tập hợp các khung nhìn được xác định trước cho các mục đích cụ thể
  • có lẽ tôi có thể lưu và sử dụng các chế độ xem tùy chỉnh của riêng mình? Có lẽ tôi có thể chia sẻ quan điểm đó với đồng nghiệp
  • với tư cách là người dùng, tôi có thể "mở rộng" quan điểm của mình theo yêu cầu. Ví dụ:
    • cỡ chữ
    • nhiều hơn/ít chi tiết hơn trên mỗi ô
    • chế độ hàng mỏng/hàng béo/chế độ pinterest

Tập trung vào công cụ vi mô

Chúng tôi không biết toàn bộ câu chuyện về những gì bạn đang cố gắng đạt được, nhưng chúng tôi có thể cung cấp các phần của câu đố. Ví dụ:

  • xem chi tiết rõ ràng trên các hàng để biết thêm
  • Công cụ "nhấp chuột phải": [.__.]
    • xoay theo cột này
    • mục tiêu tìm kiếm một giá trị mới cho ô này
    • xu hướng lịch sử bật lên cho hàng/ô này
    • ghim hàng này và xếp hạng những người khác xung quanh nó

Tập trung vào việc thêm giá trị vào Dữ liệu

Chúng tôi không biết chính xác cách mọi người biến dữ liệu của chúng tôi thành Thông tin-Kiến thức-Trí tuệ , nhưng chúng tôi nên tìm kiếm cơ hội để tiếp tục cải thiện giá trị mà chúng tôi có thể thêm vào dữ liệu.

ví dụ. hôm nay tôi chỉ cung cấp cho bạn số lượng sản xuất thô, ngày mai tôi có thể cung cấp cho bạn số tiền đó cộng với sự thay đổi kể từ ngày hôm qua/tuần trước/tháng trước.

Vì vậy, trong khi mọi người có thể vẫn sẽ kiểm soát việc trích xuất kiến ​​thức và trí tuệ, có lẽ chúng ta có thể trở nên tốt hơn trong việc trình bày thông tin thay vì chỉ dữ liệu.

30
tardate

Tôi biết bạn đã chọn một câu trả lời, nhưng tôi muốn đưa ra một thứ mà tôi nghĩ là khá quan trọng: dữ liệu so với thông tin. Gần đây tôi đã suy nghĩ rất nhiều về điều này, vì vậy nó ở ngay trước đầu của tôi.

Những gì bạn đang làm là hiển thị dữ liệu. Thật thô thiển, tất cả có vẻ thực sự quan trọng, nhưng trong thực tế, hầu hết mọi người không cần phải xem dữ liệu. Những gì họ thực sự cần là thông tin được tạo ra dựa trên dữ liệu. Bạn đề cập đến một trong những ý kiến ​​rằng người dùng có thể "nhìn thấy biểu đồ khi họ di chuột qua hàng" và tôi nghĩ đó là điều lạc hậu. Dữ liệu thô nên có sẵn theo yêu cầu, nhưng chế độ xem mặc định sẽ phân tích dữ liệu và hiển thị thông tin kết quả.

Điều này không có nghĩa là đồ thị là lựa chọn chính xác, nhưng một màn hình thay thế cho những phát hiện chính của tất cả dữ liệu đó có thể là một cách khôn ngoan hơn. Điều này khó phát triển hơn, về mặt khái niệm, nhưng sẽ làm cho sản phẩm cuối cùng trở thành một công cụ hữu ích hơn là nơi đơn giản để tra cứu mọi thứ. Câu hỏi để hỏi người dùng của bạn là "bạn muốn biết gì khi nhìn vào màn hình này?"

26
Tim Sullivan

Những gì chúng tôi làm là chia màn hình về cơ bản thành hai phần. Nửa trên hiển thị chi tiết về mục hiện được chọn, nửa dưới hiển thị lưới với danh sách phân trang có sẵn.

Các điều khiển tab được sử dụng để hiển thị chế độ xem chi tiết/bộ sưu tập của những gì chúng ta gọi là chi tiết/bộ sưu tập lồng nhau. Chúng được hình thành bởi các mối quan hệ quan trọng nước ngoài.

Hy vọng điều này sẽ giúp bạn phần nào. mockup

14
JochemKempe

Một ví dụ tôi có thể nghĩ rằng điều đó có thể truyền cảm hứng cho điều gì đó là trang bảng xếp hạng của MLB.com , đó là một bảng có quá nhiều cột, nhưng giao diện tùy chỉnh là trực quan ngay lập tức (với tôi - và nó không nhằm vào một khán giả công nghệ). Tất nhiên, bạn có thể không muốn giới hạn tùy ý của MLBAM về số lượng cột tối đa bạn có thể có.

Vấn đề lớn nhất về giao diện người dùng với ẩn cột thường là lấy lại cột bị ẩn - trừ khi họ đã sửa nó gần đây, chẳng hạn như "bỏ ẩn" thực sự khó tìm thấy trong Excel.

12
Richard Gadsden

Tôi hơi ngạc nhiên, chưa có ai đề xuất mẫu Master-Chi tiết nào.

Chúng tôi có cùng một vấn đề trong một số sản phẩm của chính mình: Quá nhiều cột để vừa trên màn hình, tuy nhiên, mọi thông tin sẽ có liên quan trong một số trường hợp sử dụng.

Trên thực tế, chúng tôi đã quyết định làm, những gì bạn (ông chủ r) loại trừ: Cắt số lượng cột hiển thị mặc định thành khoảng 5-6 thuộc tính được chọn cẩn thận để bao phủ 90% trường hợp sử dụng. Tuy nhiên, đối với hàng đã chọn, chúng tôi hiển thị tất cả các thuộc tính trong ngăn thuộc tính ở bên phải màn hình. Người dùng thấy các thuộc tính quan trọng nhất của càng nhiều hàng càng tốt trong bảng và càng nhiều thuộc tính càng tốt cho hàng được chọn trong ngăn thuộc tính.

Người dùng vẫn có thể thêm/xóa các cột khỏi bảng, giống như trong Windows Explorer, nếu cô ấy thấy các cột khác quan trọng hơn các cột được chúng tôi chọn hoặc thậm chí loại bỏ ngăn thuộc tính và dùng đến cuộn ngang, nếu người dùng quyết định đó những gì cô ấy thực sự muốn.

Việc giới thiệu khung thuộc tính có một số lợi thế tiện lợi:

  • Bạn có thể cung cấp UI chỉnh sửa có ý nghĩa hơn nếu dữ liệu được chỉnh sửa
  • Thông thường, bạn có thể trình bày dữ liệu phù hợp hơn trong một ô của bảng. Hãy nghĩ về một bức ảnh chụp một nhân viên, một bộ tọa độ GPS được hiển thị trên bản đồ, khả năng là vô tận.

Xin lỗi các nhãn là tiếng Đức, nhưng nó sẽ có ý tưởng xuyên suốt:

enter image description here

11
Chris

Phần cứng chắc chắn, nhưng tôi sẽ đề nghị thiết lập nhiều màn hình hàng hóa. Hai 19 "so với asingle 24" rất ấn tượng khi làm việc với các bảng rộng hoặc bảng tính.

Ngoài ra, làm mờ/bình thường hóa các cột quan trọng (các cột cho người dùng biết cần phải thực hiện phân tích sâu hơn và có thể thực hiện thêm hành động). Nhóm theo các giá trị mờ.

Thủ thuật khác có thể là kết hợp các cột 'được ghim' để người dùng cuộn sang trái hoặc phải theo đường dẫn cột được ghim vào đầu đối diện của màn hình dựa trên hướng cuộn.

7
JustinC

Tôi nghĩ rằng bạn cần có một cuộc nói chuyện với ông chủ của bạn về điều này. hiển thị tất cả các cột và tất cả các hàng sẽ làm lộn xộn màn hình ngoài khả năng sử dụng. Nó giống như yêu cầu đỗ xe tải vào một chỗ đậu xe khách. Không kết thúc tốt cho xe tải và không gian đậu xe.

Những gì bạn nên tự hỏi mình và khách hàng là những bước người dùng sẽ thực hiện để đánh giá tất cả dữ liệu. Quyết định dựa trên cái gì trước, sau đó cái gì cần kiểm tra. Từ đó bạn có thể bắt đầu hiểu người dùng sẽ sử dụng ứng dụng của bạn như thế nào. Khi bạn biết rằng bạn có thể hợp lý hóa dữ liệu và trình bày chúng trong một báo cáo có thể quản lý được.

từ những gì tôi thấy trong ví dụ của bạn, dữ liệu tổng thể không thể được bắt gặp trong một chế độ xem. điều này có nghĩa là người dùng sẽ phải quay lại giữa hai không gian so sánh. Điều này có thể dẫn đến một quyết định sai vì dữ liệu được đọc sai. lỗi trong doanh nghiệp bạn đang làm việc có thể tốn rất nhiều tiền. bằng cách nói với khách hàng của bạn rằng anh ta có thể sẽ hiểu rằng bạn cần tránh những lỗi đó bằng cách vẽ một hình ảnh rõ ràng hơn.

TÙY CHỌN: Nếu bạn đang so sánh các hàng dữ liệu, tôi đề xuất dữ liệu tối thiểu trong tổng quan và chọn một cặp để so sánh sẽ tạo một báo cáo với tất cả các dữ liệu được so sánh đúng (biểu đồ, số hoặc bất kỳ trợ giúp trực quan nào khác).

LỰA CHỌN THAY ĐỔI: Đến gặp sếp của bạn, nói rằng bạn sẽ làm theo cách của mình nhưng đặt một thiết kế thay thế trên bàn. Khi thời gian đến và đám người dùng giận dữ đang ở trước cửa nhà bạn, bạn nhắc nhở anh ta rằng bạn đã tạo ra một thiết kế thay thế. chính trị trong công nghệ không bao giờ là yêu thích của tôi. nhưng đôi khi nó chỉ cần thiết!

5
yopefonic

Có lẽ bạn có thể nhóm các cột có giá trị thấp (tức là: các giá trị trong phạm vi [0..100)) thành các cột phụ.

Thay vì:

| Description | Count | Mean | Sum | Foo    | Bar   |
| Lorem ipsum |     1 |    2 |   3 | $ 1.00 | +0.2% |

Trình bày như sau:

| Description | Totals    | Foo    | Bar   |
|             | C / M / S |        |       | 
| Lorem ipsum | 1 : 2 : 3 | $ 1.00 | +0.2% |

Trong đó ":" là dấu tách cột phụ và C/M/S có nghĩa là "Đếm/Trung bình/Tổng" (hoặc bất kỳ dữ liệu nào được hiển thị ở đó).

Nếu các giá trị tuyệt đối của dữ liệu không quan trọng, bạn có thể chuyển đổi tỷ lệ phần trăm thành các biểu tượng thanh xếp chồng lên nhau.

Nếu một cột là tỷ lệ phần trăm của một cột khác, bạn có thể sử dụng nền của cột mục tiêu làm thanh tiến trình. Trong thực tế, tùy thuộc vào sự đa dạng của các miền dữ liệu, nền của ô có thể cho biết giá trị của nó chứa và loại bỏ tiền tố tiền tệ và/hoặc định dạng thừa.

5
Romulo AB

Tôi không biết nếu bạn được phép làm điều này, nhưng còn việc không sử dụng bảng thì sao? Hiển thị danh sách các mục, đây là một ví dụ về danh sách phim:

* Movie title 1 *
Cast: actor a, actor b
Year: 2000       Runtime: 100 min       Rating: 75%

* Movie title 2 *
...
3
fhucho

Dưới đây là một vài ý tưởng:

Câu hỏi thực sự là đây: người dùng thực sự cần xem dữ liệu nào? Có phải tất cả các hàng cư trú tất cả các cột trong dữ liệu của bạn? Của tôi thì không, nhưng nó khác xa với kiểu hiển thị ma trận 'thưa thớt'.

1) xem mắt cá
[.__.] Bạn đã bao giờ nghĩ đến một khung nhìn mắt cá chưa? Khó tìm thấy một giải pháp javascript tốt, nhưng Java applet đủ dễ tìm.

2) mẹo di chuột
[.___.] Chỉ hiển thị dữ liệu số ngắn gọn (ở độ chính xác khác nhau dựa trên phạm vi) và hiển thị tiêu đề cột khi di chuột? Bạn có thể muốn/cần làm nổi bật các ô quan tâm và để người dùng di chuột qua chúng để xem chúng là cột nào

3) nhóm
[.___.] Các mục nhóm có các cột tương tự được điền vào các nhóm và tạo một số bảng với các mục mô phỏng, loại bỏ các cột không được điền từ mỗi bảng. Bạn thực sự không cần phải biết apriori cách nhóm chúng ... Bạn có thể tạo một bitmap hoặc hàm băm trong đó các cột được điền cho mỗi hàng và sau đó sắp xếp/phân cụm các hàng thành các tập hợp cột chung. Một thuật toán thay thế là chỉ đơn giản là sắp xếp theo số lượng cột được điền. Tôi đã tìm thấy điều này để làm việc khá tốt và giúp xác định các nhóm dễ dàng, và phơi bày những mâu thuẫn nhỏ khá tốt.

3
ericslaw

Theo nguyên tắc, bạn không nên theo ý muốn của mọi người dùng. Công việc của bạn là một chuyên gia để mô phỏng lại nhu cầu của họ theo cách tóm tắt một cách phù hợp và hiệu quả khối lượng dữ liệu. Máy tính rất giỏi trong việc thu thập các chuỗi dữ liệu và con người rất tệ trong việc diễn giải dữ liệu đó. Chống lại, với tất cả sức mạnh của bạn, đổ các bảng không được định dạng, không được định dạng vào màn hình.

Cân nhắc tìm kiếm trên Google - hầu hết các tìm kiếm thường trả về hàng triệu lượt truy cập. Nhưng bạn có bao giờ điều hướng ngoài trang đầu tiên? Nếu bạn thích nhất, hầu như không bao giờ. Bạn làm gì nếu bạn không thể tìm thấy câu trả lời của mình trên trang đầu tiên? Bạn sẽ viết lại câu hỏi của bạn và thu hẹp kết quả cho đến khi DOES mục tiêu của bạn xuất hiện trên trang đầu tiên.

Trải qua bài tập Google Tìm kiếm khi bạn nghĩ về ứng dụng của mình. Chỉ hiếm khi được liệt kê một bãi chứa hồ sơ chưa được lọc thích hợp.

Một ví dụ khác - xem xét danh bạ hoặc bản nhạc trên iPhone của bạn. Tôi sẽ rất ngạc nhiên nếu bạn không chạm ngay vào thanh cuộn thư bên phải và nhảy đến phần được sắp xếp theo thứ tự chữ cái. Danh sách đầy đủ, đầy đủ các hồ sơ có nhiều kẹo hơn (thể hiện khả năng cuộn của điện thoại) hơn bất kỳ thứ gì khác.

Bây giờ, tất cả điều này cũng có thể được áp dụng cho dữ liệu mà bạn hiển thị theo chiều ngang (số lượng cột). Chỉ ra một cách sáng tạo và trực quan để tóm tắt dữ liệu đó. Một lợi ích bổ sung cho việc đóng đinh đây là những điều làm cho ứng dụng trở nên thú vị khi sử dụng. Thêm đủ các tinh chỉnh và đánh bóng chu đáo này và ứng dụng thậm chí còn trở nên "vui nhộn" khi sử dụng.

Ít nhất bạn đang nghĩ về vấn đề; cái này xa hơn hầu hết các dev đi. Chúc may mắn!

3
xanadont

Tôi chỉ cần ném hai xu của mình vào đây, mặc dù thực tế là câu hỏi này quá cũ.

Nếu bạn có một loạt dữ liệu TẤT CẢ cần thiết để người dùng đưa ra quyết định, thì rõ ràng có một quy trình ra quyết định dựa trên dữ liệu đó. Thay vì đặt trách nhiệm cho người dùng để đưa ra các quyết định dựa trên dữ liệu thô, điều bạn có lẽ nên tập trung vào thay vào đó là tìm ra cách xử lý dữ liệu thô đó theo cách hữu ích hơn cho người dùng.

Ví dụ: nếu bạn có các cột A, B, C, D và E và A cần được cập nhật khi B và C nhỏ hơn D nhưng lớn hơn E, thì thay vì hiển thị cho người dùng của bạn tất cả các cột đó, chỉ cần có một cột duy nhất hiển thị xem điều kiện đó có đúng hay không.

Thay vì chèn dữ liệu người dùng của bạn, bạn cần thiết lập một lớp logic nghiệp vụ sử dụng dữ liệu đó. Nó không chỉ đơn giản hóa đáng kể sự phức tạp của GUI, mà người dùng của bạn rất có thể sẽ vô cùng biết ơn bạn vì đã làm cho cuộc sống của họ dễ dàng hơn. Bạn phải luôn cố gắng xác định các tác vụ dễ dàng hơn cho máy tính so với mọi người và giảm trách nhiệm cho các tác vụ đó đối với máy tính.

2
Isochronous

Vì chúng tôi không biết lý do tại sao người dùng phải xem tất cả các cột hoặc tại sao ông chủ của bạn nghĩ rằng họ muốn xem tất cả các cột, bạn sẽ thoát khỏi một số giải pháp colums. Đây là của tôi. Có cách để người dùng chọn, đặt hàng & lưu tùy chọn của họ cho các cột họ muốn. Tôi chắc chắn có một số lượng đáng kể người dùng muốn chỉ nhìn thấy 5 cột. Vấn đề thực sự là tất cả họ đều không muốn nhìn thấy những cái giống nhau. Cuối cùng, họ sẽ có rất nhiều cột mà một thanh cuộn ngang sẽ xuất hiện. Tôi đoán là những 'người nghiện bảng tính' sẽ không phiền. Họ sẽ cảm thấy như ở nhà.

2
JeffO

Điều đầu tiên xuất hiện trong đầu là các cột có thể thay đổi kích thước. Vì bạn nói rằng tất cả các cột sẽ hiển thị và dữ liệu phải ở định dạng bảng. Các tên cột có thể ở một góc 45 độ để chúng có thể dễ dàng nhận dạng và đồng thời sẽ chiếm ít không gian hơn.

1
Bojan Gavrovski

Làm cho nó năng động ở chỗ bạn kiểm soát các cột được hiển thị và sau đó sử dụng mặc định thông minh. Một ví dụ điển hình cho điều này là của Google Công cụ từ khóa bên ngoài , nơi bạn có thể thêm/xóa/sắp xếp các cột theo ý muốn. Với các cột năng động, bạn có thể có bánh của bạn và ông chủ có thể ăn nó.

1
Virtuosi Media

Tôi đồng ý với Erwin về đồ thị. Sparklines có thể phù hợp.

Đây là một cuộc thảo luận sôi nổi về loại điều này trên trang web của Edward Tufte:

http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002r&topic_id=1

1
njivy

Tôi đã có vấn đề chính xác này, với hơn 25 cột. Tất cả dữ liệu văn bản nên không có số. Về cơ bản, đây là một kho lớn với nhiều lĩnh vực.

Hiện tại, các phím mũi tên lên và xuống vẫn chọn hàng, nhưng các phím trái và phải ẩn và bỏ ẩn một cột để toàn bộ bảng di chuyển sang trái.

Kết hợp với một tìm kiếm thực sự tốt đẹp, giải pháp này không phải là xấu.

Tất nhiên chế độ xem mặc định là hoàn toàn tùy biến người dùng.

0
vener

Trên thực tế, chúng tôi cũng gặp vấn đề như vậy với quá nhiều dữ liệu hiển thị trong một bảng và người dùng yêu cầu phải xem trực tiếp nhiều cột hơn thay vì cuộn ngang.

Những gì tôi biết giải pháp có thể và những gì chúng tôi cũng đã thử trong thiết kế của chúng tôi:

  • Hãy thử thu nhỏ chiều rộng cột, như tóm tắt từ ngữ hoặc giá trị.
  • Chế độ xem ngắn gọn với tùy chọn mở rộng, để cho phép người dùng xem thêm chi tiết khi cần thiết. nhưng có thể xem thông tin cần thiết với cái nhìn đầu tiên.
  • Hiển thị chi tiết chính, với chế độ xem ngắn trước và chế độ xem chi tiết ở bên dưới hoặc một phần để hiển thị thêm thông tin.

Ai đó có giải pháp hay ý tưởng đặc biệt hơn?

0
OneSeven