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

Question

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

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

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

Answer 1

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

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

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

Answer 2

Читать Элементы стиля . Тогда перечитайте это.

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

Answer 3

Ресурсы, найденные на Writing for the Web , могут быть вам полезны.

Answer 4

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

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

Answer 5

В этой книге много полезных советов:

Блокнот GUI 2.0

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

1. Будьте последовательны во всем приложении или наборе приложений. Не называйте одну и ту же функцию двумя разными именами, даже если они находятся в разных диалоговых окнах и т. Д. Разработайте лексикон продукта, на который все ссылаются.

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

3. Не называйте две разные вещи одним и тем же именем.

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

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

Answer 6

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

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

Answer 7

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

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

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

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

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