о том, какой должна быть удобная CMS.
или в режиме «новичка», таким образом, что однажды пользователь почувствует себя комфортно при работе с CMS.
Помимо инструкций, необходима помошь в процессе работы с контентом и решения задач пользователя. Как и в случае с уведомлениями и сообщениями об ошибках, помощь должна быть полезной. Она должна не просто содержать подсказки о том, что пользователи видят на пользовательском интерфейсе (например, «этот экран содержит кнопки XYZ»), но и должна объяснить им, как использовать те или иные функции, что ожидать от них, и как произвести восстановление, если что-то пойдет не так.
Конечно, путем к снижению потребности в справочных материалах является разработка понятного интерфейса, в котором очевидно, каким образом его следует использовать: качественные ярлыки для кнопок навигации, четкая визуальная иерархия страниц и форм. Самое выгодное положение на странице или в списке отдается наиболее важным пунктам. Последовательность, в которой пользователь должен совершать действия должна быть очевидной на каждом шагу, благодаря четким акцентам и ясной идентификации.
16. Обдумайте интерфейс разработчика
В процессе работы вы столкнетесь с частыми возражениями типа: «Но это полезно… для разработчиков». И, конечно, в пользу этого есть аргументы, ведь разработчики и другие технические специалисты будут использовать систему вместе с обычными пользователями (хотя, возможно, меньше). Вы можете предоставить им доступ к использованию всех мощностей системы, которые понадобятся для управления CMS и конечным продуктом, без ущерба интерфейсу обычных пользователей. Вид интерфейса пользователя может зависеть от его логина.
17. Не выпускайте релиз в состоянии полу-готовности
Часто возникает желание сделать что-то по минимуму, а позже все это исправить. То есть, выпустить сырой продукт, а об удобстве «позаботится позже». Это плохая идея. Во-первых, когда с самого начала что-то не работает, ваши пользователи вряд ли испытают чувство благодарности и доверия к новой CMS. Во-вторых, устранение проблем в дальнейшем будет требовать от пользователей повторно изучать систему. В-третьих, это «позже» вряд ли произойдет, к тому же, если покупатели уже вложили деньги в покупку/разработку CMS, они, естественно, ожидают результата в лучшем виде.
Все это не исключает возможности постоянного совершенствования системы, включая пользовательский интерфейс, но это означает, что CMS должна быть годной к использованию и удобной с момента выхода. Потребности пользователя необходимо учитывать при планировании и разработке CMS, их нельзя оставлять на конец, в противном случае у вас никогда не будет достаточного времени или ресурсов для их удовлетворения.
Заключение
Насколько все это важно? До тех пор, пока инструмент работает, жизнь вокруг замирает, верно? Ну нет. Отсутствие удобства использования сделает систему трудной в освоении для конечных пользователей, и как результат, это приведет к снижению продаж CMS, или росту несанкционированного использования.
И эти советы — лишь основа, очевидные вещи. Они могут помочь вам повысить удобство администрирования вашего сайта, но, возможно, было бы лучше просто выбрать другую, лучшую систему. Сконцентрируйтесь на ключевых вещах, которые необходимо сделать, и не попадите в плен к «фичам» или тем функциям, которые вы будете использовать лишь однажды. Убедитесь в том, что проектируемая CMS учитывает ключевые моменты, описанные в сценариях для оценки продукции. Если требуется настройка, в частности, пользовательского интерфейса, убедитесь, что это произойдет легко и не повлияет на возможности модернизации в будущем. Таким образом, между пользовательским интерфейсом и системой должна сохраняться независимость.
перевод статьи Патрика Кеннеди.
Оригинал тут: http://habrahabr.ru/blogs/abou ... racut
Помимо инструкций, необходима помошь в процессе работы с контентом и решения задач пользователя. Как и в случае с уведомлениями и сообщениями об ошибках, помощь должна быть полезной. Она должна не просто содержать подсказки о том, что пользователи видят на пользовательском интерфейсе (например, «этот экран содержит кнопки XYZ»), но и должна объяснить им, как использовать те или иные функции, что ожидать от них, и как произвести восстановление, если что-то пойдет не так.
Конечно, путем к снижению потребности в справочных материалах является разработка понятного интерфейса, в котором очевидно, каким образом его следует использовать: качественные ярлыки для кнопок навигации, четкая визуальная иерархия страниц и форм. Самое выгодное положение на странице или в списке отдается наиболее важным пунктам. Последовательность, в которой пользователь должен совершать действия должна быть очевидной на каждом шагу, благодаря четким акцентам и ясной идентификации.
16. Обдумайте интерфейс разработчика
В процессе работы вы столкнетесь с частыми возражениями типа: «Но это полезно… для разработчиков». И, конечно, в пользу этого есть аргументы, ведь разработчики и другие технические специалисты будут использовать систему вместе с обычными пользователями (хотя, возможно, меньше). Вы можете предоставить им доступ к использованию всех мощностей системы, которые понадобятся для управления CMS и конечным продуктом, без ущерба интерфейсу обычных пользователей. Вид интерфейса пользователя может зависеть от его логина.
17. Не выпускайте релиз в состоянии полу-готовности
Часто возникает желание сделать что-то по минимуму, а позже все это исправить. То есть, выпустить сырой продукт, а об удобстве «позаботится позже». Это плохая идея. Во-первых, когда с самого начала что-то не работает, ваши пользователи вряд ли испытают чувство благодарности и доверия к новой CMS. Во-вторых, устранение проблем в дальнейшем будет требовать от пользователей повторно изучать систему. В-третьих, это «позже» вряд ли произойдет, к тому же, если покупатели уже вложили деньги в покупку/разработку CMS, они, естественно, ожидают результата в лучшем виде.
Все это не исключает возможности постоянного совершенствования системы, включая пользовательский интерфейс, но это означает, что CMS должна быть годной к использованию и удобной с момента выхода. Потребности пользователя необходимо учитывать при планировании и разработке CMS, их нельзя оставлять на конец, в противном случае у вас никогда не будет достаточного времени или ресурсов для их удовлетворения.
Заключение
Насколько все это важно? До тех пор, пока инструмент работает, жизнь вокруг замирает, верно? Ну нет. Отсутствие удобства использования сделает систему трудной в освоении для конечных пользователей, и как результат, это приведет к снижению продаж CMS, или росту несанкционированного использования.
И эти советы — лишь основа, очевидные вещи. Они могут помочь вам повысить удобство администрирования вашего сайта, но, возможно, было бы лучше просто выбрать другую, лучшую систему. Сконцентрируйтесь на ключевых вещах, которые необходимо сделать, и не попадите в плен к «фичам» или тем функциям, которые вы будете использовать лишь однажды. Убедитесь в том, что проектируемая CMS учитывает ключевые моменты, описанные в сценариях для оценки продукции. Если требуется настройка, в частности, пользовательского интерфейса, убедитесь, что это произойдет легко и не повлияет на возможности модернизации в будущем. Таким образом, между пользовательским интерфейсом и системой должна сохраняться независимость.
перевод статьи Патрика Кеннеди.
Оригинал тут: http://habrahabr.ru/blogs/abou ... racut
© 2024, JohnCMS