Как написать "хороший" текст пользовательского интерфейса?

Многие приложения поддаются качеству "записи" в своих пользовательских интерфейсах: как правило, плохое написание, грамматика, непоследовательный тон и еще хуже, "юмор" - обычные нарушители.

Есть ли хорошие ресурсы, которые могут помочь разработчикам писать сообщения пользовательского интерфейса, которые дают профессиональное и позитивное впечатление вашим клиентам, даже когда ваш код попадает в ад в ручной тележке?

Спасибо, все — Здесь есть несколько отличных ресурсов, поэтому я буду решать этот вопрос. Я согласен с ответом Адама Силла, потому что это тот, который (как разработчик приложений для настольных систем) я нашел наиболее подходящим.

Ответ 1

Начиная с XP, я был поклонником разделов Руководства Windows UX, в которых описывается, как правильно структурировать текст (как задавать вопросы, как делать утверждения в диалогах и т.д.).

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

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

Ответ 2

Прочитайте Элементы стиля. Затем перечитайте его.

Кроме того, в любое время, когда вы работаете с программой или веб-сайтом, сознательно пытаетесь заметить, как они предпочитают писать. Подражайте тем, кто вам нравится.

Ответ 3

Ресурсы, найденные в Написание для Интернета, могут быть вам полезны.

Ответ 4

Лучший инструмент для этого называется "начальное образование". Многие разработчики, похоже, пропустили это, и я не знаю, как исправить эту проблему.

Кроме того, это может быть британская вещь, но я думаю, что вы имеете в виду "юмор" и "переход в ад в корзине".:)

Ответ 5

В этой книге есть много хорошего совета:

GUI Bloopers 2.0

Краткая версия:

Будьте единообразны во всем приложении или в приложении. Не называйте одну и ту же функцию двумя разными именами, даже если они находятся в разных диалоговом окне и т.д. Разработайте лексику продукта, на которую ссылаются все.
Используйте те же термины, что люди, использующие ваше программное обеспечение (то есть пользователи не ссылаются на себя как на пользователей).
Не называйте две разные вещи одним и тем же именем.
Поместите все сообщения, отображаемые пользователю в центральном месте (т.е. какой-либо файл ресурсов). Это упрощает просмотр всех сообщений для написания, тональности, согласованности и всего, что вы хотите проверить.
Юзабилити тестирует ваше программное обеспечение, чтобы узнать, имеют ли смысл сообщения, и люди могут легко использовать ваше программное обеспечение. Если они не могут, измените файл ресурсов и снова проверьте его.

Ответ 6

Я бы предложил показать ваш пользовательский интерфейс как можно большему числу людей - желательно людям, которые много читают (просто потому, что чтение творит чудеса для вашей грамматики и лексики).

Получение чего-то, что люди могут изучить, однако, является удивительным - даже если это просто демонстрация GUI.

Если вы работаете в компании, узнайте своих сотрудников по вопросам качества и технической поддержки. Они, как правило, действительно замечательные, когда они понимают, что вы пытаетесь сделать - они рассмотрят ваш пользовательский интерфейс, предоставят вам информацию о тексте и удобстве использования, а также, возможно, новые требования, которые никто в технике не придумал.

Если вы работаете самостоятельно, попробуйте найти потенциального клиента или два, чтобы просмотреть свой интерфейс. Попросите их обратить внимание на текст...

Чем больше глаз, тем лучше. Вы можете даже спросить своих родителей, жену или другую семью. Что может быть больно?

Ответ 7

Получите ваши тексты приложений, проверенные кем-то, кто делает это только ради жизни. Затем пользовательский интерфейс прошел через человека, который делает удобство для жизни. Ни один из этих двух людей не должен был участвовать в разработке.

Это единственный способ убедиться.