Dây khung

Bản phác thảo giao diện (wireframe) là một mô hình đơn giản thể hiện cấu trúc, thứ tự ưu tiên nội dung và chức năng mà không cần đi sâu vào thiết kế hình ảnh. Thường được hiển thị ở dạng thang độ xám với văn bản giữ chỗ và các hộp đơn giản, mục đích của nó là giúp đưa ra quyết định về những gì sẽ hiển thị trên màn hình, thứ tự hiển thị và tầm quan trọng tương đối của chúng, trước khi bất kỳ ai đầu tư công sức vào kiểu chữ, màu sắc, hình ảnh hoặc chi tiết tương tác.

Mục đích của việc loại bỏ sự trau chuốt về mặt hình ảnh là để thay đổi cuộc đối thoại. Khi được trình bày một thiết kế hoàn chỉnh, các bên liên quan sẽ thảo luận về màu sắc, hình ảnh và lựa chọn phông chữ, bởi vì đó là những thuộc tính dễ đưa ra ý kiến. Khi được trình bày một bản phác thảo sơ lược, họ có nhiều khả năng thảo luận về việc liệu nội dung có phù hợp hay không, liệu trình tự có hợp lý hay không và liệu hành động chính có phải là đúng hay không. Sự thô sơ có chủ ý là một đặc điểm, vì nó báo hiệu rằng công việc chỉ là tạm thời và khuyến khích những lời phê bình về cấu trúc, điều hữu ích nhất ở giai đoạn đó.

Bản phác thảo giao diện cũng giúp giảm chi phí cho việc lặp lại. Việc sắp xếp lại các ô chỉ mất vài phút, trong khi việc sắp xếp lại một bố cục đã hoàn thiện mất hàng giờ và tạo ra sự kháng cự về mặt tâm lý đối với sự thay đổi do công sức đã đầu tư. Do đó, việc khám phá một số cách tiếp cận cấu trúc cho cùng một vấn đề là điều khả thi ở giai đoạn phác thảo giao diện và hiếm khi xảy ra khi công việc thiết kế chi tiết đã bắt đầu, đó là lý do tại sao các nhóm bỏ qua giai đoạn phác thảo giao diện thường đưa ra ý tưởng cấu trúc đầu tiên mà họ nghĩ ra.

Độ chính xác cần phải phù hợp với câu hỏi được đặt ra. Bản phác thảo sơ bộ thích hợp cho giai đoạn khám phá ban đầu khi còn nhiều hướng nghiên cứu. Bản phác thảo chi tiết hơn với nội dung thực tế, cấu trúc phân cấp chính xác và khối lượng dữ liệu thực tế là phù hợp khi đã chọn được hướng nghiên cứu, bởi vì văn bản giữ chỗ che giấu những vấn đề mà nội dung thực tế bộc lộ: tiêu đề không vừa, tên sản phẩm bị xuống dòng khó coi, các trạng thái trống không được ai xem xét và danh sách hoạt động khác nhau khi có ba mục so với khi có ba trăm mục.

Lỗi thường gặp nhất là coi wireframe như một sản phẩm bắt buộc phải hoàn thành thay vì một công cụ tư duy. Việc tạo ra một bộ wireframe hoàn chỉnh cho mỗi màn hình, sau đó là một bộ thiết kế trực quan hoàn chỉnh, rồi đến một nguyên mẫu hoàn chỉnh, là một chuỗi công việc tốn nhiều thời gian và làm chậm trễ việc tiếp xúc với người dùng thực tế. Thực tiễn hiện đại có xu hướng tạo wireframe một cách chọn lọc, tập trung vào các màn hình mà cấu trúc thực sự chưa chắc chắn và chuyển thẳng sang mức độ chi tiết cao hơn khi các mẫu thiết kế đã có sẵn câu trả lời, đặc biệt khi hệ thống thiết kế cung cấp các thành phần sẵn có.

Bản phác thảo giao diện (wireframe) cũng rất hữu ích như một công cụ giao tiếp với bộ phận kỹ thuật, và công dụng này thường bị bỏ qua. Một bản phác thảo cấu trúc thể hiện nội dung hiện có, nguồn gốc của nó và trạng thái của từng vùng là cơ sở tốt hơn cho các cuộc thảo luận về tính khả thi ban đầu so với một thiết kế trực quan, bởi vì nó làm nổi bật những câu hỏi mà các kỹ sư thực sự cần được trả lời: dữ liệu nào là cần thiết, điều gì xảy ra khi dữ liệu bị thiếu, vùng đó hoạt động như thế nào khi khối lượng nội dung thay đổi, và phần nào là tĩnh và phần nào là cá nhân hóa. Việc thảo luận ở giai đoạn phác thảo giao diện thường xuyên làm thay đổi thiết kế, vì một cấu trúc yêu cầu dữ liệu không tồn tại hoặc một truy vấn không thể thực hiện được sẽ được xác định tốt hơn trước khi bắt đầu công việc trực quan hơn là sau khi bắt đầu triển khai.

Bản phác thảo giao diện (wireframe) cũng là tài liệu thích hợp cho việc thử nghiệm ban đầu. Các vấn đề về cấu trúc, chẳng hạn như nhãn điều hướng mà người dùng không hiểu hoặc luồng công việc có trình tự không khớp với kỳ vọng, có thể được phát hiện bằng các bản phác thảo thô và việc sửa chữa ở giai đoạn đó sẽ rẻ hơn nhiều so với sau khi triển khai. Việc tiến hành các phiên thảo luận về ý tưởng ban đầu thông qua... nghiên cứu người dùng Việc thiết kế khung sườn thường làm thay đổi hướng đi của dự án nhiều hơn so với việc thử nghiệm sau khi đã hoàn thiện thiết kế hình ảnh, khi chi phí thay đổi cấu trúc đã tăng lên và nhu cầu thực hiện lại giảm xuống. Trong một Thiết kế sản phẩm Sự tham gia ban đầu và việc xác nhận cấu trúc sớm này thường là yếu tố quyết định liệu sản phẩm cuối cùng có giải quyết được đúng vấn đề hay không.