여기에 업데이트 일정에 대해 알아보십시오.

시스템은 사용자가 쉽게 앱에 액세스하고 사용하도록 만들고, 사용자가 더 높은 품질의 작업을 수행한다고 느끼게 하고, 사용자가 시스템에서 앱을 사용하기를 원함으로써 참여하는 동작을 보여줍니다.

참여형 동작을 제공하는 것은 전반적인 작업자 및 고객 만족도뿐만 아니라 사용자 채택과 직접적으로 관련이 있으므로 비즈니스에 중요합니다. 참여 동작은 지원 요청을 줄이고 사용자의 기능 요청 품질을 향상하는 데도 도움이 됩니다.

참여형 동작을 만드는 데 발생하는 문제 중 하나는 목표 메트릭으로만 측정하기가 어렵다는 점입니다. 대신 사용자의 주관적 경험에 따라 측정됩니다. 사용자는 참여 앱이 실제 값을 제공한다고 생각합니다. 참여 앱은 액세스 가능하며 침입하지 않으며 쉽게 이해할 수 있습니다. 최소한의 온보딩 및 교육이 필요합니다. 또한 명확한 방법을 사용하여 사용자 오류를 사전에 방지합니다.

또 다른 문제는 시스템의 다양한 유형의 사용자 상호 작용에 따라 참여 목표가 종종 달라지는 것입니다. 예를 들어 사례를 관리하는 내부 사용자에 대한 목표 집합과 웹 사이트의 양식을 통해 정보를 제출하는 외부 사용자에 대한 목표 집합이 있을 수 있습니다. 참여 시스템을 설계하려면 생성하려는 참여 유형과 사용자가 참여하고자 하는 이유를 주의 깊게 고려해야만 기능 및 페이지 구성을 시작할 수 있습니다.

사용자 환경(UX) 디자이너와 파트너 관계를 맺으면 참여 앱을 제공할 때 훨씬 효과적인 결정을 내릴 수 있습니다. 아키텍처 관점에서 사용자 채택 및 유지는 정상적인 시스템의 중요한 구성 요소입니다. 참여 아키텍처를 사용하면 사용자가 프로세스를 빠르게 진행하거나 단계를 건너뛰어 사용자가 원하지 않는 시스템에서 시간을 보내지 않아도 되는 데이터 품질 문제 발생할 가능성이 줄어듭니다. 외부 시스템의 경우 참여형 아키텍처를 사용하면 시스템을 쉽게 사용할 수 있는 시스템을 찾는 고객이 조직과 더 많은 비즈니스를 수행하기로 선택하여 매출 및 고객 유지율을 높일 수 있습니다.

간소화되고 유용한 환경을 제공하는 데 집중하여 더욱 참여도가 높은 앱을 만들 수 있습니다.

간소화된 앱은 쉽게 탐색하고, 정보 및 데이터 입력 과업을 명확하게 표시하고, 다양한 양식 요소에 맞게 조정할 수 있습니다. 간소화된 앱은 사용자가 다른 일반적으로 사용되는 응용 프로그램에서 익숙해진 환경 패턴도 제공합니다. 예를 들어 대부분의 웹 브라우저에서 사용자가 링크를 마우스 오른쪽 버튼으로 클릭하면 상단 옵션으로 "새 탭에서 열기"가 표시됩니다. 탭을 포함하는 간소화된 앱은 같은 패턴을 따릅니다.

비효율적인 앱 환경의 영향은 개별 앱을 넘을 수 있습니다. 앱 환경이 좋지 않으면 사용자의 Trust 저하됩니다. 더 많은 종류의 비즈니스에 중요한 앱과 고객 대면 앱이 디지털 채널로 이동하면 주요 이해당사자의 충성도를 회사에 부과할 수 있습니다.

앱 복잡성, 양식 설계, 양식 요소에 대해 의도적으로 접근하는 방식으로 앱을 더욱 간소화할 수 있습니다.

