사용자가 앱을 처음 5분 동안 사용해도 만족하지 못하는 경우가 있습니다. 로그인은 작동합니다. 네비게이션은 기술적으로 작동합니다. API은 데이터를 반환합니다. 그러나 리뷰에서는 앱이 느리고 불편하거나 불신스럽다고 말합니다.
그것은 앱 사용자 경험 입니다.
Capacitor와 Electron 팀은 이러한 문제를 자주 겪습니다. 왜냐하면 기능 배달은 팀 내에서 보이지만摩擦는 팀 외부에서 나타나기 때문입니다. WebView가 반응하기까지 1초가 걸리거나 데스크톱 창이 이상한 상태로 복원되거나 스피너가 작업이 진행 중인지 또는 멈춰 있는지 설명하지 않습니다. 업데이트 하나가 버그를 고치지만 사용자 베이스의 절반 이상이 오래된 버전으로 몇 일 동안 남아 있습니다. 이 모든 문제는 스프린트 데모에서 Dramatic하지 않습니다. 그러나 사용자가 제품을 계속 사용하는지 여부를 결정합니다.
Poor UX는 더 이상 외관 문제가 아닙니다. Adjust는 사용자 경험에 대한 모바일 앱 가이드에서 90%의 사용자가 앱의 성능이 좋지 않다고 이유로 사용하지 않기로 결정했다고 보고했습니다. 개발 팀에게는 이게 대화의 변화를 의미합니다. UX는 앱이 작동하는 후에 추가하는 층이 아닙니다. 성능, 신뢰성, 명확성, 사용자가 가치에 도달하는 속도에 따라 작동하는 운영 결과입니다.
iOS, 안드로이드, 데스크톱에서 동일한 마찰을 전달하는 단일 코드베이스는 위험과 기회를 모두 창출합니다.
목차
- 소개 ‘작동하는’ 앱은 충분하지 않다.
- 모던 앱 사용자 경험의 네 개柱
- 앱 사용자 경험을 측정하는 동작 가능한 지표와 함께
- Cross-Platform App UX를 개선하는 실제 전략
- 계속되는 UX 개선에서 신뢰할 수 있는 업데이트 역할
- 모든 것을 함께 시작하지 말고 첫 번째 UX 개선 주기를 시작하세요
소개: '작동하는' 앱은 충분하지 않습니다
작동하는 앱은 작업을 완료합니다. 좋은 앱은 사용자가 작업을 완료할 때 의심, 혼란, 또는 두 번 생각하지 않도록 도와줍니다. 그것은 같은 것입니다.
많은 팀이 런칭 후에 이 사실을 발견합니다. 내부 테스터들은 제품을 잘 알고 있기 때문에 흐름을 느리게 진행하고 맥락을 이해합니다. 실제 사용자들은 그렇지 않습니다. 그들은 차갑게, 작은 화면에서, 회의 사이에, 약한 네트워크 연결에서, 또는 랩톱 배터리가 거의 죽은 상태에서 도착합니다. 그들은 아키텍처가 미학적이든지 아니면 첫 번째 유용한 액션을 너무 오래 걸리든지 아니면 사용자가 탭을 누를 때 UI가 잠시 멈추든지 상관하지 않습니다.
기술적으로 받아들여질 수 있는 UX의 숨겨진 비용
플랫폼 간 스택은 이 문제를 특정한 방식으로 증폭시킵니다. Capacitor 앱은 종종 웹에 대한 가정들을 상속받는데, 이는 모바일 네이티브 조건에서 유효하지 않습니다. Electron 앱은 특히 팀이 데스크톱을 무제한 환경으로 간주하고 시작 작업, 배경 동기화, 그리고 oversized front-end bundles를 쌓을 때 무거워집니다.
결과는 항상 충돌이 아닙니다. 종종 quieter:
- 의심: 사용자가 다음 단계가 명확하지 않아 멈춥니다.
- 지연: 버튼이 늦게 응답하여 사용자가 다시 한번 클릭합니다.
- 신뢰 상실: 데이터가陈舊해 보이기 때문에 사용자가 싱크가 작동했는지 의심합니다.
- 탈출: 온보딩이 기술적으로 완료되었지만 사용자가 제품의 핵심 가치에 도달하지 못합니다.
실용적인 규칙: 사용자가 앱을 "부실"이라고 묘사할 때, 그들은 일반적으로 작은 엔지니어링 및 제품 결정의 연쇄를 보고하는 것이 아니라 단일 시각 디자인 문제를 보고한다.
기능 로드맵에 익숙한 팀에게는 UX feedback이 실패한 테스트 케이스보다 더 복잡하게 느껴질 수 있지만, 여전히 관리할 수 있는 시스템으로 다루면 괜찮다. 첫 번째 세션의 행동, 오류 상태, 로딩 동작, 업데이트 수용, 작업 완료를 보는 대신 인터페이스가 "최신식"으로 보이는지 묻지 말고.
UX가 왜 엔지니어링에 속하는가
멀티 플랫폼 제품에서 가장 큰 영향을 미치는 UX 문제는 구현 세부 사항에서 많이 발생한다. 캐시 무효화가 콘텐츠가 신뢰할 수 있는지 여부를 결정한다. 번들 사이즈가 상호 작용 시간에 영향을 미친다. 상태 지속성이 사용자가 앱을 다시 열 때 방향감을 느끼는지 여부를 결정한다. 업데이트 전달이 현장에서 마찰이 사라지는 속도에 영향을 미친다.
성숙한 팀은 제품, 디자인, QA, 엔지니어링 간의 공유 작업으로 앱 사용자 경험을 다룬다. 디자이너는 흐름을 형성한다. 제품은 결과를 우선한다. 엔지니어는 실제 조건에서 경험의 속도, 안정성, 회복 가능성을 유지하는지 결정한다.
모든 것이 잘못되지 않으면 앱이 작동하는 경우에도 사용자는 그것을 깨진 것으로 부르기 때문에.
현대 앱 사용자 경험의 네 개의 기둥
UX가 모호해지지 않도록 가장 단순한 방법은 UX를 네 개의 기둥으로 나누는 것이다. 사용성, 성능, 신뢰성, 가치하나가 약하면 다른 것들이 강해도 사용자는 그것을 느끼게 된다.
사용성은 길이가 명확한지 여부
사용성은 사용자가 다음 단계를 알 수 있고 오류를 일으켰을 때 복구할 수 있는지 여부입니다. 이에는 네비게이션 레이블, 제어 요소의 위치, 양식 동작, 빈 상태, 앱이 플랫폼의 기대치를 존중하는지 여부가 포함됩니다.
Capacitor 앱에서, 팀이 모바일로 웹 상호 작용을 복사하는 경우에 빈번하게 나타나는 사용성의 결함은 모바일에서 hover assumption이 존재하지 않습니다. 밀도가 높은 설정 페이지가 지치게 됩니다. 탭 대상이 느슨해집니다. 데스크톱에서 모달 스택이 괜찮아 보이지만 모바일에서 혼란스럽게 보입니다.
좋은 사용성은 화려하지 않습니다. 그것은 마찰의 부재입니다.
성능과 신뢰성은 신뢰를 형성합니다
성능은 앱이 반응적으로 느껴지는지 여부를 대답합니다. 신뢰성은 앱이 예측 가능한지 여부를 대답합니다. 사용자는 그 두 개념을 깨끗하게 구분하지 않습니다. 그들은 앱에 신뢰를 가지는지 여부를 알고 있습니다.
화면이 즉시 나타나지만 동기화 중에 실패하는 화면도 여전히 나쁜 경험입니다. 반응이 느린 앱이도 안정적이지만 사용자들이 떠나게 됩니다. 이 때문에 세션 수준의 분석이 중요합니다. Dynatrace의 기사인 "UX score"에서, Dynatrace는 성능 분석과 오류 감지를 하나의 지표로 결합한 모델을 설명합니다. 그 모델은 각 세션을 "만족스럽다", "불편하다", "tolerable하다"로 분류합니다. 개발자에게 유용한 마음가짐입니다. 평균 페이지 로딩 속도가 느린지 여부는 어떤 여행이 깨끗하지 않았는지 알려주지 않습니다. 성능은 앱이 반응적으로 느껴지는지 여부를 대답합니다.신뢰성은 앱이 예측 가능한지 여부를 대답합니다. 사용성은 사용자가 다음 단계를 알 수 있고 오류를 일으켰을 때 복구할 수 있는지 여부입니다. 사용성은 길이가 명확한지 여부입니다.
Electron 팀의 경우, 이 경우 종종 시작 시 동작, 메모리 압박 및 렌더러 반응성을 관찰하는 것을 의미합니다. Capacitor 팀의 경우, 이는 런칭 시퀀스, 브리지 호출 및 네트워크에 의존하는 화면이 부드럽게 하락하는지 관찰하는 것을 의미합니다.
사용자는 아키텍처 다이어그램을 경험하지 않습니다. 그들은 하나의 세션을 하나씩 경험합니다.
가치가 사용자가 돌아올 이유입니다.
앱은 사용할 수 있고 빠르며 안정적이지만 여전히 사용자가 원하는 것을 얻을 때까지 지연되는 경우에 성능이 좋지 않을 수 있습니다. 가치는 결과层입니다. 사용자가 작업을 완료했는지, 문제를 해결했는지, 앱을 열기 위해 정당화된 이익을 달성했는지 여부를 묻는 것입니다.
많은 기능이 많은 제품은 흔히 다음과 같은 문제를 겪습니다: 팀은 코어 여행을 강화하기 전에 표면, 설정 및 개인화 옵션을 추가합니다. 앱은 더 좋지 않으면서 더 넓어집니다.
네 가지 기둥을 평가하는 유용한 방법은 다음과 같은 질문을 묻는 것입니다:
| 기둥 | 핵심 질문 | 일반적인 크로스 플랫폼 실패 모드 |
|---|---|---|
| 사용성 | 사용자가 다음에 무엇을 해야 하는지 알 수 있나요? | 웹 스타일의 흐름을 변경하지 않고 모바일 또는 데스크톱으로 복사한 경우 |
| 성능 | __CAPGO_KEEP_0__ | __CAPGO_KEEP_0__, __CAPGO_KEEP_0__ 작업이 차단되고, 느린 전환 |
| 신뢰도 | __CAPGO_KEEP_0__, 동기화 중단, UI가 멈춤, 불일치한 로컬 상태 | 가치 |
| __CAPGO_KEEP_0__ 온보딩, 활성화 지연, 노이즈 있는 기능 경로 | 네 개의 기둥은 팀 대화에 지면을 제공합니다. "UX가 개선이 필요합니다."라고 말하는 대신, 온보딩 경로가 이해가 가지만 너무 느리거나, 기능이 가치가 있지만 약한 네트워크에서 불안정하다는 것을 말할 수 있습니다. 팀은 앱 사용자 경험을 개선할 수 있는 수준입니다. | 앱 사용자 경험을 측정하는 방법: 실행 가능한 지표 |
UX 문제를 놓치지 않는 가장 빠른 방법은 설치 횟수와 광범위한 참여 총계를 측정하지 않고 마찰을 측정하지 않는 것입니다. 다운로드는 사람들이 막혔는지, 지루했는지, 또는 가치에 도달하기 전에 떠났는지 알려주지 않습니다.
네 개의 기둥
팀 대화에 지면을 제공합니다. UX가 개선이 필요합니다.라고 말하는 대신, 온보딩 경로가 이해가지만 너무 느리거나, 기능이 가치가 있지만 약한 네트워크에서 불안정하다는 것을 말할 수 있습니다. 팀은 앱 사용자 경험을 개선할 수 있는 수준입니다.
다양한 플랫폼을 지원하는 앱의 경우, 기술적 행동과 사용자 결과를 연결하는 유용한 지표가 필요합니다. 앱 사용자가 느끼는 불편한 경험의 원인이 무엇인지 알고 싶습니다. 그것은 충돌, 멈추는 인터페이스, 복잡한 온보딩, 또는 사용자가 이전 버전의 빌드로 남아 있는 업데이트의 격차 때문인지 궁금합니다.
규모를 측정하기 전에 마찰을 측정하십시오.
실제 사용 중에 고통을 드러내는 신호를 시작하십시오. UXCam은 '중요한 모바일 앱 분석 지표'에 대한 가이드에서 crash-free user rate99% 이상의 일일 목표와 함께 추적하는 것을 추천합니다. UI 멈춤 2초 이상 응답하지 않는 경우 __CAPGO_KEEP_0__, __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0____CAPGO_KEEP_0__ rage taps 정의는 1초에 4개 이상의 탭 같은 요소에. 같은 지침은 사용자가 첫 번째 세션의 첫 번째 이벤트에 도달하는 사용자에게 60초 이내에 첫 번째 세션의 첫 번째 이벤트에 도달하는 사용자가 유지율을 더 높게 유지한다.
이러한 지표는 사용자가 느끼는 것과 직접 연결되기 때문에 일반적으로 유용하다.
- 스태블레스하지 않은 사용자율 불안정성이 광범위하거나 고립된지 여부를 알려준다.
- UI 동결 사용자가 앱이 더 이상 듣지 않는다고 생각하는 순간을 드러낸다.
- rage taps __CAPGO_KEEP_0__에서 사용 가능한 컨트롤이 보이지만 명확하게 반응하지 않는다.
- 첫 번째 실제 결과에 도달하는 데 걸리는 시간 사용자가 첫 번째 실제 결과에 도달하는 속도에 대한 정보를 제공한다.
인스트루먼테이션을 구현하는 팀에게는 __CAPGO_KEEP_0__ 앱에서 성능 모니터링을 설정하고 performance monitoring in Capacitor apps 제품 및 엔지니어링을 위한 실용적인 메트릭 세트
모든 팀이 거대한 분석 분류 체계가 필요하지는 않다. 대부분의 팀은 신뢰할 수 있고 매 릴리스마다 검토할 수 있는 작은 세트가 필요하다.
메트릭 카테고리
| 주요 메트릭 | 무엇을 측정하는가 | UX에 대한 중요성 | __CAPGO_KEEP_0__ |
|---|---|---|---|
| 기술 보안 | 버그 없는 사용자 비율 | 사용자가 버그 없이 세션을 완료하는 사용자 수 | 안정성은 기본적인 기대 |
| 기술 보안 | 버그 없는 세션 | 세션이 버그 없이 끝나는 세션 수 | 실패가 집중되거나 광범위한지 여부를 보여줍니다 |
| 기술 보안 | UI 동결 | 인터페이스가 반응하지 않는 순간 | 느린 느낌을 포착하는 것이 아니라 백엔드 타이밍만을 포착하는 것이 아님 |
| 기술적 건강 | 화가 나서 클릭 | 짧은 시간에 동일한 요소에 반복적으로 클릭 | 혼란이나 피드백 누락을 나타냄 |
| 활성화 | 첫 번째 유용한 이벤트에 도달하는 데 걸리는 시간 | 사용자가 온보딩 지연이 가치 있는지 여부를 나타냄 | 참여 |
| 세션 길이 | 사용자가 활성 상태로 유지하는 시간 | 작업 맥락과 pair할 때 유용함 | 사용자가 첫 번째 유용한 이벤트에 도달하는 속도 |
| 참여도 | 활성 사용자 및 반환 행동 | 사람들이 반복적으로 돌아올지 여부 | 습관, 유용성 또는 둘 다를 나타냄 |
| 파이프라인 | 단계 전환 | 각 키 플로우 단계에서 완료 | 정확한 드롭 오프 지점을 찾음 |
| 여행 분석 | 스크린 플로우 및 경로 | 사용자가 실제로 따라가는 경로 | 루프, 죽은 길, 및 분기점을 드러냄 |
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__는 일반적으로 의미하는 바는:
- 즉시 피드백을 제공하십시오: 버튼은 탭하는 즉시 상태를 변경해야 합니다. 작업이 시작되면 이를 알려주십시오.
- 스켈레톤을 신중하게 사용하십시오: 스켈레톤은 예측 가능한 최종 레이아웃 시에만 효과가 있습니다. 스크린을 숨기는 백엔드 지연을 피할 수 있는 경우에는 도움이 되지 않습니다.
- 비중요한 작업을 미루십시오: 분석 초기화, 두 번째 요청, 및 낮은 우선 순위 자산은 첫 번째 유용한 화면을 막지 않아야 합니다.
- 자산 크기를 줄이십시오: 플랫폼을跨하는 팀은 종종 이미지, 글꼴, 및 프론트 엔드 의존성을 더 오래 동안 유지합니다.
앱 스토어 리뷰어 또는 스테이크 홀더에게 변경 사항을 설명할 때 품질 높은 제품 데모를 만들면 UX 개선 사항을 스크린샷으로는 표현하기 어려운 방식으로 시각화할 수 있습니다. __CAPGO_KEEP_1__
__CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
실제 사용자들은 안정적인 연결성과 최신 하드웨어가 아닌 세계에서 살아가고 있습니다.
__CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다. __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다. Capacitor의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
__CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
- __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다. __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
- __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다. __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
- __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다. __CAPGO_KEEP_0__의 실제 사용자들이 살고 있는 세계는 안정적인 연결성과 최신 하드웨어가 아닌 것입니다.
- __CAPGO_KEEP_0__ 작업을 수행할 때 가능한 한 요청을 배치하고 작은 액션 후 전체 화면 다시 로드 패턴을 피하세요.
iOS, Android 및 공유 웹层에서 더 잘 번역되는 UI 세부 사항을 검토하는 것은 가치가 있습니다. Capacitor 앱을 위한 플랫폼 간 UI 및 UX 관행을 검토하세요..
__CAPGO_KEEP_0__ 앱의 신뢰성을 유지하는 것이 새로운 기능 탭을 추가하는 것보다 나쁜 조건 하에서 더 중요합니다.
__CAPGO_KEEP_0__ 앱에서 올바른 장소에서 상호 작용 패턴을 단조롭게 유지하세요.
최고의 앱 사용자 경험은 항상 새로운 것에서 오는 것이 아닙니다. 종종 제약에서 오는 것입니다.
__CAPGO_KEEP_2__에서 __CAPGO_KEEP_3__를 공유하기 쉽게 만드는 Electron과 __CAPGO_KEEP_0__은 사용자가 모바일과 데스크톱이 자신만의 행동을 하도록 기대하는 것을 기억해야 합니다.
Capacitor and Electron make it easy to share code. They don’t remove the need to honor context. Users still expect mobile and desktop to behave like themselves, not like one compromised median platform.
__CAPGO_KEEP_0__ 앱의 신뢰성은 사용자가 앱을 사용하는 데 있어 가장 중요한 요소입니다.
__CAPGO_KEEP_0__ 앱의 신뢰성은 사용자가 앱을 사용하는 데 있어 가장 중요한 요소입니다.
그 반복은 크로스 플랫폼 작업에서 더 중요합니다. 많은 UX 문제는 작지만 긴급합니다. 로딩 상태가 깨진 경우, 버튼 피드백이 늦은 경우,陈舊한 복사본, 빈 상태가 나쁜 경우, 또는 어색한 온보딩 단계는 JavaScript, CSS, 설정, 또는 자산에서 고쳐질 수 있기 때문에 전체 스토어 제출 주기 전체를 정당화하지 못합니다. 그러나 field에서 그것을 남겨두면 사용자에게 여전히 고통을 주게 됩니다.
UX 수정은 사용자가 실제로 그것을 받을 때만 중요합니다.
많은 팀이 내부 지표로 반복 속도에 대해 이야기합니다. 사용자들은 그 질문을 다르게 합니다. 앱이 빨리 개선되었는지, 아니면 몇 주 동안 동일한 불편한 문제가 남아있는지.
Glassbox는 모바일 앱 메트릭스 에서 그들의 개요에서 modern app UX는 반복 사용, 파이프 라인 완료, 그리고 신뢰성, 1일, 7일, 30일 보존, 그리고 99.5% 이상의 충돌 없는 세션율
을 성공의 주요 지표로 지적합니다. 그 프레임이 SHIPPING 볼륨에 대한 주목을 돌려서 사용자 여행에 개선이 시간에 따라 중요할 때까지 향상이 사용자에게 도달하는지 여부에 주목합니다.
신뢰할 수 있는 업데이트는 그 부분입니다. 만약 당신의 반은 더 오래된 웹 번들을 사용하고 있다면, 그 메트릭스는 불분명합니다. 제품은 혼합된 행동을 보입니다. 지원은 여전히 해결된 문제를 맞닥뜨린 사용자가 왜 여전히 사용자에게 고통을 주는지 설명할 수 없습니다. 엔지니어링은 릴리스 영향에 대한 자신감을 잃습니다.
보다 나은 패턴은 앱 사용자 경험 자체에 배포 메커니즘을 포함하는 것입니다.
그것은 다음과 같은 것들을 의미합니다.
- 좁은 범위로 배포하십시오: 내부 사용자, 베타 그룹 또는 정의된 세그먼트에 UX 변경을 전달하여 광범위한 릴리스 전에 배포하십시오.
- 수용과 실패를 감시하십시오: 업데이트된 장치, 실패한 장치 및 롤백한 장치에 대한 시각성을 필요로합니다.
- 릴리스 그룹을 행동에 연결하십시오: 첫 번째 세션 활성화, 파이프라인 완료 또는 좌절 신호를 변경 전과 후에 비교하십시오.
- 빠른 롤백 경로를 보존하십시오: UX 실험은 여전히 프로덕션 변경입니다. 새로운 흐름이 사람들을 혼란스럽게 하면 그것을 швидко 되돌리십시오.
Capgo 생태계에서 작업하는 팀에게, Capacitor에서 live 업데이트가 어떻게 작동하는지 설명하는 서비스 Capgo 생태계에서 작업하는 팀에게, Capacitor에서 live 업데이트가 어떻게 작동하는지 설명하는 서비스 이 릴리스 루프를 더 쉽게 운영화 하기 위해. 하나의 옵션은 Capgo, 이 웹 패키지를 Capacitor 및 Electron 앱에 대상 채널로 전달하고, 다음 런칭 시 업데이트를 적용하고, 롤백 및 관찰 가능성 기능을 제공합니다. UX 변경이 웹层에 존재할 때 이 기능은 제어된 반복을 위해 스토어 전체 사이클을 기다리지 않고 필요한 경우 유용합니다.
빠른 반복은 안전한 릴리스만 있을 때만 도움이 됩니다. 팀이 실제로 픽스를 배포할 수 있는 정도의 안전성이 충분해야 합니다.
강력한 관찰 가능성과 업데이트의 신뢰성은 만나는 곳입니다. 최고의 UX 팀은 단순히 마찰을 식별하는 것이 아니라, 그 차이를 명확하게 측정할 수 있는 동안 마찰을 제거합니다.
모든 것을 하나로 합치기: 첫 번째 UX 개선 주기
많은 팀은 UX 개선이 필요하지 않습니다. 그들은 하나의 단단한 주기를 증명하기 위해 프로세스가 작동하는지 증명하기 위해 필요합니다.
사용자가 가치에 도달하기 전에 가장 먼저 사용하는 여행을 시작하세요. 첫 번째 런칭, 온보딩, 로그인, 검색, 체크아웃, 양식 완료, 또는 진행 중인 작업으로 돌아가는 것은 모두 좋은 후보입니다. 사용자가 가치에 도달하는지 여부에 직접적으로 영향을 미치는 것을 선택하세요.
하나의 여행을 시작하세요, 전체 앱이 아닙니다.
실용적인 첫 번째 패스는 다음과 같습니다.
- 하나의 결과 지표를 선택하세요. 사용자가 의미 있는 첫 번째 액션에 도달하는 데 걸리는 시간은 많은 앱에 대해 강력한 후보입니다.
- __CAPGO_KEEP_0__ __CAPGO_KEEP_1__
- __CAPGO_KEEP_2__ __CAPGO_KEEP_3__
- __CAPGO_KEEP_4__ __CAPGO_KEEP_5__
- __CAPGO_KEEP_6__ __CAPGO_KEEP_7__
__CAPGO_KEEP_8__
__CAPGO_KEEP_9__
__CAPGO_KEEP_10__
__CAPGO_KEEP_11__ 새로운 제품 소개 매뉴얼 팀이 메시지, 출시 예상, 내부 준비를 일치시킬 수 있는 도움이 될 수 있습니다.
좋은 앱 사용자 경험은 일반적으로 이러한 방식으로 발생합니다. 단일 бли언트 리디자인에서 비롯되는 것이 아니라, 많은 측정된 수정이 주저함을 제거하고 신뢰를 회복하고 사용자가 가치가 더 빠르게 얻을 수 있도록 도와주는 것입니다.
Electron 앱을 배포하거나 Capacitor 앱을 배포하고 UX를 프로덕션에서 안전하게 반복적으로 개선할 방법이 필요하다면 Capgo __CAPGO_KEEP_0__
앱 사용자 경험: Capacitor 및 Electron 팀을 위한 안내서
__CAPGO_KEEP_0__ Capacitor 플러그인 디렉토리 __CAPGO_KEEP_0__ 플러그인 디렉토리 앱 사용자 경험: Capgo 및 Electron 팀을 위한 안내서를 사용하여 네이티브 플러그인 작업을 계획하고 Capgo 플러그인 디렉토리와 연결합니다. Capgo 플러그인 디렉토리에서 제품 워크플로우 Capacitor 플러그인들에 의해 Capgo Capacitor 플러그인들에 의해 Capgo의 구현 세부 사항에 대해 플러그인 추가 또는 업데이트 플러그인 추가 또는 업데이트의 구현 세부 사항에 대해 아이오닉 엔터프라이즈 플러그인 대안 아이오닉 엔터프라이즈 플러그인 대안의 제품 워크플로에 대해, 그리고 Capgo 네이티브 빌드 Capgo 네이티브 빌드의 제품 워크플로에 대해.
