Мы всегда думаем об удобстве пользователей: не только о посетителях сайта, но и о тех, кто занимается обновлением информации — контент-менеджерах.
К нам часто обращаются за доработкой готовых сайтов. Нередко за аккуратной публичной частью скрывается запутанная и неудобная административная панель. Как в вышивке: снаружи красивый узор, а на изнанке — узлы и переплетённые нити.
Ниже расскажем, что может получиться, если заранее учитывать потребности внутренних пользователей системы.
Задача
Для нового дизайна сайта Московского государственного университета им. М. В. Ломоносова необходимо было вывести «шаги поступления» — этапы, которые проходят абитуриенты, и сроки их прохождения.
Шаги поступления. Административная панель МГУ
Приёмная кампания охватывает 50 факультетов и институтов. Для каждого подразделения есть повторяющиеся шаги и уникальные этапы, учитывающие специфику факультета. При этом даже у одинаковых шагов могут различаться сроки.
Таким образом, с одной стороны, система должна была работать с большим количеством уникальных элементов, а с другой — учитывать частичные и полные совпадения между факультетами.
В проектах по разработке веб-интерфейсов дизайн и описание работы нового блока часто появляются раньше контента. Само наполнение может формироваться значительно позже.
С учётом сложной структуры университета причины такой задержки были понятны.
Первый вариант реализации предполагал использование справочника «Шаги поступления», элементы которого нужно было привязывать к конкретным факультетам.
Даже если шаг одинаковый, например «Подать документы в приёмную комиссию», но сроки на разных факультетах отличаются, контент-редактору необходимо было выбрать шаг из справочника, указать факультет и отдельно задать сроки подачи документов.
Если шаг и сроки совпадали, можно было привязать одну запись сразу к нескольким факультетам.
Мы предполагали, что одинаковые шаги с одинаковыми сроками будут встречаться достаточно часто.
Решение протестировали, убедились, что оно работает корректно, и передали контент-редактору для наполнения.
Форма для заполнения. Административная панель МГУ
Справочник начал быстро разрастаться: процент уникальных описаний этапов поступления для разных факультетов оказался выше, чем предполагалось.
Стало понятно, что редактирование каждой связи «шаг — факультет» при изменениях будет неудобным. Все связи хранились в общем списке и не были разделены по факультетам.
Административная панель МГУ
Дополнительно выяснилось, что для некоторых этапов необходимо указывать не только дату, но и точное время завершения. Например, после 12:00 документы уже не принимаются. При подготовке первоначальных требований этот сценарий не был учтён.
Небольшая задача по добавлению времени завершения этапа стала поводом пересмотреть решение целиком. Мы проанализировали, как контент-редактор работает с административной частью, и пришли к выводу, что дальнейшее развитие текущей схемы будет неоптимальным.
Что получилось в результате
Мы отказались от использования справочника «Шаги поступления» как основного способа хранения данных. Справочник сохранился, но теперь используется только для типовых элементов, которые можно применять при наполнении нескольких факультетов.
Также мы отказались от отдельной записи для каждой связи «шаг — факультет». Первоначально такая схема позволяла один раз привязать шаг к нескольким факультетам, но в реальной работе количество связей оказалось слишком большим.
Для каждого факультета был создан отдельный раздел со своими шагами поступления. Раздел привязывается к конкретному факультету.
Уникальное название шага можно вводить непосредственно при создании элемента, без обязательного добавления в общий справочник. Благодаря этому справочник не разрастается за счёт уникальных записей.
Справочник. Административная панель МГУ
В результате справочник содержит около 10 типовых записей и используется как быстрый способ выбора стандартного шага.
При создании шага в разделе факультета сразу задаются дата и время начала и завершения этапа.
Тестовое использование выявило ещё один сценарий: сам этап уже известен, но точный срок завершения пока не определён и обозначается, например, как «середина июля».
Для таких случаев мы добавили отдельное текстовое поле, значение которого можно вывести вместо точной даты.
Также была настроена гибкая сортировка. По умолчанию этапы автоматически выстраиваются по дате начала. Если несколько этапов начинаются в один день, порядок можно скорректировать вручную.
Что в итоге
Мы потеряли возможность в одном месте связать шаг поступления сразу с несколькими подразделениями.
Но получили более удобную и понятную административную часть:
- справочник типовых шагов экономит время при заполнении;
- все этапы поступления для конкретного факультета находятся в одном разделе;
- контент-редактору проще находить и изменять записи конкретного факультета;
- сроки этапов можно указывать в разных форматах: точная дата, диапазон дат или текстовое значение;
- автоматическая и ручная сортировка позволяют гибко управлять порядком отображения этапов.
В результате структура стала менее универсальной с точки зрения модели данных, но заметно удобнее для ежедневной работы контент-менеджеров.