В 2017 году, уже имея многолетний опыт разработки информационных систем для бизнеса, мы, Форвард Телеком, запустили первое облачное решение для автоматизации взаимоотношений с партнерами — PRMSaaS. Система построена на основе существующих продуктов компании.
Однако изменение целевой аудитории и способа доступа к системе заставило нас переосмыслить, о чем будут волноваться конечные пользователи при взаимодействии с ее интерфейсом.
Рассказываем, какие требования мы сформулировали к корпоративному ПО в облаке и как добились их соответствия.
Кто наши новые пользователи
Мы уже более 10 лет занимаемся разработкой, внедрением и поддержкой информационных систем бизнеса: биллинга, PRM, CRM, BPM-систем и многого другого.Все это ни в коем случае не «из коробки» решения.
Для внедрения системы необходимо изучить ИТ-инфраструктуру клиента и интегрировать с ней свой продукт. Иногда это предполагает сборку мини-дата-центра на территории клиента.
Плюс обучение сотрудников.
Естественно, такие системы не могут стоить дешево, и нашими клиентами всегда были в основном крупные или успешные компании среднего бизнеса.
Мы решили выпустить облачную PRM-систему, ориентируясь на новый сегмент потенциальных клиентов: SMB – малый и средний бизнес.
Такие компании часто страдают от несовершенства готовых ИТ-решений и низкого качества их технической поддержки.
Мы хотели предоставить им простой (по сравнению с системами, которые мы адаптируем под требования конкретного бизнеса), но надежный продукт, который они могли себе позволить.
Таким образом, было принято решение о внедрении модели SaaS, когда само программное обеспечение размещается в нашем Дата-центре, поставщик услуг SaaS обеспечивает его обслуживание, мы как вендор разрабатываем и обновляем его, а клиентам предоставляем доступ через веб-интерфейс.
.
Прежде всего – функциональность
Для тех, кто когда-либо имел дело с программным обеспечением, поддерживающим сложные бизнес-процессы с большими объемами информации, не секрет, что его интерфейс не является полем для дизайнерских экспериментов.Конечно, технологии не стоят на месте, разрешение мониторов увеличивается, даже у недорогих ноутбуков есть функция «сенсорного экрана», и дизайнерам и разработчикам очень хочется идти в ногу с тенденциями.
Никто не хочет выглядеть в глазах пользователей динозавром, вызывая ностальгические воспоминания о Windows 95 интерфейсом своего продукта.
Однако любые, даже чисто декоративные изменения в бизнес-программах необходимо вносить очень осторожно.
Успех продуктов автоматизации зависит от того, насколько они упрощают работу с большими объемами информации и ускоряют рутинные действия.
Даже изменение цветовой схемы или дизайна значков может дезориентировать пользователя и отнять у него секунды рабочего времени.
А в бизнесе, как известно, время – деньги.
Особенностями корпоративных приложений являются плотная упаковка данных на каждом экране и таблицы как основная форма их представления.
Здесь нет места свободе творческого воображения.
История знает Примеры , когда желание сделать дизайн свежим и таблицы менее громоздкими привело к провалу обновленной версии и многочисленным жалобам клиентов.
Об этом следует помнить независимо от того, работает ли ваше программное обеспечение в облаке или на клиентских серверах.
Что можно сделать, чтобы было легче воспринимать и работать с данными такой плотности? Для начала внимательно изучите структуру данных и устраните избыточность.
Например, объединить ячейки, содержимое которых воспринимается пользователями как принадлежащее одному семантическому блоку.
Во-вторых, ввести возможность сортировки и фильтрации данных таблицы и отображения их в соответствии с заданными параметрами.
В PRMSaaS пользователь может по сути сам структурировать данные, используя гибкую систему настроек отображаемых параметров.
В-третьих, разумно используйте цвет и закономерности его восприятия.
Приглушенная цветовая гамма не вызывает сенсорной перегрузки даже у человека, работающего в системе полный рабочий день.
На этом сдержанном фоне четко выделяется визуальный сигнал о важных для пользователя событиях – ошибках, пустых полях, новых сообщениях.
Не оригинально, но функционально.
Технические возможности малого бизнеса
Нам также нужно было понять, в каких условиях будет работать система.И здесь сыграли свою роль особенности национальной экономики, в народе коротко формулируемые как «Москва – не Россия».
Разница в ИТ-поддержке компаний столицы и обширной российской провинции была заметна и раньше.
Экономическая ситуация последних лет только увеличила этот разрыв.
В результате, думая о технических возможностях нашего потенциального пользователя, нам приходилось одновременно представлять себе людей с новенькими Макбуками и менеджеров в удаленных торговых точках где-нибудь в Уфе, Самаре или Новосибирске, работающих над чем-то вообще неизвестным (Уфа, Самара, Новосибирск).
- не обижайтесь).
Потому что мы не могли себе позволить, чтобы сервис тормозил даже на самом худшем пользовательском оборудовании, или, как в одном из проектов, локальное железо не позволяло запустить ни один современный браузер.
Что это значило для нас? Во-первых, мы должны минимизировать нагрузку на оборудование пользователя: все трудоемкие операции переносятся на бэкенд («тонкий» интерфейс).
Компьютер пользователя не должен быть загружен ненужными скриптами.
Вы не можете использовать эффекты, требующие значительного аппаратного ускорения.
Ожидается, что некоторые пользователи будут работать с нашим сервисом на экранах с диагональю 15 дюймов или с разрешением экрана ниже FullHD. Это означает, что нам придется экономно использовать пространство и минимизировать визуальный шум.
Алгоритм тестирования
Здесь нам не пришлось ничего изобретать.У нас уже была схема тестирования интерфейсов информационных систем и изучения пользовательского опыта, опробованная при разработке и внедрении других продуктов Форвард. Кроме того, мы могли бы в данном случае пропустить некоторые шаги, поскольку речь шла об адаптации интерфейсов существующей системы PRM. Весь алгоритм выглядит так: Изучение пользовательского опыта выполнения одних и тех же задач в старой информационной системе или без средств автоматизации.
Подготовка типовых пользовательских сценариев, распределение ролей или групп пользователей на основе этих сценариев.
Эти два шага в случае с PRMSaaS уже были пройдены, поскольку у нас была информация о поведении пользователей и их возможных ролях, собранная при работе с необлачным PRM. Оценка нагрузки на систему с учетом продолжительности непрерывной работы пользователей в сервисе, масштабирование количества пользователей на будущее.
На этом этапе проводится автоматизированное нагрузочное тестирование, например, для сравнения граничных допустимых значений времени ожидания и реального поведения сервиса.
Разделение прав пользователей и удаление из интерфейса избыточного функционала для данной конкретной роли.
Итеративная подготовка прототипов интерфейсов с минимальным функционалом, необходимым для каждой роли, разработка черновых версий рабочих интерфейсов.
Тестовая работа на ограниченном количестве пользователей.
Изучение результатов тестирования и проверка правильности пользовательского опыта.
Исправление ошибок, оптимизация front-end и back-end по результатам нагрузочного и пользовательского тестирования.
То же самое повторяется для каждого функционального блока или процесса, реализованного в сервисе.
Вместо заключения
Из этих предпосылок и процессов родился интерфейс PRMSaaS в его нынешнем виде.Несмотря на вышеизложенные трудности, можно выделить два основных вектора.
На самом деле, битву между красотой и утилитаризмом выигрывает утилитаризм.
Этот выбор продиктован общими эксплуатационными требованиями к интерфейсам большинства корпоративного ПО.
Во фронтенде упор сделан на портальные технологии и работу с мобильными приложениями; здесь диктат дизайна и эргономики.
И здесь, конечно, нужно упаковать свой продукт в достойную его упаковку, руководствуясь не только соображениями практичности, но и обратившись к тенденциям, о которых так много говорят зарубежные разработчики и дизайнеры интерфейсов: геймификация пользовательских задач, индивидуализация дизайна или использование сенсорной технологии» Теги: #prm #saas #cloud #interfaces #SaaS / S+S #CRM-системы #облачные сервисы
-
Как Выбрать Шаблоны Wordpress Для Бизнеса
19 Oct, 24 -
Единство. Ленивый Ecs
19 Oct, 24 -
Высокотехнологичный Конструктор От Bug Labs
19 Oct, 24