응용 프로그램 복잡성을 최소화하면 사용자에게 관련 메뉴 항목, 탭 및 탐색 컨트롤만 표시됩니다. 사용자 그룹, 사용자 권한 및 올바른 앱 환경 간 매핑을 만들어야 합니다. 해당 매핑을 사용하여 주어진 사용자에게 제공할 앱 환경을 이해한 다음, 앱에 해당 환경을 제공하는 데 필요한 논리 제어 기능이 있는지 확인합니다.

사용자에게 너무 복잡한 앱을 제공하면 다음과 같은 다양한 불량 환경이 발생할 수 있습니다.

• 사용자에게 불필요하거나 관련 없는 탭이 자주 표시되고 빈 화면으로 이동하거나 비활성화되거나 차단된 링크가 발생합니다.
• "역할이 X인 경우 이 탭을 무시..."와 같은 불필요하거나 도움이 되지 않는 지침이 교육 및 활성화 자료에 나타납니다.
• 복잡한 탐색 메뉴를 사용하면 사용자가 작업을 완료하기 위해 필요한 항목을 찾는 데 추가 시간을 할애해야 합니다.

불량한 환경으로 인해 채택률과 만족도가 낮아집니다.

적절한 수준의 앱 복잡성을 결정할 때 다음 사항을 고려하십시오.

• 사용자가 수행해야 하는 작업의 우선 순위를 기반으로 메뉴, 탭 및 기타 탐색 컨트롤을 구성합니다.
• 사용자가 앱을 사용할 수 있도록 학습해야 하는 새로운 동작을 도입하지 마십시오.
• 사용자가 사용자 인터페이스의 측면을 사용자 정의할 수 있는 기능에 대한 액세스를 제거하지 마십시오.
• 권한 집합을 사용하여 확장 또는 축소된 탐색 옵션을 제공합니다.
• Lightning 페이지 활성화 할당을 단순화합니다. 앱당 활성 Lightning 페이지 수 최소화 동적 양식, 권한 집합 및 조건부 렌더링을 사용하여 앱의 Lightning 페이지에 항목을 추가합니다. 프로필별로 활성화되고 할당된 여러 Lightning 페이지를 유지하는 대신 이 작업을 수행합니다.

아래의 패턴 및 안티패턴 목록은 Salesforce 조직에서 올바르고 나쁜 앱 복잡성 관리를 보여줍니다. 이를 사용하여 응용 프로그램 디자인을 확인하거나 개선할 수 있습니다.

응용 프로그램 복잡성을 관리하는 데 도움이 되는 Salesforce 도구에 대해 자세히 알아보려면 참여와 관련된 도구를 참조하십시오.

간소화된 양식은 정보를 논리적인 순서로 구성하고, 빠른 데이터 입력을 지원하며, 필수 단계를 최소화합니다. 또한 유용한 클라이언트측 데이터 확인 메시지를 허용하고 반복적인 양식 제출 주기를 제거합니다.

양식을 설계할 때 다음 사항을 고려하십시오.

