Прочитайте о расписаниях обновления здесь.

Системы демонстрируют увлекательное поведение, упрощая людям доступ к приложениям и их использование, давая пользователям почувствовать, что они получают более качественную работу, и заставляя людей хотеть использовать приложения в системе.

Предоставление увлекательного поведения имеет значение для предприятия, поскольку оно напрямую зависит от внедрения пользователя, а также от общего качества обслуживания сотрудников и клиентов. Взаимодействие также помогает сократить запросы поддержки и может помочь повысить качество запросов функций от пользователей.

Одна из проблем создания увлекательного поведения заключается в том, что трудно измерить только объективными показателями. Вместо этого, оно оценивается субъективным опытом пользователей; пользователи считают, что вовлечение приложений предоставляет подлинную ценность. Взаимодействие приложений доступно, ненавязчиво и легко понять. Они требуют минимального количества адаптации и обучения. И они используют четкие методы для активного предотвращения ошибок пользователей.

Другая проблема заключается в том, что цели занятости часто будут отличаться в зависимости от разных типов взаимодействий пользователей в вашей системе. Например, у вас может быть один набор целей для внутренних пользователей, управляющих обращениями, а другой для внешних пользователей, отправляющих информацию посредством формы на вашем веб-сайте. Прежде чем приступить к сборке функций и страниц, рекомендуем тщательно продумать тип создаваемых взаимодействий и причины, по которым пользователи хотят ими заниматься.

Партнерство с конструкторами взаимодействий пользователей (UX) поможет вам принимать более эффективные решения, когда речь идет о предоставлении увлекательных приложений. С архитектурной точки зрения внедрение и сохранение пользователей являются важнейшими компонентами здоровой системы. Включение архитектур уменьшает вероятность Проблем с качеством данных, вызванных спешкой пользователей в процессах или пропуском этапов, чтобы избежать необходимости проводить время в системе, которой они не пользуются. Для внешних систем увлекательная архитектура может повысить доход и сохранность клиентов, поскольку клиенты, которым легче работать с вашими системами, предпочитают больше работать с вашей организацией.

Вы можете создать более увлекательные приложения, сосредоточившись на предоставлении упрощенных и полезных взаимодействий.

Упрощенные приложения просты в навигации, четко представляют информацию и задачи ввода данных и адаптируются под разные форм-факторы. Упрощенные приложения также содержат схемы взаимодействия, к которым привыкли пользователи в других распространенных приложениях. Например, большинство веб-обозревателей отображают «Открыть в новой вкладке» в качестве лучшего варианта при нажатии ссылки правой кнопкой мыши. Упрощенное приложение, содержащее вкладки, будет работать по той же схеме.

Влияние неэффективных взаимодействий приложения может выйти далеко за пределы отдельного приложения. Плохие взаимодействия приложения подрывают Trust пользователей. По мере перехода на цифровые каналы все большего количества важных для бизнеса и клиентов приложений, это может стоить компаниям лояльности ключевых заинтересованных лиц.

Вы можете лучше упорядочить приложения, преднамеренно подобравшись к сложности приложения, дизайну формы и форм-факторам.

Минимизация сложности приложения означает, что пользователям отображаются только соответствующие элементы меню, вкладки и элементы управления навигацией. Вам нужно создать соотнесения между группами пользователей, полномочиями пользователя и соответствующим взаимодействием приложения. Используйте эти соотнесения, чтобы понять, какое взаимодействие приложения нужно представить данному пользователю, а потом убедитесь, что приложение содержит логические элементы управления, необходимые для предоставления этого взаимодействия.

Приложения, представляющие слишком много сложностей для пользователей, могут стать причиной разных проблем:

• Пользователи часто видят ненужные или неактуальные вкладки, переходят к пустым экранам и сталкиваются с отключенными или заблокированными ссылками.
• Ненужные или ненужные инструкции, например, «игнорировать эту вкладку, если ваша роль X...» отображаются в материалах обучения и предоставления возможностей.
• Смутные меню навигации вынуждают пользователей тратить дополнительное время на поиск элементов, необходимых для выполнения работы.

