Có thể làm gì để làm cho trình hướng dẫn dài, nhiều bước thân thiện hơn với người dùng?
Tôi cần tạo một trình hướng dẫn có nhiều phần, mỗi phần có nhiều câu hỏi. Làm cách nào tôi có thể cải thiện trải nghiệm cho người dùng cuối?
Đề nghị đầu tiên của tôi sẽ là cố gắng loại bỏ càng nhiều bước càng tốt. Thực sự nghĩ về dòng chảy, những gì cần thiết, vv.
Một số mẹo để làm cho quá trình dài trở nên thân thiện hơn:
- Hiển thị đồng hồ đo tiến độ của các bước hoàn thành
- Nếu có thể, cho phép người dùng nhảy qua lại để quay lại và sửa một mục trước đó
- Đưa ra phản hồi trong thời gian thực khi một mục nhập không tuân thủ các giá trị đầu vào dự kiến, thay vì thông báo cho người dùng rằng một cái gì đó không hoạt động ở cuối quy trình.
Một ghi chú bên lề (hy vọng không khuấy lên ngọn lửa): Apple hầu như không bao giờ sử dụng Trình hướng dẫn cho quy trình thiết lập và khi chúng thực hiện, Apple set- trợ lý (theo ý kiến của tôi) luôn dễ dàng tìm ra hơn các tương đương của Microsoft. Tôi khuyên bạn nên xem xét sự khác biệt và cố gắng xác định các thủ thuật được Apple sử dụng.
Đây là điều quan trọng nhất tôi có thể nghĩ đến:
- Chia nhỏ các hoạt động cấu thành nhiệm vụ thành một loạt các khối.
- Các nút trước và tiếp theo.
- Bản đồ trình tự cho thấy bạn đang ở đâu trong các bước
Đọc thêm về chủ đề này tại Thiết kế giao diện Wizard trang .
Nếu bạn đã xem xét tất cả các lựa chọn thay thế được đề cập trong các câu trả lời khác và đã quyết định rằng trình hướng dẫn phải lớn thì bạn nên xem xét những điều sau:
- Chia thông tin thành các phần logic không quá dài
- Tiêu đề từng phần rõ ràng nhưng cố gắng và giữ nó ngắn. Nếu bạn cần nó thêm một mô tả bổ sung bên dưới tiêu đề để giải thích thêm
- Hiển thị chỉ báo tiến trình, tức là bước 3 trên 10
- Cung cấp các nút tiếp theo và trở lại để điều hướng. Đôi khi thích hợp để cho phép người dùng tiến bộ mà không hoàn thành từng phần, tuy nhiên trong nhiều trường hợp không phải vì nó làm tăng thêm độ phức tạp cho trình hướng dẫn mà người dùng có thể không hiểu đầy đủ. Tôi có xu hướng không cho phép người dùng tiến hành cho đến khi họ hoàn thành phần này (nút tiếp theo trong những trường hợp này đóng vai trò là trình).
- Thực sự suy nghĩ về từng điều khiển biểu mẫu và liệu nó có phù hợp với dữ liệu mà bạn đang cố gắng thu thập hay không. Nếu bạn muốn người dùng chọn từ một danh sách ngắn thì hãy sử dụng danh sách thả xuống tuy nhiên nếu danh sách đó thực sự dài thì việc thả xuống không thực sự phù hợp. Sử dụng một điều khiển tìm kiếm hoặc một cái gì đó.
- Danh sách trong điều khiển thả xuống nên được sắp xếp theo thứ tự abc
- Làm cho nhãn kiểm soát biểu mẫu càng ngắn càng tốt nhưng chúng phải rõ ràng và dễ hiểu những thông tin bạn muốn thu thập. Nếu bạn cần thêm một mô tả đừng thay vì làm cho tiêu đề thực sự dài
- Sử dụng nhãn hiệu nước mô tả trên tất cả các điều khiển đầu vào và các mục mặc định khi thả xuống. ví dụ. "Nhập tiêu đề" hoặc "Chọn quốc gia"
- Cung cấp các thông báo xác thực thất bại chi tiết và hữu ích phù hợp với điều khiển, tôi có xu hướng hiển thị một thông báo đơn giản trước nhưng nếu người dùng cuộn qua thì họ sẽ nhận được nhiều thông tin hơn về trường và những giá trị nào được chấp nhận, v.v. thông báo xuất hiện bên cạnh nút tiến hành. Bạn cũng có thể thực hiện chức năng này theo thời gian thực để khi người dùng gõ và họ hiểu sai, bạn có thể đánh dấu nó ở đó và ở đó.
- Nếu trình hướng dẫn thực sự dài và bạn nghĩ nó sẽ giúp ích, hãy cho phép người dùng lưu tiến trình của họ để họ không phải điền vào một phiên và có thể nhận lại sau khi họ rời đi
Tôi sẽ đặt từng bước vào một tab, theo cách mà các tab có thể truy cập tại bất kỳ thời điểm nào được bật, các tab khác bị vô hiệu hóa.
Theo cách này, người dùng có thể di chuyển tự do xung quanh một lỗi chính xác mà không cần phải lùi lại vài bước, v.v. Việc bật các tab vẫn khiến người dùng dừng các bước không thể sửa đổi, vì vẫn còn thiếu thông tin.
Ngoài các mẹo khác được đề cập, hãy sử dụng mặc định thông minh cho mọi thứ bạn có thể. Nếu bạn đã có địa chỉ email của họ, bạn có thể sử dụng tên của họ, tên người dùng tiềm năng, có thể là nơi làm việc, quốc gia cư trú (hoặc lấy từ địa chỉ IP hoặc cài đặt hệ thống của họ). Đây là một ví dụ nhỏ .
Điều này mang đến một nguồn thông tin khác: nếu bạn đang tạo một ứng dụng, thì sẽ có rất nhiều thông tin có sẵn cho bạn từ hệ thống. Sử dụng nó.
Suy nghĩ về điều này cũng có thể thay đổi thứ tự mà bạn đặt câu hỏi. Ví dụ, bạn có thể nhận được rất nhiều thứ từ quốc gia và mã Zip/bưu chính.
Nói về địa chỉ, hệ thống địa chỉ bưu chính sử dụng cơ sở dữ liệu lớn về địa chỉ để cho phép kiểm tra lỗi dễ dàng các mục nhập địa chỉ: được cung cấp mã Zip/bưu chính, bạn có thể đoán được sau một lần gõ phím của tên đường mà địa chỉ dự định là " Quixotic street ", và lưu nhiều lỗi sai chính tả và chính tả. Bạn cũng có thể biết phạm vi địa chỉ đã biết và ngay cả khi một số số nhất định yêu cầu những thứ bổ sung như số căn hộ chẳng hạn. Không phải là bạn sẽ không cho phép người dùng nhập tên đường hoặc số nhà mà bạn không biết, nhưng bạn có thể cảnh báo họ bằng một tin nhắn không theo phương thức 'ý bạn là ...? ".
To sumamawn: ngay cả khi có vẻ như rất nhiều công việc của bạn có thể bị người dùng lấn át cuối cùng, làm cho cuộc sống của bạn (hy vọng hàng triệu người) trở nên dễ dàng.
Nếu bản thân quy trình/trình hướng dẫn không thể được đơn giản hóa hoặc bằng một cách nào đó được giảm bớt, tôi sẽ đề xuất ở mức tối thiểu cho biết chính xác vị trí của quy trình đó mà người dùng hiện đang ở đâu.
Bạn có thể thực hiện việc này với một cái gì đó đơn giản như "Bước 6 trên 10" hoặc công phu hơn bằng cách hiển thị sơ đồ với bước hiện tại được tô sáng, v.v.
Luôn có cách để giảm thiểu kích thước của trình hướng dẫn, như tách các tác vụ hoặc thực hiện một số bước tùy chọn.
Một số lời khuyên:
- Tiêu đề phần của bạn
- Nút Quay lại và Tiếp theo
- Cho phép người dùng điều hướng qua các bước và nếu chúng phụ thuộc vào các bước trước thì chỉ những bước được hoàn thành.
- Cung cấp các giá trị mặc định tốt cho đầu vào của bạn.
Ngoài những mẹo chiến thuật tuyệt vời mà mọi người đã đề xuất, tôi cũng khuyên bạn nên thực hiện một số thử nghiệm khả năng giảm giá với những người sẽ làm việc với thuật sĩ.
Bằng cách đi qua các trang của trình hướng dẫn hiện tại với người dùng, bạn có thể nhận được phản hồi hữu ích về các nhóm trường nào có thể được nhóm lại với nhau để làm cho quy trình trở nên tự nhiên hơn đối với họ.
Trong một số trường hợp, bạn sẽ thấy rằng người dùng của bạn có khả năng chịu đựng cao hơn đối với các biểu mẫu dài hơn khi họ được tổ chức theo cách phù hợp với mong đợi của họ.
r.
Có lẽ một thuật sĩ không phải là giải pháp lý tưởng ở đây.
Người dùng có thực sự cần phải chọn từ một danh sách lớn các tùy chọn khác nhau theo trình tự không?
Bạn có thể mặc định hầu hết các tùy chọn? Nếu người dùng cần thay đổi từ mặc định, họ có thể nhấp vào nút thay đổi để thay đổi tùy chọn cụ thể đó.
Nếu chúng không thể được mặc định từ đầu, bạn có thể lưu lựa chọn trước đó và mặc định chúng không?
Xem xét các lựa chọn thay thế cho Phù thủy: Cho phép tiến bộ và tiết lộ.
Có tất cả các câu hỏi trên một trang, nhưng chỉ hiển thị đoạn đầu tiên của chúng. Sau đó, khi người dùng đã hoàn thành đoạn đầu tiên, bạn hiển thị đoạn thứ hai trên cùng một trang. Tiếp tục như thế này. Đó là cách:
- Dễ dàng qua lại
- Nhận tổng quan về tất cả các lựa chọn
- Chỉ phải đối phó với một tập hợp các câu hỏi tại một thời điểm
Với việc kích hoạt lũy tiến, bạn đã vô hiệu hóa đoạn câu hỏi tiếp theo cho đến khi người dùng hoàn thành đoạn đầu tiên.