• 관련 필드를 함께 그룹화합니다. 프로세스 또는 데이터 입력 과업의 동일한 단계와 관련된 필드 그룹화 보유 중인 과업과 직접적으로 관련이 없는 필드를 제거합니다.
• 데이터 입력 및 검증을 조기에 수행합니다. 사용자가 데이터를 입력해야 하는 필드는 양식에 조기에 표시되어야 합니다. 필드 수준에서 가능한 한 빨리(즉, 사용자가 다음 단계로 이동하거나 양식을 제출하기 전에) 데이터 형식 또는 누락된 데이터 관련 문제를 표시하는 것이 가장 좋습니다. 또한 사용자가 필드에 데이터를 입력할 기회가 없기 전에 필드 수준 오류가 표시되지 않도록 합니다.
• 데이터 입력 작업 최소화 최대한 많은 필드를 미리 채우거나 자동 완성하여 데이터 입력 오류를 최소화하고 효율성을 향상합니다. 사용자에게 필수 또는 중요한 데이터만 입력하도록 요청합니다. 보유 중인 비즈니스 프로세스와 관련이 없는 데이터 입력을 제거합니다. 가능한 경우 자유 양식 텍스트 필드 대신 선택 목록을 사용하여 유효한 옵션 선택 항목을 적용하고 동일한 답변의 변형을 줄입니다.
• 서버에 대한 제출 최소화 다단계 양식이 서버에 데이터를 여러 번 제출하지 않도록 합니다. 모든 사용자 정의 LWC 또는 Aura 구성 요소에서 클라이언트측 캐싱을 사용하여 탐색 또는 페이지 매김 작업을 처리합니다. (Salesforce Lightning Experience 및 Salesforce 모바일 앱은 기본적으로 클라이언트측 캐싱을 사용합니다.) 사용자가 한 번만 서버에 데이터를 제출할 수 있도록 양식을 설계합니다. 양식을 제출하기 전에 클라이언트 측에서 사용자 입력을 확인합니다. 이렇게 하면 의도치 않은 사용자 제출을 최소화하고, 중복 또는 더러운 트랜잭션이 백엔드에서 대역폭을 소비하지 않도록 방지하며, 더 나은 데이터 처리를 위해 설계할 수 있습니다.
• 폼 상태 관리 클라이언트측 캐싱은 탐색 및 페이지 매김과 같은 동작에 도움이 될 뿐만 아니라 간헐적인 연결 문제로 인해 데이터 손실을 최소화하는 데도 도움이 됩니다. 또한 상태를 효과적으로 관리하면 앱이 데이터 제출을 서버에 적절하게 오케스트레이션하고 중복 트랜잭션을 방지하고 서버측 작업 상태를 기반으로 사용자에게 적시에 관련 메시지를 표시할 수 있습니다. 간소화된 양식은 데이터 작업을 한 번만 제출하며 사용자가 서버에서 장기 실행 작업이 완료될 때까지 기다리지 않아도 됩니다.
• 액세스 가능성 기준 준수 앱의 대상 그룹을 극대화하고 모든 고객이 참여할 수 있도록 지원하려면 양식 디자인에 가용성 표준을 적용합니다.

간소화된 양식은 앱의 데이터 무결성을 높이고 앱이 사용자에게 얼마나 용이한지 보여줍니다. 또한 사용자가 오류를 해결하고 양식 제출 상태를 명확하게 이해할 수 있으므로 지원 티켓 및 요청을 줄일 수 있습니다. 또한 간소화된 양식은 빠르고 효율적인 데이터 입력을 지원하며, 사용자가 추가 작업을 수행하기 위해 더 오래 걸리는 프로세스가 완료될 때까지 기다리지 않아도 됩니다.

아래의 모형 및 안티모형 목록은 Salesforce 조직에서 올바르고 나쁜 양식 디자인을 보여줍니다. 이를 사용하여 양식 디자인을 확인하거나 개선할 수 있습니다.

더욱 간소화된 양식을 구축할 수 있는 Salesforce 도구에 대해 자세히 알아보려면 참여와 관련된 도구를 참조하십시오. 사용 사례에 적합한 양식 도구를 선택하는 방법에 대한 자세한 지침은 Salesforce를 사용하여 양식 구축을 위한 아키텍트의 결정 가이드를 참조하십시오.

참여 앱은 다양한 장치 및 상호 작용 유형 또는 양식 요소에 정상적으로 적응합니다. 장치 유형에 따라 다양한 유형의 사용자 상호 작용이 더 쉽거나 더 어려워지고 양식 및 필드의 가독성이 변경됩니다. 화면 차원 외에도 양식 요소는 사용자가 화면과 상호 작용하는 방식도 나타냅니다. 점점 더 많은 장치가 터치스크린을 갖추고 있으며 일부 사용자는 접근성을 위해 특별한 장치를 사용할 수도 있습니다. 양식을 설계할 때 다음 요소를 고려하십시오.

양식 요소 변형을 고려하지 못하면 다음을 포함하여 다양한 문제를 야기할 수 있습니다.

• 데이터 품질이 좋지 않음
• 사용할 수 없는 앱 인터페이스
• 지원 에이전트에 대한 추가 문제 해결 또는 "대신 주문" 세션
• 사용자 채택 부족, 활성 사용자 수가 적고 앱 "중단" 비율이 높은 경우

