ООО «ТЕЛЕСТОР»
ИНН:7811212947
erid:2SDnjchQtDg
ООО «ТЕЛЕСТОР»
ИНН:7811212947
erid:2SDnjchQtDg
В статье рассмотрим на примере наших решений переход от старого подхода к новому в плане создания рабочего стола для пользователя в личном кабинете.
Все дашборды в наших решениях (Service, CRM, Auction и т.д.) были сделаны на основе стандартного компонента Дашборд. Теперь мы постепенно все дашборды переделаем на новый лад, и в этой статье мы рассмотрим недостатки старого подхода и в чем плюсы нового способа создания дашбордов.
У нас есть компонент Дашборд, позволяющий вывести 4 неких показателя, у каждого может быть своя ссылка, иконка, подсказка. Под дашбордом могут располагаться панели, в которых выводятся таблицы, графики и т.д.
Так выглядит компонент Дашборд в базовом варианте:
Стандартный образ мышления для вывода подобного дашборда: мне здесь надо вывести какие-то 4 показателя, а под ним какие-то таблицы (т.е. как бы правильно подготовить данные для вывода. Как заполнить анкету).
Фокус смещается с потребностей пользователя на то, чтобы просто заполнить нужным образом вывод, что неправильно.
В данном случае мы вообще мало думаем о задачах и потребностях реального пользователя, а больше заняты тем, как бы за нам заполнить недостающие поля, какие иконки вывести у показателей и т.д.
Если нам в реальности нужно 3 показателя, а не 4, то приходится добавлять какой-то несущественный 4 показатель. Это неправильно. Нужно идти от реальной потребности, а не от формы (конечно, при прочих равных, особенно, если новый способ никак не усложняет реализацию).
Необходимо во главу угла ставить типовые Потребности пользователя и его Сценарии взаимодействия с системой.
В целом, практически любой сценарий взаимодействия с сайтом может начинаться с Рабочего стола.
Пример дашборда Исполнителя на решении Falcon Auction:
Что должно быть на дашборде:
Рабочий стол должен быть гибким. Его структура не должна жестко ограничиваться возможностями компонента:
Рабочий стол должен быть действительно хабом, центральным местом для пользователя - отсюда он должен всегда начинать работу в личном кабинете. Формат вывода данных на рабочем - таблица, диаграммы или произвольная разметка (в нашем случае это форма на чтение).
Очень непросто отказываться от своего компонента, но практика показывает, что связка простая Bootstrap разметка и Таблицы, Формы работает гораздо гибче и проще в плане управления/развития рабочего стола.
Примечание: Компонент Таблица может выводить не только таблицу, но и данные в других форматах (графики, канбан, календарь и т.д.). Форма - может выводить как реальную форму, так и просто некую разметку, генерируемую на основе данных из БД.
Важное о дашбордах в техническом плане:
Дашборд должен грузиться относительно быстро (т.к. часто запрашиваемая страница). Старайтесь минимизировать обращения к очень большим таблицам с дашборда (если используете, то обязательно убедитесь, что запрос с большой таблицей с первого раза работает быстро).
Лучше делать отдельные версии таблиц, форм под дашборд, а не пытаться универсально задействовать существующие таблицы (просто можно копировать их через инструменты платформы). Пример: в Auction у Исполнителя выводится таблица Проекты и на дашборде идет ее краткая версия. Я использую суффикс Short для кодов таблиц (т.е. сразу понятно, что это краткая версия такой-то таблицы для дашборда).
Подобный подход позволит вам настроить вывод таблицы именно под конкретную ситуацию, не боясь поломать что-то в выводе основной таблицы.
Дополнительное отличие этих таблиц - это вывод только актуальных на данный момент данных (например, только активные проекты, а не все подряд).
Если данных много - возможно надо их агрегировать. Т.е. не нужно выводить много строк на дашборде. Удобнее работать с показателем агрегированных данных со ссылкой на детализацию. Пример подобного подхода - мы выводим количество ошибок по типам, а не сами ошибки. Человек видит тип ошибки и принимает решение, нужно ли ему с этим разбираться. Если да, то переходит в раздел ошибки и начинает их изучать более детально.
Кнопки действия - это модальные формы. На дашборд можно вывести ключевые бизнес действия пользователя в виде модальных форм (as-form-modal). Примеры: создать проект, создать клиента, занести расход и т.д. В некоторых случаях ключевым действием может быть и простая ссылка (пример из Auction: для Заказчика есть действие Искать исполнителя с переходом на каталог исполнителей).
У админа-разработчика мы тоже заменили дашборд. Причем этот дашборд также может смотреть и бизнес-админ (за исключением доступа к SQL).
Первый разворот:
Второй разворот:
Что есть на дашборде администратора:
Предыдущий вариант дашборда был гораздо менее информативен (при этом сам дашборд не добавляет каких-то принципиально новых возможностей, просто дает более наглядное представление по ситуации на сайте).
Верхняя часть старого варианта дашборда администратора:
Новый вариант дашборда администратора можно ставить на старые экземпляры через накатывание sql пакета (+ требуются небольшие ручные правки для задействования всех возможностей дашборда, они описаны в рамках пакета обновления SQL).
В данный момент новые варианты дашбордов внедрены для следующих ролей:
Источник: https://falconspace.ru/blog/uluchshaem-rabochie-stoly--dashbordy--v-lichnykh-kabinetakh
ООО «ФИНТРЕЙДИНГ»
ИНН:9704009006
erid:2SDnjesTpTt