Этот плохой опыт приводит к низкому уровню усыновления и удовлетворенности.

Ниже перечислены рекомендации по определению нужного уровня сложности приложения.

• Систематизируйте меню, вкладки и другие элементы навигационного управления на основе приоритета работы, которую нужно выполнить пользователям.
• Избегайте внедрения новых моделей поведения, которые пользователь должен освоить исключительно для использования вашего приложения.
• Не удаляйте доступ к функциям, позволяющим пользователям настраивать аспекты пользовательского интерфейса.
• Используйте наборы полномочий для предоставления расширенных или сокращенных параметров навигации.
• Упрощение назначений активации страницы Lightning. Уменьшите количество активных страниц Lightning на приложение. Используйте динамические формы, наборы полномочий и условный рендеринг для добавления элементов на страницы Lightning в приложении. Сделайте это вместо поддержки нескольких страниц Lightning, активированных и назначенных по профилю.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядит управление сложностью приложения в организации Salesforce. Их можно использовать для проверки или улучшения дизайна приложения.

Чтобы узнать больше об инструментах Salesforce, которые помогут вам управлять сложностью приложения, см. Инструменты, связанные с занятостью.

Упрощенные формы систематизируют сведения в логические последовательности, поддерживают быстрый ввод данных и минимизируют обязательные этапы. Они также позволяют получать полезные сообщения проверки данных со стороны клиента и исключают повторяющиеся циклы отправки формы.

Ниже перечислены рекомендации по созданию форм.

• Группировать связанные поля. Группируйте поля, связанные с одним этапом процесса или задачи ввода данных. Удалите поля, которые не имеют прямого отношения к текущей задаче.
• Заблаговременно введите и проверьте данные. Поля, требующие ввода данных пользователями, должны отображаться в формах раньше. Рекомендуем как можно быстрее открыть проблемы с форматированием данных или отсутствующими данными на уровне поля (т.е. до попытки перехода к следующему этапу или отправки формы). Кроме того, рекомендуем избегать отображения ошибок на уровне полей до ввода данных в поля.
• Сокращение задач ввода данных. Заполните или заполните как можно больше полей автоматически, чтобы минимизировать ошибки ввода данных и повысить эффективность. Попросите пользователей ввести только важные или критические данные. Удалите все вводные данные, не связанные с текущим бизнес-процессом. Рекомендуем использовать раскрывающиеся списки вместо текстовых полей свободной формы для принудительного выбора допустимых вариантов и уменьшения вариантов одного ответа.
• Уменьшить отправку на сервер. Не рекомендуем использовать многоэтапные формы для многократной отправки данных на сервер. Убедитесь, что все настраиваемые компоненты LWC или Aura используют клиентское кэширование для обработки действий навигации или пагинации. (Salesforce Lightning Experience и мобильное приложение Salesforce по умолчанию используют клиентское кэширование.) Создайте формы, чтобы пользователи отправляли данные на сервер только один раз. Проверьте вводные данные пользователя со стороны клиента перед отправкой форм. Это сведет к минимуму отправку нежелательных пользователей, предотвратит повторы или грязные транзакции от использования пропускной способности на сервере и поможет вам создать дизайн для лучшей обработки данных.
• Управление состоянием формы. Клиентское кэширование помогает не только с такими алгоритмами, как навигация и пагинация, но и минимизировать потерю данных от периодических проблем подключения. Эффективное управление состоянием также означает, что приложения могут надлежащим образом оркестрировать отправку данных на сервер и предотвращать повторы транзакций, а также отправлять актуальные и своевременные сообщения пользователям на основе статуса серверных действий. Упрощенные формы отправляют операции над данными только один раз и не требуют, чтобы пользователи ждали завершения длительных операций на сервере.
• Следуйте стандартам доступности. Чтобы увеличить аудиторию приложений и обеспечить их доступность для всех клиентов, примените стандарты доступности в дизайне форм.