Salesforce 앱에서 양식 요소 전반의 상호 운용성을 설계하려면 다음을 고려하십시오.

• 모든 앱에 대해 지원되는 양식 요소를 지정합니다.
• 입력 방법 및 사용자의 접근성 요구 사항 파악 자세한 내용은 가용성을 참조하십시오.
• 가능할 때마다 표준 기능을 사용하여 장치 간에 적응형 환경을 제공합니다.
  • Salesforce에서 제공하는 Lightning 페이지 템플릿은 기본적으로 다른 양식 요소를 지원합니다. Aura를 사용하여 사용자 지정 Lightning 페이지 템플릿을 개발하려는 경우 개발자가 구성 요소 설계 파일에 양식 요소 정보를 통합해야 합니다.
  • Salesforce에서 제공하는 표준 페이지 구성 요소는 지원되는 양식 요소 간 렌더링을 처리합니다. LWC 또는 Aura로 사용자 정의 구성 요소를 만드는 경우 개발자는 너비 인지도(Aura와 LWC 간 구현 차이점)를 처리하고 구성 요소의 설계 파일 내에서 양식 요소 지원을 선언해야 합니다.
• ** 모든 장치에서 간소화된 양식을 확인하려면 지침을 따르십시오**.
• 주요 양식 요소에 대한 테스트 계획(및 좋은 테스트) 만들기 모든 장치 및 모든 앱의 양식 요소에 대해 테스트하는 것이 좋습니다. 그러나 폼 팩터 테스트를 위해 올바른 장치(또는 장치 시뮬레이터)를 설정하는 것은 상당한 투자가 될 수 있습니다. 특정 앱 또는 앱 집합에 모바일 또는 태블릿에서 상당한 사용자 집합이 있을 경우 모바일 및 태블릿 폼 팩터에서 해당 앱에 대한 정확한 테스트를 우선적으로 지정합니다.

아래의 패턴 및 반패턴 목록은 Salesforce 조직에서 올바른(또는 나쁜) 폼 팩터 인식을 보여줍니다. 이를 사용하여 구축하기 전에 디자인의 유효성을 검사하거나 새로 고쳐야 하는 페이지를 식별할 수 있습니다.

효과적인 양식 요소 설계를 위한 Salesforce 도구에 대한 자세한 내용은 참여와 관련된 도구를 참조하십시오.

다음 표는 조직에서 조회(또는 구축)할 패턴을 선택하고 방지하거나 조치를 위한 안티 패턴을 보여줍니다.

✨ Pattern & Anti-Pattern Explorer에서 간소화된 앱에 대한 더 많은 패턴을 알아보십시오.

유용한 응용 프로그램을 사용하면 사용자가 더 적은 주의를 기울이고 중단을 줄여 권한을 확보하고 효율적으로 작업을 수행할 수 있습니다.

유용한 애플리케이션은 수동 오류를 완화하고 사용자에게 필요한 시점과 장소에 피드백을 제공하여 데이터 무결성을 유지합니다. 이를 통해 사용자가 현재 및 다음에 집중해야 하는 작업을 이해하고 관련 정보를 제공하여 사용자가 자신의 문제를 더 빠르게 해결할 수 있습니다. 사용자의 작업과 의미 있는 영향 또는 성과 간의 명확한 연결을 제공합니다.

알림 및 메시지, 앱 내 지침, 인식 및 보상과 같은 세 가지 주요 습관을 사용하여 더 유용한 응용 프로그램을 구축할 수 있습니다.

알림 및 메시지를 통해 사용자가 계속해서 정보를 파악할 수 있습니다.

올바르게 설계된 알림 및 메시징 시스템은 사용자에게 시기적절한 중요 결정을 내리는 데 필요한 정보를 제공하여 참여 및 생산성을 높일 수 있습니다. 관련성이 없거나 적시에 표시되지 않는 메시지를 표시하는 알림 및 메시징 시스템을 잘못 설계하면 반대의 영향을 미칠 수 있습니다. 내부 사용자는 알림을 빠르게 비활성화하거나 무시하여 필수 비즈니스 프로세스에 영향을 미칠 수 있는 합법적인 메시지를 놓칠 수 있습니다. 무의미한 알림에 지쳐가는 고객 또는 기타 외부 사용자는 시스템 사용을 모두 중지하기로 결정할 수 있습니다.

