Образование, книги, периодика и
библиотеки в электронном веке
библиотеки в электронном веке
Практический разбор того, как упростить цифровую навигацию, сократить путь пользователя до нужного ресурса и выстроить понятные сценарии доступа к сервисам библиотеки.
Цифровая среда университета постепенно усложняется. Помимо сайта библиотеки в ней могут быть электронный каталог, подписные базы данных, ЭБС, репозиторий, LMS, ЭИОС, сервисы удаленного доступа и другие ресурсы вузов. Для сотрудника библиотеки эта структура понятна, поскольку он знает назначение каждой платформы и связи между ними. Пользователь видит другое: несколько разделов, множество ссылок и необходимость выбрать правильный путь.
Поэтому задача навигации — не показать все доступные возможности, а провести человека к нужному действию. Цифровые сервисы библиотеки стоит рассматривать не как набор отдельных платформ, а как маршруты решения конкретных задач: найти учебник, подобрать литературу, открыть статью, получить удаленный доступ или сохранить источник.
Чем яснее такой маршрут, тем меньше пользователю приходится разбираться во внутреннем устройстве цифровой инфраструктуры.
Перед изменением меню, разделов или стартовой страницы полезно описать пользовательский сценарий. Он отвечает на три вопроса: с какой задачей пришел человек, какие действия ему необходимо выполнить и где должен завершиться маршрут.
Например, студенту нужно найти литературу по дисциплине. Его путь может начинаться на сайте библиотеки, затем вести в электронный каталог, после этого в ЭБС или другую систему, где находится полный текст. Для библиотекаря это единая цепочка. Для студента каждый новый переход может выглядеть как отдельный сервис, в котором снова нужно понять интерфейс и правила доступа. Поэтому сценарий лучше фиксировать именно с позиции пользователя. Не «перейти в раздел электронных ресурсов», а «найти книгу по дисциплине». Не «авторизоваться через ЭИОС», а «получить полный текст из дома».
Так становится заметно, где цифровая навигация требует лишних действий или профессиональных знаний.
Один и тот же электронный ресурс может быть доступен через несколько точек входа: сайт библиотеки, каталог, LMS, ЭИОС, личный кабинет или прямую ссылку. Большое количество вариантов само по себе не упрощает работу.
Для каждой основной задачи желательно определить предпочтительный маршрут и сделать его наиболее заметным. Остальные способы доступа можно сохранить как дополнительные.
Особое внимание стоит уделить переходам между системами. Если после нажатия кнопки пользователь оказывается на другом сайте, проходит новую авторизацию или должен выбрать организацию, лучше заранее обозначить следующий шаг короткой подсказкой.
Полезно отдельно проверить удаленный доступ. Пользователи библиотек часто работают с электронными ресурсами вне кампуса, поэтому сценарий «открыть источник из дома» должен тестироваться так же внимательно, как поиск внутри библиотеки.
Количество кликов — удобный показатель, но само по себе оно мало говорит о качестве маршрута. Три понятных перехода могут работать лучше одного экрана с двадцатью равнозначными ссылками.
При аудите навигации стоит считать не только клики, но и решения, которые приходится принимать пользователю. Нужно ли ему выбирать между несколькими похожими разделами? Понимать профессиональные термины? Определять, в какой именно базе находится нужный материал? Возвращаться назад, если первый вариант не подошел?
Каждая такая развилка увеличивает нагрузку.
Если задача востребована регулярно, путь до нее лучше сделать прямым. Например, ссылка «Найти учебную литературу» может вести сразу к инструменту поиска, а не на промежуточную страницу с описанием всех информационных ресурсов.
Структура сайта часто повторяет устройство самой библиотеки: каталоги, базы данных, информационные системы, услуги, справочные материалы. Пользователю эта логика может быть незнакома.
При проектировании разделов полезнее исходить из действий. Формулировки «Найти литературу», «Получить доступ», «Найти научные статьи», «Сохранить источник» быстрее объясняют назначение раздела, чем названия внутренних подразделений или типов систем.
На первом уровне навигации стоит оставлять только основные направления. Подробные инструкции, перечни платформ и дополнительные функции можно переносить глубже.
Это особенно важно, когда ресурсы вузов многочисленны и относятся к разным подразделениям. Пользователю не обязательно знать, какая служба отвечает за конкретную систему. Ему необходимо понимать, куда нажать для выполнения своей задачи.
Одинаковая стартовая страница не означает одинаковый пользовательский сценарий. Студент, преподаватель и исследователь приходят к электронным ресурсам с разными задачами.
Студент чаще начинает с учебной дисциплины или конкретного издания. Преподавателю может потребоваться подбор литературы для курса и передача ссылок студентам. Исследователь чаще работает с тематическим поиском, журналами, научными базами и сохранением источников.
Не обязательно создавать для каждой аудитории отдельный сайт. Достаточно проверить, насколько быстро представитель каждой группы может найти свой маршрут.
Такой подход помогает увидеть ситуации, когда интерфейс хорошо работает для одной категории пользователей, но заставляет другую проходить через лишние разделы.
Длинная инструкция перед началом работы редко заменяет понятную навигацию. Большую часть пояснений лучше привязывать к конкретному действию.
Если для доступа требуется авторизация, пояснение должно находиться рядом со входом. Если ресурс открывается только через определенную систему, это стоит сообщить непосредственно перед переходом. Если кнопка запускает скачивание или переводит на внешний сайт, пользователь должен понимать это заранее.
Так инструкции становятся частью маршрута, а не отдельным документом, который сначала необходимо найти и прочитать.
Подробные руководства при этом могут сохраняться для нестандартных ситуаций, но основной сценарий желательно проходить без обращения к ним.
Проверять цифровые сервисы библиотеки удобнее не по отдельным страницам, а по типовым задачам. Для каждой из них стоит пройти весь путь от стартовой точки до результата и отметить:
Такой аудит можно проводить после подключения нового ресурса, изменения сайта, обновления авторизации или появления новой цифровой функции.
Цифровая инфраструктура университета меняется: подключаются новые базы, обновляются платформы, появляются дополнительные способы авторизации и интеграции. Если каждый новый сервис просто добавлять в существующий список, структура постепенно становится сложнее.
Поэтому цифровая навигация требует регулярной ревизии. Источниками для нее могут служить обращения пользователей, вопросы на обучающих занятиях, статистика посещения страниц и поисковые запросы на сайте.
Если один и тот же вопрос регулярно возникает у студентов или преподавателей, стоит проверять не только инструкцию, но и сам маршрут. Возможно, нужная функция расположена слишком глубоко или называется не так, как ожидает пользователь.
Задача навигации в сложной цифровой среде — скрыть организационную сложность там, где она не нужна человеку. Пользовательский сценарий в таком случае становится основной единицей проектирования: от задачи к понятному действию, от действия к нужному ресурсу, от ресурса к результату.