Упрощенные формы помогают повысить целостность данных в приложениях и насколько полезными ваши приложения будут для пользователей. Они также могут сократить количество билетов и запросов в службу поддержки, так как пользователи могут устранять ошибки и четко понимать состояние отправленных форм. Кроме того, упрощенные формы позволяют быстро и эффективно вводить данные и исключают необходимость ожидания выполнения более длительных процессов для выполнения дальнейшей работы.

Список шаблонов и антишаблонов ниже отображает правильный (и плохой) дизайн формы в организации Salesforce. Их можно использовать для проверки или улучшения дизайна форм.

Чтобы узнать больше об инструментах Salesforce, которые помогут вам создать более упорядоченные формы, см. Инструменты, связанные с занятостью. Дополнительные рекомендации по выбору подходящего инструмента формы для вашего сценария использования см. в Руководстве архитектора по созданию форм в Salesforce.

Занятые приложения изящно адаптируются к разным устройствам и типам взаимодействия, или форм-факторам. В зависимости от типа устройства, разные типы взаимодействий с пользователями будут более простыми (или более сложными), а читаемость форм и полей изменится. Помните, что помимо измерений экрана, форм-фактор также обозначает способ взаимодействия пользователей с экраном. В настоящее время все большее число устройств имеют сенсорные экраны, и некоторые пользователи могут также использовать специальные устройства для доступности. Обязательно примите во внимание следующие факторы при создании форм.

Неучет вариативности форм-фактора может привести к целому ряду проблем, включая следующие:

• Низкое качество данных
• Неиспользуемые интерфейсы приложения
• Дополнительные действия по устранению неполадок или «заказ от имени» сеансов для агентов службы поддержки
• Плохое внедрение пользователей, низкое количество активных пользователей и высокий уровень «отказа» от приложения

Чтобы создать интерактивность форм-факторов в приложениях Salesforce, ознакомьтесь со следующими рекомендациями:

• Определите поддерживаемые форм-факторы для каждого приложения.
• Определите методы ввода и потребности пользователей в доступности. Дополнительную информацию см. в разделе «Доступность».
• Используйте стандартные функции для предоставления адаптивных взаимодействий на устройствах при любой возможности.
  • Шаблоны Lightning Page, предоставленные Salesforce, поддерживают разные форм- факторы по умолчанию. Если вы хотите разработать настраиваемые шаблоны страниц Lightning с помощью Aura, разработчикам нужно будет встроить сведения о форм-факторе в файл дизайна компонента.
  • Стандартные компоненты страницы, предоставленные Salesforce, обрабатывают отображение поддерживаемых форм-факторов. При создании настраиваемых компонентов посредством LWC или Aura, разработчикам нужно будет обработать осведомленность о ширине (есть различия во внедрении между Aura и LWC) и заявить о поддержке форм-фактора в файле создания их компонентов.
• Следуйте рекомендациям по использованию упрощенных форм на всех устройствах.
• Создание планов тестирования (и хороших тестов) для ключевых форм-факторов. В идеале, можно протестировать все устройства и форм-факторы для всех приложений. Однако, настройка правильных устройств (или симуляторов устройств) для тестов форм-фактора может быть значительным вложением. Если вы знаете, что определенное приложение или набор приложений будет иметь значительный набор пользователей на мобильном или планшете, расставьте приоритеты точного тестирования для этих приложений на мобильных и планшетных форм-факторах.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядит осведомленность форм-фактора в организации Salesforce. Их можно использовать для проверки дизайна перед созданием или определения страниц, требующих реорганизации.

Чтобы узнать больше об инструментах Salesforce для эффективного проектирования форм-фактора, см. Инструменты, связанные с занятостью.