앱이 사용자에게 알림 및 메시지를 보내는 방법을 결정할 때 다음 사항을 고려하십시오.

• 오류의 경우 알림 및 메시지를 마지막 수단으로 사용하십시오. 백엔드 처리를 사용하여 시스템의 오류 처리를 설계하여 인간의 개입 없이 특정 유형의 오류를 수정할 수 있습니다. 사용자에게 과업을 완료하지 못하게 하는 중요 오류에 대한 메시지만 보냅니다. 마찬가지로 비즈니스 사용자가 직접 수행할 수 있거나 수행해야 하는 몇 가지 수정 조치가 있는 경우에만 오류 메시지를 보냅니다. 추가 오류 메시지 또는 세부 사항은 보고서를 통해 제공되거나 추가 팔로우업을 위해 비동기식 메서드를 사용하여 기술 지원 담당자에게 보낼 수 있습니다.
• 관련도, 긴급성 및 시기성에 따라 메시지 유형을 선택합니다. 메시지 유형에 따라 차단 또는 중단 동작의 수준이 다릅니다. 알림은 사용자가 작업을 계속하기 전에 알림을 확인해야 하므로 "차단" 메시지 유형입니다. 오류 메시지와 마찬가지로 알림은 적절하게 사용해야 합니다. 토스트 알림은 차단되지 않음이며, 다른 지속성 동작을 가질 수 있으며, 다양한 메시지 사용 사례를 지원합니다. 가장 불쾌한 메시지는 앱 내 알림 또는 이메일입니다. 이를 사용하면 사용자가 언제 어디서나 원하는 대로 처리할 수 있는 정보를 전달할 수 있습니다.
• 다음에 무슨 일이 일어날지 생각해보세요. 일부 알림은 성공 메시지와 같은 정보를 제공하지만, 다른 경우 사용자가 일부 유형의 조치를 취해야 할 수 있습니다. 알림을 설계할 때 알림 자체뿐만 아니라 사용자가 조치를 취해야 할 추가 정보를 고려해야 합니다. 사용자가 추가 정보를 찾거나 실천 가능한 모든 알림에서 팔로우업 단계를 완료할 수 있는 지침 또는 링크를 명확하게 포함합니다.
• 읽기에 초점을 맞춥니다. 각 알림의 목적과 사용자가 응답에 수행해야 하는 다음 단계를 명확하게 전달해야 합니다. 메시지는 기본 시스템의 내부 작업에 익숙하지 않은 비즈니스 사용자가 이해할 수 있어야 합니다. 메시지를 만들 때 해당 메시지가 나타날 수 있는 지역의 사용자를 지원하도록 접근성 표준을 준수하고 현지화해야 합니다.

설계 표준에 알림 또는 다른 유형의 오류를 사용하는 시기에 대한 패턴을 포함하여 앱 빌더가 일관된 관행을 따르도록 돕습니다.

아래의 패턴 및 안티패턴 목록은 Salesforce 조직에서 올바른 알림 및 메시징(그리고 나쁜 알림)을 보여줍니다. 이를 사용하여 구축하기 전에 설계의 유효성을 검사하거나 재구성해야 하는 사용량을 식별할 수 있습니다.

알림 및 메시징을 위한 Salesforce 도구에 대한 자세한 내용은 참여와 관련된 도구를 참조하십시오.

앱 내 지침은 복잡한 워크플로를 해독하는 강력한 방법이 될 수 있습니다(그러나 먼저 작업 흐름을 최적화해야 합니다). 자동화되고 확장 가능한 방식으로 프로세스 변경 사항을 도입하고, 새로운 기능을 강조 표시하거나, 교육을 배포하는 것이 좋습니다. 그러나 주의를 기울이지 않으면 앱 내 지침이 과도하게 사용될 수 있습니다. 팝업 또는 경고가 자주 표시되면 사용자에게 엄청난 양의 소음과 중단이 발생하여 생산성이 손실될 수 있습니다. 앱 내 지침도 부족하게 사용될 수 있으므로 릴리스 및 변경 관리 프로세스(특히 간단한 기능)가 더 번거롭습니다. 최종적으로 앱 내 지침을 과도하게 사용하거나 부족하게 사용하면 다음을 포함하여 비즈니스에 위험을 야기하는 여러 문제를 야기합니다.

