2009-08-25 39 views
10

Nhiều ứng dụng được giảm xuống bởi chất lượng của 'viết' trong giao diện người dùng của họ: thông thường, chính tả kém, ngữ pháp, giai điệu không nhất quán và tệ hơn, "hài hước" là những người phạm tội thông thường.Cách viết văn bản giao diện người dùng "tốt"?

Có các tài nguyên tốt có thể giúp nhà phát triển viết thông điệp giao diện người dùng mang lại ấn tượng chuyên nghiệp và tích cực cho khách hàng của bạn, ngay cả khi mã của bạn sắp chuyển sang địa ngục trong xe đẩy tay?

Cảm ơn, tất cả — Một số tài nguyên tuyệt vời ở đây, vì vậy tôi sẽ CW câu hỏi này. Tôi chấp nhận câu trả lời của Adam Sill vì đó là câu trả lời (như một nhà phát triển ứng dụng dành cho máy tính để bàn) mà tôi thấy thích hợp nhất.

+1

một trong những điều tôi thích về phần mềm nguồn mở là sự hài hước trong giao diện người dùng. ví dụ, lệnh sudo có thể xúc phạm bạn khi bạn nhận được mật khẩu của bạn sai. Và thông báo lỗi "máy in đang cháy" – rmeador

+0

Không có gì thú vị hơn "định dạng c:" – MusiGenesis

+0

Câu hỏi này có vẻ ngoài chủ đề vì nó là về giao diện người dùng –

Trả lời

5

Kể từ XP, tôi là người hâm mộ phần Hướng dẫn UX Windows bao gồm cách cấu trúc văn bản đúng cách (cách đặt câu hỏi, cách xác nhận trong hộp thoại, v.v.).

http://msdn.microsoft.com/en-us/library/aa974176.aspx

http://msdn.microsoft.com/en-us/library/aa974175.aspx

+1

Tôi phải thừa nhận, nhãn Windows Vista, thư, lời nhắc và văn bản trợ giúp rất thân thiện và ấm áp cho người dùng. Khi tôi nhìn thấy các liên kết ở trên, giờ tôi đã hiểu tại sao. Tôi ROFLED về hướng dẫn, nơi các tin nhắn không nên được condescending hoặc âm thanh của công ty. : D – thenonhacker

4

Tài nguyên được tìm thấy tại Writing for the Web có thể hữu ích cho bạn.

+1

Tôi là người hâm mộ của Nielsen và liên kết ở trên là một điều tuyệt vời khi tạo trang web. – thenonhacker

5

Đọc The Elements of Style. Sau đó đọc lại nó.

Ngoài ra, bất cứ khi nào bạn đang làm việc với một chương trình hoặc trang web, hãy cố gắng chú ý đến cách họ chọn viết. Bắt chước những người bạn thích.

+0

Strunk & White thật tuyệt vời. Cuốn sách nhỏ thay đổi cách tôi viết * và * đọc. – Thomas

+1

Strunk & White rất phù hợp với ý tưởng về phong cách tốt và lý do tại sao nó quan trọng, nhưng nó (và Orwell's * Recommended * Politics and the English Language) rất tệ như những hướng dẫn theo phong cách thật: toa thuốc của họ không hữu ích lắm. Đọc chúng, đặt chúng trên kệ sách của bạn, và sau đó nắm bắt với một hướng dẫn sử dụng/phong cách thực sự, như Hướng dẫn xuất bản APA hoặc Cách sử dụng tiếng Anh hiện đại của Fowler. –

3

Công cụ tốt nhất cho điều này được gọi là "giáo dục tiểu học". Nhiều nhà phát triển dường như đã bỏ lỡ điều này và tôi không biết cách khắc phục vấn đề đó.

Ngoài ra, đây có thể là một điều của người Anh, nhưng tôi nghĩ bạn có nghĩa là "hài hước" và "đi địa ngục trong một cái thùng tay". :)

+0

Đó là một điều của Anh ... :-) – Roddy

+0

Giống như các quán rượu và đứng lên để Hitler? :) – MusiGenesis

+1

Giống như bia ấm, bia tròn và không hỏi "Xin chào, hôm nay bạn thế nào?" trừ khi bạn * thực sự * muốn biết câu trả lời. – Roddy

2

Cuốn sách này có rất nhiều lời khuyên tốt:

GUI Bloopers 2.0

ngắn phiên bản:

  1. Hãy nhất quán trong suốt ứng dụng hoặc ứng dụng của bạn bộ. Đừng gọi cùng một tính năng hai tên khác nhau, ngay cả khi chúng ở trong các hộp thoại khác nhau, v.v. Phát triển từ vựng sản phẩm mà mọi người tham khảo.

  2. Sử dụng cùng một cụm từ mà những người sử dụng phần mềm của bạn sử dụng (nghĩa là người dùng không tự coi mình là người dùng).

  3. Đừng gọi hai thứ khác nhau bằng cùng một tên.

  4. Đặt tất cả thư được hiển thị cho người dùng ở vị trí trung tâm (nghĩa là tệp tài nguyên thuộc loại nào đó). Điều này giúp bạn dễ dàng xem lại tất cả các thông điệp về chính tả, giai điệu, tính nhất quán và bất kỳ điều gì khác mà bạn muốn kiểm tra.

  5. Khả năng sử dụng kiểm tra phần mềm của bạn để xem liệu thông điệp có hợp lý hay không và mọi người có thể sử dụng phần mềm của bạn một cách dễ dàng. Nếu họ không thể, hãy thay đổi tệp tài nguyên và kiểm tra lại.

1

tôi sẽ đề nghị cho thấy giao diện người dùng của bạn để càng nhiều người càng tốt - tốt nhất là người đọc rất nhiều (Chỉ vì đọc cho các thắc mắc ngữ pháp và từ vựng của bạn).

Tìm thứ gì đó mà mọi người có thể kiểm tra, tuy nhiên, thật tuyệt vời - ngay cả khi đó chỉ là bản trình diễn của GUI.

Nếu bạn làm việc tại một công ty, hãy tìm hiểu người QA và Hỗ trợ kỹ thuật của bạn. Họ thường thực sự tuyệt vời khi họ hiểu những gì bạn đang cố gắng làm - họ sẽ xem xét giao diện người dùng của bạn, cung cấp cho bạn đầu vào về văn bản và khả năng sử dụng cũng như các yêu cầu mới không ai trong kỹ thuật đưa ra.

Nếu bạn tự làm việc, hãy cố gắng tìm một khách hàng tiềm năng hoặc hai người để xem lại giao diện người dùng của bạn. Yêu cầu họ chú ý đến văn bản ...

Càng nhiều mắt thì càng tốt. Bạn thậm chí có thể hỏi cha mẹ, vợ hoặc gia đình khác. Nó có thể làm gì?

1

Nhận các văn bản của ứng dụng được đọc bởi người chỉ làm việc đó để kiếm sống. Sau đó, giao diện người dùng đi qua bởi một người có khả năng sử dụng để kiếm sống. Cả hai người này đều không nên tham gia vào sự phát triển.

Đó là cách duy nhất để đảm bảo.

Các vấn đề liên quan