Следующая таблица отображает выбор схем для поиска (или создания) в организации и антисхемы для избежания или нацеливания на исправление.

✨ Ознакомьтесь с дополнительными схемами для упрощенных приложений в проводнике по шаблонам и антишаблонам.

Полезные приложения позволяют пользователям чувствовать себя более мощными и эффективными, с меньшим количеством отвлекающих факторов или прерываний.

Полезные приложения помогают поддерживать целостность данных, смягчая ошибки, возникающие вручную, и предоставляя обратную связь пользователям, когда и где они нужны. Они помогают пользователям понять, на каких действиях им нужно сосредоточиться сейчас и далее, и предоставляют актуальную информацию, чтобы помочь пользователям быстрее решить собственные проблемы. Они предоставляют четкую связь между действиями пользователя и значимым влиянием или достижениями.

Вы можете создать более полезные приложения с тремя ключевыми привычками: уведомления и сообщения, внутрипрограммные рекомендации и признание и награды.

Уведомления и сообщения помогают пользователям быть в курсе событий.

Продуманная система уведомлений и сообщений может повысить занятость и производительность, предоставив пользователям информацию, необходимую для своевременного принятия важных решений. Плохо продуманная система уведомлений и сообщений, которая представляет сообщения, которые не являются актуальными или своевременными, приведет к обратному эффекту. Внутренние пользователи будут быстро отключать или игнорировать уведомления, что приведет к пропускам законных сообщений, которые могут повлиять на важные бизнес-процессы. Клиенты или другие внешние пользователи, которые устают от бессмысленных уведомлений, могут решить полностью прекратить использование ваших систем.

Ниже перечислены рекомендации по обработке уведомлений и сообщений, отправляемых пользователям приложениями.

• В случае ошибок используйте уведомления и сообщения в качестве крайней меры. Разработайте обработку ошибок в системе с помощью интерфейсной обработки, которая может исправить некоторые типы ошибок без вмешательства человека. Отправляйте пользователям только сообщения о критических ошибках, которые не позволят им выполнить задачи. Таким же образом, отправляйте бизнес-пользователям сообщения об ошибках только при наличии неких корректирующих действий, которые они могут (и должны) предпринять самостоятельно. Дополнительные сообщения об ошибках или сведения могут быть предоставлены посредством отчетов и/или отправлены сотрудникам службы технической поддержки посредством асинхронных методов для дальнейших действий.
• Выберите типы сообщений на основе актуальности, срочности и своевременности. Разные типы сообщений имеют разные уровни блокировки или прерывания. Уведомления являются «блокирующим» типом сообщения, поскольку они требуют, чтобы пользователи подтвердили их, прежде чем продолжить работу. Как и в случае с сообщениями об ошибках, уведомления следует использовать экономно. Всплывающие уведомления не блокируются, могут иметь разные алгоритмы сохранения и поддерживать разные типы способов использования сообщений. Наименее навязчивыми сообщениями являются внутрипрограммные уведомления или сообщения эл. почты. Они лучше используются для предоставления информации, с которой пользователи могут работать по своему выбору.
• Подумайте, что должно произойти дальше. Хотя некоторые уведомления являются информационными (например, сообщения об успешном выполнении), другие могут требовать от пользователей выполнения определенного типа действий. При создании уведомлений учитывайте не только само уведомление, но и любую дополнительную информацию, которая может понадобиться пользователю для выполнения действий. Добавьте четкие инструкции или ссылки на то, где пользователи могут найти дополнительную информацию или выполнить дополнительные действия во всех уведомлениях с действиями.
• Сосредоточьтесь на читаемости. Убедитесь, что вы четко сообщаете о цели каждого уведомления и следующих шагах, которые нужно предпринять пользователю в ответ. Сообщения должны быть понятны бизнес-пользователям, не знакомым с внутренней работой базовых систем. При создании сообщений придерживайтесь стандартов доступности и убедитесь в их локализации для поддержки пользователей в регионах их возможного появления.