• 데이터 무결성 저하
• 증가된 사용자 오류
• 높은 사용자 불만 수준 및 낮은 사용자 만족도
• 사용자 생산성 저하

사용자의 사고방식에 따라 "너무 많은" 및 "충분하지 않은" 지침의 양이 결정되므로 다양한 시나리오에서 앱 내 지침을 다르게 사용할 수 있습니다. 새 시스템에 처음 도입되는 사용자는 이미 익숙한 시스템의 새로운 기능에 대해 단순히 학습하는 사용자보다 더 자주 메시지를 요구할 수 있습니다.

다음은 효과적인 앱 내 지침을 만드는 몇 가지 키입니다.

• 설계 표준 개발 앱 내 지침에 과도하게 노출되면 사용자가 정기적으로 메시지를 해제하거나 무시할 수 있다는 점에 유의해야 합니다. 이때 앱 내 지침은 자원이 아닌 불만이 됩니다. 프롬프트, 연습, 필드 수준 도움말 텍스트, 유효성 검사 메시지, 경로, 화면 플로 등을 사용하는 시점을 명확하게 설명하기 위해 설계 기준을 정의합니다.
• 지침 구현을 위한 우선 순위 지정 시스템 만들기 앱 내 지침에 대한 모든 사용 사례를 구현해야 하는 것은 아닙니다. 대신 우선 순위를 지정할 다음 질문을 고려하십시오. 더 나은 필드 이름, 버튼에 더 명확한 레이블, 더 나은 폼 디자인 및 프로세스 최적화를 간단하게 사용하여 직관적인 워크플로를 만들 수 있는 방법은 무엇입니까? 경로에 더 유용한 텍스트 또는 링크를 추가할 수 있는 곳은 어디입니까? 앱 내 지침이 미치는 비즈니스 비용 영향은 무엇입니까? 사용자에게 메시지를 얼마나 자주 전달하시겠습니까? 또한 모든 이해당사자가 볼 수 있도록 모든 구현이 로드맵에 포함되어 있는지 확인하십시오.
• 사용자를 활성(및 제안된) 앱 내 지침에 매핑합니다. 앱 내 지침에 사용자를 매핑하면 사용자에게 너무 많은 앱 내 지침이 표시되어 "도움말 과부하"를 식별하고 방지할 수 있습니다. 팀이 특정 사용 사례에 대해 너무 좁게 생각하므로 사일로 개발의 결과가 자주 발생합니다. 특히 대규모 조직에서는 사용자가 노출될 항목을 전체적으로 파악하는 것이 매우 중요합니다. 로드맵에 지침 구현을 포함하는 것도 도움이 될 수 있습니다.
• 개요를 수집하고 사용하여 개선합니다. 앱 내 지침 사용에 대한 데이터를 검토하고 이를 사용하여 앱 내 지침 배포의 효율성을 판단합니다. 사용자가 안내 빌더를 돕기 위해 개방형 사용자 의견을 제공할 수 있는 방법도 제공해야 합니다.

아래의 패턴 및 안 패턴 목록은 Salesforce 조직에서 올바르고 나쁜 앱 내 지침을 보여줍니다. 이를 사용하여 구축하기 전에 설계를 확인하고 재구성해야 하는 구현을 식별할 수 있습니다.

앱 내 지침을 위한 Salesforce 도구에 대해 자세히 알아보려면 참여와 관련된 도구를 참조하십시오.

앱에 인식 및 보상을 구축하면 해당 앱을 사용하는 개인이 작업의 영향에 더 잘 연결되고 기여도, 생산성, 성과의 가치를 더 잘 이해할 수 있습니다. 또한 충성도와 참여를 확보하는 강력한 방법입니다.

