|
|
Компьютеры
|
Одним из важных качеств программного продукта является удобство пользования, как принято говорить, наличие «дружественного интерфейса». Безусловно, при первом знакомстве с программой пользователь, как правило, не может сразу запомнить все нюансы работы. Если же внешний вид программы перегружен меню, кнопками и панелями инструментов, то пользователь поначалу вообще теряется. Кстати, когда появилась первая версия Microsoft Word, в откликах сравнивали панель инструментов с приборной доской Боинга 747, настолько подавляло обилие инструментов после весьма скромных в этом отношении ДОСовских текстовых редакторов. Здесь очень важно дать пользователю первый толчок в нужном направлении.
Наилучший способ знакомства с незнакомой программой – это занятия с преподавателем. Можно, конечно, освоить продукт и самостоятельно, но тогда многие мелочи пройдут мимо Вашего внимания. Как следствие придется тратить больше времени на работу с программой.
Подавляющее большинство пользователей осваивают работу либо через преподавателей, либо самостоятельно, методом «научного тыка». И только малая толика, самые настырные, заглядывают в руководство по эксплуатации или, как его ласково называет компьютерное сообщество, мануал. То же самое можно сказать и о встроенной справке. Что во многом обосновано. Чтобы не быть голословным, приведу такой пример. В системе Microsoft Windows есть справка помощи в случае неполадок при печати. Например, печатаете на компьютере документ, а сетевой принтер находится в другой комнате. Вы отправляете документ на печать, идете к принтеру, а принтер ничего не напечатал. Вы ждете, когда принтер отработает операцию, но результата нет. В то же время кто-то другой отправляет свой документ на печать и спокойно забирает распечатки. А Вашего документа нет как нет. Теперь откройте в справке раздел «Неполадки печати». Следуйте рекомендациям. После многочисленных кликов упретесь в совет: «Пропустить шаги и попробовать другие средства». В конце концов проблема разрешается, но отнюдь не с помощью встроенной справки. И это когда документация написана очень качественно. Правда, многие пользователи скорее всего дальше второй страницы справки и не идут. Говорят, что «ничего не понятно». А спросите, как бы вы написали, они и не напишут.
В хорошо сделанных массовых программных продуктах справка имеется всегда, она рассчитана на дотошного пользователя. В заказных программах, которые эксплуатируются в небольшом количестве экземпляров, справка чаще всего лишь для того, чтобы не было упреков в отсутствии документации. Есть такой программный продукт, как «1С-бухгалтерия» – наиболее успешный и продаваемый программный продукт на территории СНГ. Он поставляется в лучших западных традициях – в коробочном исполнении. В комплект входит с полдесятка книг прекрасного типографского качества. Здесь есть книги и для системного администратора, и для бухгалтера, и для программиста. Но вот в чем закавыка. Сама программа представляет собой лишь «движок», а реальный бухгалтерский учет реализуется на внутреннем языке программирования 1С, весьма развитом. Эта программа на коде 1С называется конфигурацией. Фирма 1С поставляет несколько базовых конфигураций для различных областей учета и стран СНГ, со своими особенностями, Кроме того, дистрибьюторы на местах создают свои собственные конфигурации. И это естественно. Даже человек, весьма далекий от бухгалтерии, вполне согласится с тем, что учет в ломбарде сильно отличается от учета в производстве полиэтиленовой упаковки. Так вот на эти совершенно различные конфигурации разработчики практически не пишут никаких справок, довольствуясь типовой, от головной фирмы – 1С. Поэтому каждый бухгалтер вначале проходит не очень приятную процедуру освоения программы методом проб и ошибок. А в документации написано лаконично: запустите программу и следуйте ее рекомендациям.
Оптимальное решение – это такое построение пользовательского меню, панелей инструментов, которое образует так называемый интуитивно понятный интерфейс. Тогда и особой потребности в документации не будет. А учить пользователя всегда нужно.
Редакционный комментарий.
По поводу необходимости руководств к программному обеспечению написано более чем достаточно как размышлений, так и руководств типа «как писать руководства». Из наиболее коротких – советы-вопросы авторам программ, предложенные Эриком Реймондом, столпом сообщества свободного программного обеспечения:
1. Как выглядит моя программа в глазах пользователя, который видит ее впервые?
2. Нет ли в ней бесполезных сообщений?
3. Требование к пользователю читать документацию означает, что дизайн программы ошибочен. Подумайте, нет ли ошибки в пользовательском интерфейсе?
4. Если документация все же требуется, проверьте – упомянуты ли в ней все «установки по умолчанию».
5. Открыт ли мой проект для пожеланий неопытных пользователей?
С намного более развернутыми и основательными рассуждениями на тему «проектирование для человека» можно ознакомиться в замечательной книге Алана Купера «Психбольница в руках пациентов» (текст книги есть на сайте «знание без границ» – http://www.natahaus.ru и на замечательном ресурсе в формате для чтения на КПК – http://lib.rus.ec/b/106825 ).
Автор: А. Карпов, программист-практик
"Что это?", №43, октябрь 2007 |
Добавить комментарий
Возможно Вас также заинтересует...
Последние комментарии к статьям
|
|
|