Добавьте схемы использования уведомлений или разных типов ошибок в стандарты проектирования, чтобы обеспечить последовательное выполнение рекомендаций конструкторами приложений.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядят уведомления и службы сообщений в организации Salesforce. Эти компоненты можно использовать для проверки дизайна перед созданием или определения использований, требующих реорганизации.

Чтобы узнать больше об инструментах Salesforce для уведомлений и службы сообщений, см. Инструменты, связанные с занятостью.

Внутрипрограммные рекомендации могут быть эффективным способом демистификации сложных бизнес-правил (хотя сперва следует убедиться в их оптимизации) или помочь в адаптации новых сотрудников. Это может быть отличным способом внедрения изменений процесса, выделения новых функций или распространения обучения автоматически и масштабируемым способом. Однако, если оно не будет тщательно внедрено, внутрипрограммные рекомендации могут быть чрезмерно использованы. Частые всплывающие окна или предупреждения могут создавать огромный шум и прерывания для пользователей, что приводит к снижению производительности. Внутрипрограммные рекомендации также могут использоваться недостаточно, что приводит к более сложным процессам выпуска и управления изменениями (особенно для простых функций). В конечном счете, как чрезмерное, так и недостаточное использование внутрипрограммных рекомендаций приводит к ряду проблем, которые создают риски для предприятия, включая:

• Снижение целостности данных
• Увеличение ошибок пользователей
• Более высокий уровень разочарования пользователей и более низкая удовлетворенность пользователей
• Снижение производительности пользователей

Помните, что внутрипрограммные рекомендации могут использоваться по-разному в разных сценариях, поскольку менталитет пользователя будет определять, сколько рекомендаций «слишком много» по сравнению с «недостаточно». Пользователям, впервые представленным в новой системе, скорее всего, потребуется более частое сообщение, чем пользователям, которые просто узнают о новой функции в системе, с которой они уже знакомы.

Ниже указаны некоторые ключи к созданию эффективных внутрипрограммных рекомендаций:

• Разработка стандартов проектирования. Важно помнить, что чрезмерное воздействие внутрипрограммных рекомендаций может привести к регулярному отклонению или игнорированию сообщений. На этом этапе внутрипрограммные рекомендации становятся скорее раздражением, чем ресурсом. Определите стандарты проектирования, чтобы четко определить, когда использовать напоминания, пошаговые руководства, текст справки на уровне поля, сообщения проверки, пути, потоки окон и т. д.
• Создание системы приоритетов для внедрения рекомендаций. Не каждый сценарий использования внутрипрограммных рекомендаций должен быть реализован. Вместо этого рассмотрим следующие вопросы для приоритизации. Где можно просто использовать лучшие имена полей, более четкие метки на кнопках, лучший дизайн формы и оптимизацию процессов для создания более интуитивных бизнес-процессов? Где можно добавить более полезный текст или ссылки на путь? Какое влияние окажут внутрипрограммные рекомендации? Как часто вы хотите отправлять сообщения пользователям? Также убедитесь, что все внедрения включены в дорожную карту, чтобы все заинтересованные лица были доступны.
• Соотнесите пользователей с активными (и предлагаемыми) внутрипрограммными рекомендациями. Соотнесение пользователей с внутрипрограммными рекомендациями поможет вам определить и предотвратить «перегрузку полезности» из-за слишком большого количества внутрипрограммных рекомендаций, отображаемых для пользователя. Часто это результат изолированной разработки, поскольку рабочие группы слишком узко осмысливают свой конкретный сценарий использования. Поддержание целостного представления о том, с чем будут сталкиваться пользователи, особенно важно для больших организаций. Добавление внедрений руководства в дорожную карту также может помочь.
• Собирайте и используйте отзывы для улучшения. Просмотрите данные об использовании внутрипрограммных рекомендаций и используйте их для оценки эффективности развертывания внутрипрограммных рекомендаций. Обязательно предоставьте пользователям способы предоставления открытых отзывов конструкторам рекомендаций.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядят внутрипрограммные рекомендации в организации Salesforce. Эти компоненты можно использовать для проверки дизайна перед созданием и определения внедрений, требующих реорганизации.