인식 또는 보상 앱 환경을 설계하지 않으면 다음을 포함하여 다양한 문제를 야기할 수 있습니다.

• 진행 상황 또는 속도를 이해하기 어려운 사용자
• 목표 또는 완료되지 않은 작업에 대한 혼동
• 생산성이 낮은 사용자로서 과업과 "더 큰 상황" 간의 연결이 보이지 않습니다.
• 수동, 낮은 수준 목표 보고에 손실된 관리 시간

보상 앱 환경은 회사 문화, 정책, 표준뿐만 아니라 개별 사용자의 컨텍스트 및 기본 설정에 따라 다르므로 설계 및 전달하기가 어렵습니다. 데스크톱 사용자가 즐거움이나 감사의 순간을 느끼도록 도울 수 있는 기능은 모바일 사용자 또는 소음이 많고 바쁜 홈 오피스에서 작업하려는 사용자에게 불쾌해질 수 있습니다. 비공개 또는 민감한 정보로 작업하기 위해 앱을 사용하는 사람은 색종이 축하 또는 배지 형태로 중대 사건에 대한 커뮤니케이션을 평가하지 않을 수 있습니다. 반대로 배포된 세일즈 팀은 이러한 게임화가 적절하게 보상적인 앱 환경으로 보일 수 있습니다. 최종적으로 선택하는 구현 패턴은 팀에서 사용자 환경(UX) 디자이너와 협력하여 결정할 수 있습니다.

아키텍처의 경우 사용자가 인식되고 보상을 받을 수 있도록 앱이 기능을 구현할 수 있는 방법과 위치를 식별하는 것이 중요합니다. 또한 이러한 기능이 어떻게 그리고 어디에서 앱을 더 적게 재사용 가능하게 만들거나 실제 비즈니스 가치를 제공하지 못하게 할 수 있는지 이해하는 것이 중요합니다.

다음은 Salesforce 앱에서 인식 및 보상을 평가할 때 고려해야 할 몇 가지 질문입니다.

• 사용자가 자신의 진행 상황과 전체 팀 통계를 어떻게 어디에서 볼 수 있습니까? 보고서는 중요하지만 일상적인 작업의 컨텍스트를 놓칠 수 있는 요약 데이터가 포함되는 경우가 많습니다. Lightning 앱 빌더와 같은 도구를 사용하여 앱의 컨텍스트 내에서 레코드 화면에 차트 또는 대시보드를 내장하여 사용자가 일상적인 작업을 수행할 때 영향이나 진행 상황을 이해할 수 있습니다.
• 사용자를 어떻게 인식해야 할까요? 이는 팀 또는 개인 기본 설정에 따라 다를 수 있습니다. 경우에 따라 감독자가 사용자 진행 상황에 대한 메시지를 확인하여 더 큰 그룹과 공유할 수 있습니다. 인식은 직원 윤리에 도움이 되는 추가적인 장점이 될 수도 있습니다. 그리고 다른 경우에는 사용자가 특정 과업 또는 프로젝트의 진행 상황에 대해 알리는 유일한 사용자일 수도 있습니다.

아래의 패턴 및 반패턴 목록은 Salesforce 조직에서 올바른 (그리고 부족한) 인식과 보상을 보여줍니다. 이를 사용하여 구축하기 전에 설계를 확인하고 재구성해야 하는 구현을 식별할 수 있습니다.

인정 및 보상을 위한 Salesforce 도구에 대해 자세히 알아보려면 참여와 관련된 도구를 참조하십시오.

다음 표는 조직에서 조회(또는 구축)할 패턴을 선택하고 방지하거나 조치를 위한 안티 패턴을 보여줍니다.

✨ Pattern & Anti-Pattern Explorer에서 유용한 앱에 대한 더 많은 패턴을 확인하십시오.

Salesforce Well-Architected의 관련성을 유지할 수 있도록 도와주십시오. 이 콘텐츠에 대한 사용자 의견을 제공하려면 설문 조사을 작성하고 다음에 원하는 내용을 알려주십시오.