대시보드에 따르면 런칭은 성공적이었다. 가입자 수는 증가했고, 로그인도 급증했다. 팀은 안심했다.
그러나 두 주가 지나면. 지원 티켓이 줄어들지만, 제품이 순조롭게 작동하는 것이 아니라는 것을 알 수 있다. 사람들은 그냥 돌아오지 않는다. 몇몇 파워 사용자는 활동적이다. 대부분의 새로운 계정은 조용하다. 제품에 접근권을 제공했지만, 수용을 제공하지는 못했다.
그것이 "그것" 사용자 수용 지표 사용자 수용 지표는 "사람들이 왔나요?"라는 더 어려운 질문보다 "사람들이 가치에 도달했나요? 돌아오나요? 제품이 일상 생활의 일부가 되나요?"라는 질문에 답하는 것입니다. 그 변화를 중요하게 여겨야 합니다. raw 가입자 수와 로그인은 종종 자랑의 지표입니다. 사람들은 문을 열어놓은 것만을 알려줍니다. 그들이 완전히 입주했는지 여부는 알려주지 않습니다.
제품 팀에게는 일반적으로 이게 현실이 됩니다. 런칭은 종이 위에서 잘 보이지만 실제로는 약한 경우가 많습니다. 협업 도구는 많은 계정 생성을 받을 수 있지만, 사용자가 첫 번째 프로젝트를 만들거나 팀원에게 초대하거나 나중에 돌아오지 않는 경우가 많습니다. 모바일 앱은 다운로드를 많이 받을 수 있지만, 사용자가 온보딩을 완료하거나 첫 번째 액션을 완료하여 제품이 유용해지는지 여부는 거의 없습니다. 만약 당신이 그와 같은 불일치에 직면했다면, 이미 올바른 질문을 하고 있는 것입니다.
어떤 사용자가 제품을 이해하고, 결과를 얻고, 반복적인 행동을 하는지 관찰하는 것이 중요합니다. 사용자가 제품을 처음 이해하고, 처음 결과를 얻고, 처음 반복적인 행동을 하는 순간을 관찰하는 것이 중요합니다. 온보딩, 활성화, 앱 사용자 경험 개선에 근거한 팀은 일반적으로 같은 것을 발견합니다. 사용자의 첫 번째 성공이 사용자의 첫 번째 로그인보다 더 중요합니다. 목차
소개
- 등록에서真正의 사용자 수용으로
- 8가지 필수 사용자 수용 지표의 설명
- 사용자 수용을 효과적으로 측정하고 추적하는 방법
- __CAPGO_KEEP_0__ 메트릭을 해석하고 기준점을 설정하세요
- __CAPGO_KEEP_0__ 기본보다 나아가기: 사용자 수준 vs 계정 수준
- __CAPGO_KEEP_0__ 사용률 대시보드를 만들고 행동하세요
- __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__
- Workflow 적합성: 사용이 단순한 흥미로 넘어가는 것인지, 일상화가 되었는지
이 안내서의 나머지 부분은 이 질문들에 기반을 두고 있습니다. 일부 지표는 가입이 성공적으로 이루어졌는지 알려줍니다. 다른 지표는 제품이 습관 형성에 성공했는지 알려줍니다. 더 고급화된 지표는 B2B 팀이 더 어려운 질문에 답할 수 있도록 도와줍니다. 단 한 명의 사람이 제품을 채택했는지, 고객 계정 전체가 채택했는지.
8 가지 필수 사용자 채택 지표의 설명
사용자 채택에 대한 간단한 방법
사용자 채택에 대한 가장 쉬운 비교 대상은 체육관 회원권입니다. 가입만 하면 채택이 된 것이 아닙니다. 첫 번째 운동을 위해 체육관에 나타나면 조금 더 가깝습니다. 매주 돌아오는 것이 사용자가 체육관이 자신의 삶의 일부가 된 것을 증명하는 것입니다.
사용자 채택에 대한 같은 논리는 소프트웨어에도 적용됩니다. ClickLearn가 제공하는 사용자 채택 지표 개요에 따르면 사용자 채택은 일반적으로 목표 인구의 의미 있는 사용 목표를 달성한 인구의 백분율로 정의됩니다. 단순한 가입이나 로그인만으로는 채택이 된 것이 아닙니다. 같은 프레임워크는 다음과 같은 공식도 포함합니다.채택률 = (새로운 활성 사용자 / 총 사용자) × 100 기능 채택률 = (기능을 사용하는 사용자 / 총 활성 사용자) × 100 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__.
Core User Adoption Metrics at a Glance
| Metric | Formula | 어떤 점을 나타내는가 |
|---|---|---|
| Activation | 제품 마일스톤에 따라 다름 | 사용자가 첫 번째 실제 가치의 순간에 도달했는지 여부 |
| DAU/MAU | 일별 활성 사용자 / 월별 활성 사용자 | 월에 몇 번 사용자가 돌아올지 |
| Retention | 제품 리턴 윈도우에 따라 다름 | 유저가 계속해서 돌아오는지 여부 |
| Churn | 손실 정의에 따라 다름 | 유저가 제품을 사용하지 않게 되는 정도 |
| Stickiness | DAU/MAU를 통해 종종 측정 | 사용이 일상화되는지 여부 |
| Feature Adoption | (사용자들이 특정 기능을 사용하는 수 / 총 활성 사용자 수) × 100 | 특정 기능이 실제로 중요하다는 것 |
| 가치 생성까지의 시간 | 가입 후 첫 번째 가치 생성까지의 시간 | 사용자가 의미 있는 결과를 얻는 속도 |
| 수용률 | (새로운 활성 사용자 / 전체 사용자) × 100 | 사용자가 접근에서 활성 사용으로 이동한 사용자 수 |
연결을忠誠도로 비교하려는 팀에게 도움이되는 것은 이러한 지표를 앱 사용자 유지율 패턴과 비교하는 것입니다. . 사용자에게 가치를 제공하는 것은 수용이다. 유지율은 그곳에 머무는지 여부를 보여준다.각 지표가 실제로 무엇을 말하는지
활성화
활성화는 사용자가 출발선에 도달했는지 여부를 측정합니다. 노트북 앱의 경우 첫 번째 노트를 작성하는 것이고 Slack의 경우 메시지를 보는 것입니다. 제품에 따라 정확한 공식은 달라지지만 원칙은 안정적입니다. 제품이 클릭되었음을 증명하는 첫 번째 액션을 선택하세요. DAU/MAU
일별 활성 사용자와 월별 활성 사용자를 비교하는 것입니다. 그것은 주파수 신호입니다. 많은 월별 사용자가 일별로도 활성화 된 경우 제품은 루틴의 일부가 될 가능성이 있습니다. For teams trying to connect adoption to loyalty, it helps to compare these metrics with
유지율 유지율은 사용자가 초기 기간 후에 다시 돌아오는지 여부를 묻습니다. 일부 제품은 좋은 첫 인상을 만들지만 나중에 유용하지 않습니다.
회귀율 회귀율은 사용자가 참여를 중단한 사람을 보여줍니다. 회귀율은 유용하지만 주된 조종수 역할로서는 사용하지 않습니다. 회귀율이 높아질 때, 일반적으로 원인은 활성화 또는 가치 제공 시기보다 이전에 시작됩니다.
회귀율을 추적하십시오. 그러나 회귀율을 설명하는 메트릭에 더 많은 제품 에너지를 투자하십시오.
고정도 고정도는 DAU/MAU와 함께 자주 논의됩니다. 많은 팀에서는 용어를 거의 교환합니다. 실제 아이디어는 간단합니다. 고정된 제품은 사용자가 nhắc을 필요로 하지 않도록 자주 방문합니다.
기능 채택 기능 채택은 제품의 전체적인 것에서 하나의 기능으로 좁혀집니다. 워크플로 빌더, 파일 공유 도구, 승인 흐름을 출시할 때, 이 메트릭은 활성 사용자가 사용하는지 여부를 보여줍니다. 이전 소스에서 사용한 공식은 다음과 같습니다: (사용자가 기능을 사용하는 사용자 / 총 활성 사용자) × 100.
가치 시간 가치 시간은 사용자가 처음으로 의미 있는 결과에 도달하는 데 걸리는 시간을 측정합니다. 이 메트릭은 온보딩 저항을 드러내는 경우가 많습니다. 사용자가 제품이 도움이 되는 것처럼 느껴지기 전에 너무 많은 설정 단계가 필요하면, 채택이 초기에 멈춥니다.
__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__
__CAPGO_KEEP_0__의 팀이 Amplitude, Mixpanel, Heap, PostHog, 또는 Google Analytics를 사용한다면, 모든 경우에 동일한 결정은 다음과 같습니다. 제품 이벤트를 가치에 따라 정의하고, 인터페이스 클릭이 의미 없는 것만으로는 충분하지 않은 경우입니다. “프로젝트 생성,” “초대 메일 발송,” “템플릿 적용,” 및 “보고서 내보내기”와 같은 유용한 이벤트가 있습니다. “페이지 뷰”만으로는 충분하지 않습니다.
__CAPGO_KEEP_0__의 이벤트 설정은 간단합니다.
- __CAPGO_KEEP_0__의 이벤트 설정은 다음과 같습니다. __CAPGO_KEEP_0__ 이벤트:
- 가입, 첫 로그인, 온보딩 시작 가치 이벤트:
- 첫 프로젝트 생성, 첫 파일 업로드, 첫 워크플로 완료 습관 이벤트:
반복 세션, 반복 작업 완료, 반복 협업 액션 팀은 또한 이러한 마일스톤을 개선하는지 테스트하기 위해 제어된 롤아웃을 사용합니다. 기능 플래그 시스템은 온보딩 복사본, 기본 설정, 또는 UI 변경의 영향을 분리하는 데 도움이 될 수 있습니다. __CAPGO_KEEP_0__ 팀이 스테이지드 릴리즈와 실험 중이라면, 기능 플래그를 implementing하는 방법에 대한 이 안내서를 참조하세요. __CAPGO_KEEP_0__를 사용하여 시간에 따른 변화를 확인하세요.
__CAPGO_KEEP_0__
집단 분석은 가장 명확한 방법 중 하나입니다. 사용자를 모두 한 그룹으로 모으지 않고, 그들은 언제 시작했는지 또는 어떤 경험이 받았는지에 따라 그룹을 나눌 수 있습니다.
이러한 질문에 대한 답을 찾기 위해 도움이 됩니다.
- 새로운 온보딩을 본 사용자가 활성화 완료를 더 자주했나요?
- 디자인을 다시 구축한 후에 생성된 계정은 더 일관되게 돌아왔나요?
- 새로운 계획 계층이 자체 서비스 사용자와 어떻게 다르게 행동했나요?
집단을 사용하지 않으면, 수용도 그림이 흐려집니다. 기존의 강력한 사용자가 새로운 사용자에게 영향을 미치는 문제를 숨길 수 있습니다. 상승하는 총 수익 지표는 약한 출시를 건강하게 보이게 할 수 있습니다.
운영자의 렌즈: 온보딩, 가격, 패키징, 또는 핵심 워크플로우를 변경할 때마다 시작 날짜에 따라 행동을 비교하세요.
경로를 매핑하세요
터널은 사용자가 움직이지 않는 곳을 보여줍니다. 그들은 유용합니다. 대부분의 수용 문제는 신비롭지 않습니다. 특정 단계에서 발생합니다.
대부분의 제품의 수용 터널은 다음과 같은 형태를 띕니다.
- 도착: 어떤 사용자가 사이트를 방문하거나 앱을 설치한다
- 계정 생성: 그들은 회원가입을 한다
- 첫 번째 사용: 그들은 초기 코어 액션을 완료한다
- 중요한 액션 완료: 그들은 제품 특정 마일리지에 도달한다
- 반복 사용: 그들은 다시 돌아와 같은 일을 한다
그것은 funnel을 예쁘게 만들기 위한 것이 아니다. 그것은 정확한 handoff이 실패하는지 식별하기 위한 것이다. 만약 많은 사용자가 회원가입을 하지만 첫 번째 사용을 완료하는 사용자가 적다면, 온보딩이 문제일 가능성이 높다. 만약 사용자가 첫 번째 사용에 도달하지만 다시 돌아오지 않는다면, 제품은 이해가 되지만 매력적이지 않을 수 있다.
메트릭을 해석하고 기준점을 설정하기
__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__ __CAPGO_KEEP_0__
주의: Stickiness를 신중히 사용하세요
Stickiness는 사용자 수와 깊이 있는 사용자 간의 차이를 구분하는 강력한 힘입니다. 제품이 많은 사용자를 가지고 있더라도, 대부분의 사용자가 거의 돌아오지 않는다면, 제품은 약해질 수 있습니다.
그러나 Stickiness는 독립적인 판단이 아닙니다. Retention과 행동 품질과 함께 pair되면 더 유용해집니다. DAU/MAU가 증가하는 동안 의미 있는 행동이 평준화되면, 사용자는 앱을 열어도 거의 아무것도 하지 않을 수 있습니다. Stickiness가 낮지만 제품이 자연스럽게 간헐적인 경우, 지표는 단순히 사용 사례를 반영할 뿐입니다.
이런 이유로, 성과 해석에는 제품 컨텍스트, 릴리스 역사, 사용자 경험 품질이 포함되어야 합니다. 성능 개선에 집중하는 팀은 앱 성능 최적화 가속된 로드 타임과 지연이 줄어들면 반복 사용을 지원할 수 있지만, 지표는 여전히 사용자가 무엇을 달성했는지와 함께 읽혀야 합니다.
내부 지표가 가장 좋은 기준입니다
외부 지표는 방향을 알려주지만, 내부 지표는 의사 결정을 위한 것입니다.
코호트를 이전과 이후로 비교하십시오. 온보딩을 완료한 사용자와 온보딩을 건너 뛰었던 사용자를 비교하십시오. 다른 플랜 또는 설정 경로를 가진 계정도 비교하십시오. 그 비교는 여러분의 노력이 사용자 행동을 어떻게 바꾸었는지 알려줍니다.
실용적인 지표 시스템은 다음과 같은 요소를 포함합니다:
- 기준선: __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__
__CAPGO_KEEP_0__
__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__그리고 역할 기반 사용을 layering하는 것을 피하기 위해 열정적인 챔피언과真正의 조직적 수용을 구분하는 것을 피하기 위한 것입니다.
강력한 B2B 출시에는 확산과 실체가 함께 나타납니다. 하나만 없으면 불안정합니다.
사용자 수용 도구를 만들고 행동에 따라 행동합니다.
유용한 도구는 사용자가 가치에 도달하고 반복하고 사용을 내부 계정에 확산하는지에 대한 짧은 이야기만 보여줍니다.
도구에 표시할 항목
대부분의 제품 팀의 경우, 도구는 작은 세트의 행동 신호에 집중해야 합니다.
- 활성화 추세: 새로운 사용자가 첫 번째 의미 있는 마일STONE에 도달했는지 여부를 확인합니다.
- 가치에 도달하는 시간 추세: 첫 번째 성공에 도달하는 시간이 짧아지는지 더럽혀지는지 여부를 확인합니다.
- 유지율 보기: 사용자가 첫 번째 승리를 얻은 후 다시 돌아오고 있나요?
- 기능 채택 보기: 활성 사용자가 키 기능을 사용하고 있나요?
- 계정 채택 조각: 팀이 광범위하게 채택하거나 사용량이 집중되어 있는지 여부를 확인합니다.
대시보드도 세그멘테이션을 필요로합니다. 새로운 사용자 versus 기존 사용자. 자체 서비스 versus 기업. 개인 사용자 versus 계정. 그런 경우 평균은 이야기를 평탄하게 만듭니다.
메트릭스를 제품 결정으로 바꿔보세요.
각 메트릭스는 특정 반응을 유발해야합니다. 활성화가 약하면 온보딩을 강화하고 설정의 마찰을 제거하세요. 시간을 가치로 바꾸는 속도가 느리면 사용자가 핵심 결과를 볼 수 있는 필수 단계를 줄이세요. 기능 채택률이 낮다면 문제는 발견, 관련성, 또는 워크플로의 적합성일 수 있습니다.
릴리스 속도는 빠른 feedback loop를 통해 제품 팀이 학습할 수 있기 때문에 중요합니다. Amplitude와 Mixpanel과 같은 도구는 행동을 읽을 수 있도록 도와줍니다. 배포 도구는 변경을 테스트할 수 있도록 도와줍니다. 모바일 및 크로스 플랫폼 팀에서 Capgo JavaScript, CSS, config, copy, 및 asset 업데이트를 앱 스토어 리뷰를 기다리지 않고 배포할 수 있는 옵션입니다. 이는 관찰한 채택 문제와 테스트한 해결책 사이의 사이클을 단축할 수 있습니다.
워크플로의 나중에 팀이 변경된 내용과 이유를 맞춰갈 수 있도록 데모 영상을 사용할 수 있습니다.
A practical operating rhythm looks like this:
- 주간에 대시보드를 검토하세요.
- 사용자 수용의 한 가지 개선 단점을 식별하세요.
- 한 가지 집중된 변경 사항을 배포하세요.
- 다음 계열과 이전 계열을 비교하세요.
- 행동에 따라서, 의견에 따라서 아니라 수용을 결정하세요.
사용자 수용의 관리는 단순히 모든 지표를 한꺼번에 추적하는 것이 아니라, 측정과 제품 행동 사이에 안정적인 루프를 만들면 가능합니다.
AI와 자동화의 미래를 위한 수용 지표
AI agent가 콘텐츠를 작성하거나 워크플로우를 트리거하거나 자동으로 작업을 완료할 때, 기존의 사용자 수용 지표 모델은 약해집니다.
AI agent와 인간의 차이점을 고려해야 합니다. 사용자 수용 측정의 새로운 지침은 이미 AI agent와 인간의 차이점을 고려하고 있습니다. 사용자 수용 측정의 새로운 지침은 이미 AI agent와 인간의 차이점을 고려하고 있습니다.
Teams will need cleaner attribution. Who initiated the task? What did the AI assist with? What was fully autonomous? Those distinctions will matter more as automation becomes part of normal product use. The north star stays the same. Measure whether people and organizations are getting real, recurring value. Just don’t assume every action came from a human anymore.
Capacitor or Electron 앱을 배포하는 팀이 있으며, 사용자 수용 분석과 제품 변경 사이의 반응 시간을 단축하고 싶다면 Capgo 는 가치 있는 도구입니다. 팀은 code 및 콘텐츠 업데이트를 빠르게 배포하고, 특정 릴리스 채널을 대상으로 하며, 제품, 엔지니어링, 지원 팀이 수용률이 둔화될 때 더 빠르게 반응할 수 있도록 수용률 행동을 모니터링할 수 있습니다.