Чтобы узнать больше об инструментах Salesforce для внутрипрограммных рекомендаций, см. Инструменты, связанные с занятостью.

Создание признания и награды в приложении помогает пользователям, использующим это приложение, чувствовать себя более связанными с влиянием своей работы и лучше понимать ценность своего вклада, производительность и производительность. Это также мощный способ разблокировать лояльность и занятость.

Отсутствие дизайна для признания или награды взаимодействий приложения может привести к целому ряду проблем, включая следующие:

• Пользователи, пытающиеся понять прогресс или скорость
• Путаница относительно прогресса в достижении целей или незавершенной работы
• Более непродуктивные пользователи, которые не видят связи между своими задачами и «общей картиной»
• Управление временем, потраченным на ручную отчетность по целям низкого уровня

Взаимодействия приложения могут быть сложными для разработки и доставки, поскольку они зависят от культуры компании, политик и стандартов, а также контекста и предпочтений отдельных пользователей. Функции, которые могут помочь пользователям настольного компьютера почувствовать моменты восторга или признательности, могут стать раздражением для пользователя на мобильном или пользователя, пытающегося работать из шумного, занятого домашнего офиса. Люди, использующие приложение для работы с конфиденциальной или особо конфиденциальной информацией, могут не оценить общение о контрольных точках в виде празднования конфетти или эмблем. Распространенная группа сбыта, напротив, может считать такую игру соответствующим полезным взаимодействием приложения. В конечном итоге, выбранные схемы внедрения могут быть лучше определены посредством работы с конструкторами взаимодействий пользователей (UX) в рабочей группе.

Когда речь заходит об архитектуре, важно определить, как и где приложения могут внедрять функции, помогающие пользователям чувствовать признание и награду. Также важно понять, как и где эти функции могут сделать приложения менее повторно используемыми или лишить их реальной бизнес-ценности.

Ниже перечислены некоторые вопросы, которые следует учитывать при оценке признания и наград в приложениях Salesforce:

• Как и где пользователи могут видеть собственный прогресс, а также общую статистику рабочей группы? Отчеты важны, но часто содержат сводные данные, которые могут не учитывать контекст повседневной работы. Вы можете использовать такой инструмент, как конструктор приложений Lightning для встраивания диаграмм или панелей мониторинга в экраны записей в контексте приложения, помогая пользователям понять их влияние или прогресс в процессе выполнения повседневных задач.
• Как распознавать пользователей? Это может отличаться в зависимости от предпочтений рабочей группы или отдельного лица. В некоторых случаях администраторы могут захотеть просмотреть сообщения о прогрессе пользователя, чтобы предоставить общий доступ к ним более крупной группе. Признание также может быть дополнительным преимуществом, помогающим улучшить моральный дух сотрудников. В других случаях пользователи могут просто предпочесть получать уведомления о ходе выполнения определенной задачи или проекта.

Список шаблонов и антишаблонов ниже отображает, как корректно (и плохо) выглядят признания и награды в организации Salesforce. Эти компоненты можно использовать для проверки дизайна перед созданием и определения внедрений, требующих реорганизации.

Чтобы узнать больше об инструментах Salesforce для признания и наград, см. Инструменты, связанные с занятостью.

Следующая таблица отображает выбор схем для поиска (или создания) в организации и антисхемы для избежания или нацеливания на исправление.

✨ Узнайте больше схем для полезных приложений в Проводнике по шаблонам и антипаттернам.

Помогите нам поддерживать актуальность Salesforce «Хорошо архитектура». Пройдите опрос, чтобы предоставить отзыв об этом содержимом и сообщить, что вы хотите видеть дальше.