사용자 수용 지표: 2026년 정의 가이드

당신의 대시보드에 따르면 출시가 성공적이었다고 말한다. 가입자가 들어오고, 로그인 수가 급증했고, 팀은 편안해했다.

그런 다음 두 주가 지나간다. 지원 티켓이 줄어들지만, 제품이 순조롭게 작동하는 것이 아니라는 것을 알 수 있다. 사람들은 그냥 돌아오지 않는다. 몇몇 파워 사용자는 활동적이다. 대부분의 새로운 계정은 조용하다. 당신은 접근을 제공했지만, 수용을 제공하지 않았다.

그것이 차이점입니다. 사용자 수용 지표 그것들이 의미하는 바는 사용자들이 가치에 도달하고 돌아오고 제품을 일상생활에 포함시켰는지 여부를 확인하는 것입니다. 그것이 의미하는 바는 사용자들이 제품에 도달했는지 여부를 확인하는 것입니다. 그것이 의미하는 바는 사용자들이 제품에 도달했는지 여부를 확인하는 것입니다.

제품 팀에게는 일반적으로 이게 현실이 되면, 출시가 종이 위에 잘 보이지만 실제로는 약하다. 협업 도구는 많은 계정 생성이 있지만 사용자가 첫 번째 프로젝트를 만들거나 팀원에게 초대하거나 나중에 돌아오지 않는 사용자가 많다. 모바일 앱은 다운로드가 많지만 사용자가 온보딩을 완료하거나 제품이 유용한 첫 번째 동작을 완료하지 않는 사용자가 많다. 만약 당신이 그와 같은 불일치에 대해 오랫동안 고민해 왔다면, 이미 올바른 질문을 하고 있는 것이다.

사용자 수용 지표를 분석하는 전문가가 컴퓨터 화면에 있는 제품 분석 도구를 분석하는 모습.

보다 좋은 프레임은 사용자 수용을 접근에서 습관으로 보는 것이다. 그것이 의미하는 바는 사용자가 제품을 처음 이해하고, 처음 결과를 얻고, 그리고 반복적인 행동을 하는 순간을 관찰하는 것이다. 온보딩, 활성화, 앱 사용자 경험 개선에 대한 작업을 하는 팀은 일반적으로 같은 것을 발견한다. 사용자의 첫 번째 성공이 사용자의 첫 번째 로그인보다 더 중요하다. 목차 페이지/영역: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 위치: 페이지 blog/[slug].astro. 메시지 키 `table_of_contents` (목차).

소개 사용자 수용에서 진짜 수용으로

8 가지 필수 사용자 수용 지표를 설명합니다.
사용자 수용에 대한 간단한 방법
수용 효과를 측정하고 추적하는 방법
지표를 해석하고 기준점을 설정하세요
기본보다 더 나은 사용자 수준 vs 계정 수준 수용
- 팀 제품은 눈먼 자리만 만듭니다
- 측도와 깊이를 함께 추적하세요
사용자 수용 지표를 사용하여 제품을 개선하세요
- 대시보드에 표시할 항목은 무엇인가요?
- 지표를 제품 결정에 연결하세요
인공지능과 자동화의 사용자 수용 지표의 미래

소개: 가입자 수를 넘어真正의 사용자 수용

많은 팀이 여전히 성공을 측정하는 방식이 매장의 방문객 수를 측정하는 것과 같습니다. 더 많은 방문객이 있다는 것은 잘 가고 있다는 것을 의미합니다. 그러나 제품은 단지 한 번 방문한 사람들로 승리하지 않습니다. 그들은 사용자가 의미 있는 행동을 완료하고 반복하는지 여부에 따라 승리합니다.

그것이 왜 사용자 수용 지표가 존재하는지입니다. 그것은 단순한 수집에 대한 얕은 초점을 대신하여 제품의 가치에 대한 행동적인 관점을 제공했습니다. 유용한 질문은 '계정 생성이 얼마나 많았나?'가 아니라 '제품이 충분히 유용해져서 다시 돌아갈 수 있는 지점까지 도달했는가?'입니다.

실용적인 규칙: 사용자 가치와 연결되지 않는 지표는 사용자 수용을 개선하는 데 도움이 되지 않을 것입니다.

프로젝트 관리 앱을 생각해 보세요. 로그인 한 번은 체육관 로비에 들어간 것과 같습니다. 그것은 운동을 한다는 것을 의미하지 않습니다. 첫 번째 프로젝트를 만들고, 작업을 할당하고, 다음 날에 진행 상황을 업데이트하는 것은 사용자가 수용을 시작하고 있는지 여부를 나타내는 행동입니다.

일반적으로 가장 중요한 세 가지 질문은 다음과 같습니다:

가치 발견: 첫 번째 의미 있는 작업을 완료했는가?
반복 행동: 첫 번째 성공 후 다시 돌아 왔는가?
워크플로우 적합도: 사용량이 호기심에서 일상화되도록 확산되었는가?

이 안내서의 나머지 부분은 이 질문들에 기반을 두고 있습니다. 온보딩이 잘 작동하는지 여부를 알려주는 일부 지표가 있습니다. 제품이 습관 형성에 성공했는지 여부를 알려주는 지표도 있습니다. B2B 팀은 더 복잡한 문제에 답하기 위해 더 고급화된 지표를 사용합니다. 한 사람만이 제품을 채택했는지, 고객 계정 전체가 채택했는지 여부를 알려주는 지표가 있습니다.

8 가지 필수 사용자 채택 지표를 설명합니다.

사용자 채택에 대한 간단한 방법

가장 쉬운 유사점은 체육관 회원권입니다. 회원 가입은 채택이 아닙니다. 첫 번째 운동에 나타나는 것은 더 가깝습니다. 매주 돌아오는 것은 체육관이 누군가의 삶에 포함된다는 것을 증명합니다.

동일한 논리는 소프트웨어에도 적용됩니다. ClickLearn의 사용자 채택 지표 개요에 따르면, 사용자 수용은 일반적으로 목표 인구의 의미 있는 사용 마일STONE에 도달하는 사용자 비율로 정의됩니다. raw signups 또는 logins이 아닌. 사용자 수용률 = (새로운 활성 사용자 / 총 사용자) × 100 그리고 기능 사용자 수용률 = (기능을 사용하는 사용자 / 총 활성 사용자) × 100.

Core 사용자 수용 지표를 한 눈에

지표	식	그것이 무엇을 알려줍니다
활성화	제품 마일STONE에 따라 다름	사용자가 첫 번째 실제 가치의 순간에 도달했는지 여부
DAU/MAU	DAILY ACTIVE USER / MONTHLY ACTIVE USER	1달 이내에 다시 돌아오는 빈도
유지율	리턴 윈도우에 따라 다름	제품을 시작한 후 다시 돌아오는지 여부
차단	차단 정의에 따라 다름	제품을 사용하지 않는 사용자 수
고정성	DAU/MAU로 측정	사용이 일상화되는지 여부
기능 채택	사용자 수용 지표	특정 기능의 중요성
가치 시간	가입 후 첫 번째 가치 순간까지의 시간	사용자가 의미 있는 결과를 얻는 속도
수용률	(새로운 활성 사용자 / 전체 사용자) × 100	사용자가 접근에서 활성 사용으로 이동하는 수

팀이 수용과忠誠도를 연결하기 위해 이러한 지표를 비교하는 데 도움이 되는 것은 앱 사용자 유지율. 수용은 사용자를 가치로 끌어들입니다. 유지율은 그들이 여전히 그곳에 머물고 있는지 보여줍니다.

각 지표가 실제로 무엇을 말하는지

활성화 사용자들이 시작 라인을 넘어설 때까지의 지표입니다. 노트북 앱에서는 첫 번째 노트를 작성하는 것이고 슬랙에서는 메시지를 보는 것입니다. 정확한 공식은 제품에 따라 다르지만 원칙은 동일합니다. 제품이 클릭되었음을 증명하는 첫 번째 액션을 선택하세요.

DAU/MAU 일별 활성 사용자와 월별 활성 사용자를 비교합니다. 월별 사용자가 일별로도 활성화되어 있다면 제품이 루틴에 포함되는 경향이 있습니다.

유지율 사용자가 초기 기간 후에 다시 돌아오는지 여부를 묻습니다. 일부 제품은 좋은 첫 인상을 남기지만 나중에 유용하지 않습니다.

회귀율 사용자가 참여를 중단한 것을 보여줍니다. 회귀율은 유용하지만 주된 조종수는 아닙니다. 회귀율이 높아질 때는 이미 활성화나 가치 제공에 문제가 발생한 경우가 많습니다.

회귀율을 추적하십시오. 그러나 회귀율을 설명하는 지표에 더 많은 제품 에너지를 투자하십시오.

고정도 DAU/MAU와 함께 자주 논의됩니다. 많은 팀에서는 용어를 거의 교환합니다. 실제 아이디어는 간단합니다. 고정된 제품은 사용자가 자주 방문하여 nhắc을 필요로 하지 않습니다.

기능 채택 Capgo는 제품의 모든 기능에서 하나의 기능으로 초점을 좁히는 데 도움이 됩니다. 워크플로 빌더, 파일 공유 도구, 승인 흐름을 출시할 때 이 메트릭은 활성 사용자가 사용하는지 여부를 보여줍니다. 이전 소스에서 제공하는 공식은 다음과 같습니다: (사용자들이 특정 기능을 사용하는 사용자 수 / 총 활성 사용자 수) × 100.

가치 시간 사용자가 처음으로 의미 있는 결과를 달성하기까지 걸리는 시간을 측정합니다. 이 메트릭은 온보딩의 마찰을 드러내는 경우가 많습니다. 사용자가 제품이 도움이 되는 것처럼 느껴지기 전에 너무 많은 설정 단계가 필요하다면 사용자 수는 초기에 멈추게 됩니다.

사용자 수 확보 사용자 수를 확보하는 큰 그림을 보여줍니다. 사용자가 의미 있게 활성화되는 사용자 수를 묻는 것이기 때문에 등록만 된 사용자 수만으로는 강력한 비즈니스 메트릭이 아닙니다.

좋은 작업 규칙은 메트릭을 독립적으로 읽지 않고 pair하는 것입니다:

활성화 + 가치 시간 온보딩이 유용한 첫 승리를 가져오는지 여부를 보여줍니다.
DAU/MAU + 유지율 사용이 얕은지 또는 습관적인지 여부를 보여줍니다.
기능 사용자 수 + 탈퇴 사용자 수용 지표를 효과적으로 측정하고 추적하는 방법

사용자 수용 지표를 측정하고 추적하는 방법

이벤트 인스트루먼트를 시작하세요

사용자 수용 측정은 대시보드를 열기 전에 시작됩니다. 사용자 행동을 추적할 가치가 있는지 결정할 때부터 시작됩니다.

팀이 Amplitude, Mixpanel, Heap, PostHog, 또는 Google Analytics를 사용한다면, 모든 경우에서 동일한 결정이 필요합니다. 사용자 행동을 추적할 때, 가치에 따라 이벤트를 정의하세요. 단독으로 의미가 없는 인터페이스 클릭이 아닌. "프로젝트 생성", "초대 메시지 전송", "템플릿 적용", "보고서 내보내기"와 같은 유용한 이벤트입니다. "페이지 뷰"만으로는 충분하지 않습니다.

간단한 이벤트 설정에는 다음과 같은 항목이 포함됩니다:

입력 이벤트: 회원 가입, 첫 로그인, 온보딩 시작
가치 이벤트: 첫 프로젝트 생성, 첫 파일 업로드, 첫 워크플로 완료
습관 이벤트: 반복 세션, 반복 작업 완료, 반복 협력 액션

팀들은 또한 제어된 롤아웃을 통해 이러한 마일스톤을 개선하는 변경이 있는지 테스트합니다. 기능 플래그 시스템은 온보딩 복사본, 기본 설정 또는 UI 변경의 영향을 분리하는 데 도움이 될 수 있습니다. 팀이 스테이지드 릴리스와 실험하고 있다면, 이 구현에 대한 기능 플래그를 구현하는 방법에 대한 이 안내서가 실제로 보완됩니다. 기능 플래그를 구현하는 방법 시간에 따른 변화를 보기 위해 계층군을 사용하십시오

계층군 분석은 가장 명확한 방법으로 스스로를 속이지 않는 것입니다. 사용자를 모두 한 그룹으로 모으지 않고, 그들은 언제 시작했는지 또는 어떤 경험을 받았는지에 따라 그룹화합니다.

그것은 이러한 질문에 답하는 데 도움이 됩니다:

새로운 온보딩을 본 사용자가 활성화 완료를 더 자주했습니까?

디자인을 다시 구축한 후에 생성된 계정은 더 일관되게 돌아왔습니까?
새로운 플랜 티어는 자체 서비스 사용자와 어떻게 다르게 행동했습니까?
계층군이 없으면, 사용자 수집 그림은 흐려집니다. 기존의 강력한 사용자가 새로운 사용자에게 영향을 미치는 문제를 숨길 수 있습니다. 상승하는 상위 라인 메트릭은 약한 출시를 건강하게 보이게 할 수 있습니다.

운영자 시야:

온보딩, 가격, 패키징 또는 핵심 워크플로우를 변경할 때마다 시작 날짜에 따라 행동을 비교하십시오. Compare behavior by start date whenever you change onboarding, pricing, packaging, or core workflows.

__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__
반복 사용: 그들은 다시 돌아와 그것을 다시 하며

이 funnel을 예쁘게 만들려는 것이 아니야. 정확한 handoff를 식별하는 것이 목표야. 많은 사용자가 가입하지만 첫 번째 사용을 완료하는 사용자가 적다면, onboard process가 문제야. 사용자가 첫 번째 사용에 도달하지만 다시 돌아오지 않는다면, 제품이 이해가 되지만 매력적이지 않다는 뜻이야.

메트릭스 해석 및 기준 설정

문맥이 숫자보다 중요해

단독으로 있는 메트릭스는 당신을 속일 수 있어. 좋은 해석은 제품의 목적을 이해하는 거야.

일일 계획 앱과 월별 보고 도구는 사용 패턴이 다를 거야. 팀 워크플로우를 가진 협업 제품과 단독 유틸리티 앱은 서로 다른 패턴을 보일 거야. 그래서 팀이 어떤 숫자가 "좋은가?"라고 묻는다면, "좋은 것은 어떤 행동을 위한 것인가?"라고 대답하는 것이 유용해.

그렇다고 해도, 한 가지 기준이 특히 중요해졌어. Stonly의 사용자 채택 메트릭스에 대한 토론에 따르면 DAU/MAU 비율은 stickiness measure로 널리 사용되고 있으며, 은 비율 50% DAU/MAU 비율 이는 사용자가 제품을 평균적으로 한 달에 15일 정도 사용한다는 것을 의미합니다. 이러한 사용 패턴은 사용자가 제품을 일회성으로 사용하는 것과는 다르며, 사용자가 제품을 반복적으로 사용하는지 여부를 판단하는 데 사용됩니다. 사용자 수용 지표 해석을 위한 정보그래픽

주의해야 할 점

스틱니스(stickiness)는 사용자가 제품을 얼마나 깊이 사용하는지 여부를 판단하는 데 사용되는 중요한 지표입니다.

하지만 스틱니스만으로는 제품의 성능을 판단할 수 없습니다.

스틱니스와 사용자 유지율(retention), 사용자 행동 품질(behavior quality)과 함께 사용할 때 더 유용합니다.

DAU/MAU 비율이 높아지면서 의미 있는 액션의 비율이 낮다면, 사용자는 제품을 열어도 거의 아무것도 하지 않을 수 있습니다. 스틱니스가 낮지만 제품이 자연스럽게 간헐적으로 사용되는 경우, 지표는 단순히 사용 패턴을 반영할 수 있습니다. 이러한 지표 해석은 제품의 성능 개선, 제품의 릴리즈 히스토리, 사용자 경험의 질을 고려해야 합니다.

애플리케이션 성능 최적화에 집중하는 팀은 종종 빠른 로드 타임과 지연이 적은 것이 반복 사용을 지원한다는 것을 발견합니다. 하지만 지표는 여전히 사용자가 무엇을 accomplish하는지와 함께 읽혀야 합니다.

외부 기준은 방향을 알려주는 데 도움이 됩니다. 내부 기준은 결정을 내리는 데 더 좋습니다.

제품 변경 전후의 계층을 비교하십시오. 온보딩을 완료한 사용자와 온보딩을 건너 뛰었던 사용자를 비교하십시오. 다른 플랜의 계정이나 다른 설정 경로의 계정을 비교하십시오. 그 비교는 여러분의 노력이 행동을 바꾸었는지 알려줍니다.

실용적인 기준 체계는 종종 다음과 같은 요소를 포함합니다:

기준점: 변경 전의 현재 행동
예상 이동: 실험이 성공하면 변경해야 하는 지표
결정 규칙: 실험이 실패하면 취할 후속 조치

지표가 움직이면 사용자 행동이 바뀐 것인지 물어보십시오. 움직이지 않으면 제품 변경이 진짜 가치의 원천을 건드렸는지 물어보십시오.

기본보다 더 나은 사용자 수준 vs 계정 수준의 수용

이곳에 많은 B2B 팀이 겪는 일반적인 함정이 있다. 건강한-looking 수용률 수치는 약한 계정에 숨겨져 있다.

Gainsight의 B2B 환경에서 수용률 측정에 대한 토론 수용률 측정에 대한 mainstream 지침의 일반적인 단점을 지적한다. 대부분의 설명은 활성화, DAU/MAU, 가치 시간, 기능 수용률에 중점을 두지만, 두 가지 측면 모두에서 수용률을 측정할 때 정확히 말하지 않는다.

사용자 수준의 수용률은 개인이 참여하는지 여부를 알려주고, 계정 수준의 수용률은 제품을 고객 조직의 워크플로에 통합했는지 여부를 알려준다.

넓이와 깊이를 함께 추적하라

대형 회사에 의해 구매된 판매 플랫폼을 생각해 보라. 한 운영 책임자가 매일 로그인하여 보고서를 만들고 제품을 좋아한다. 계정은 활발하게 보인다. 그러나 nobody else가 사용하지 않으면, 롤아웃은 여전히 약하다. 그 챔피언이 떠나면, 계정은 suddenly 위험에 처한다.

보다 나은 모델은 두 가지를 추적하는 것이다:

넓이의 수용률: 계정 내의 몇 명이 활발한지
깊이의 수용률: 그 사람들이 제품을 얼마나 의미 있게 사용하는지
분할: 역할, 플랜, 또는 사용 사례에 따라 수용이 다르다는 점을 확인합니다.

이것은 특히 다중 사용자 제품에서 중요합니다. 계정은 기능 사용을 표시할 수 있지만 여전히 팀에 전파되지 않을 수 있습니다. 반대의 경우도 발생할 수 있습니다. 많은 사용자는 로그인하지만 얕은 사용자만 될 수 있습니다.

이것을 표면화하는 실제적인 방법 중 하나는 계정들을 세그먼트로 검토하는 것이 아니라 하나의 거대한 평균으로 검토하는 것입니다. 팀은 일반적으로 플랜과 채널을 기준으로 사용자를 분류하고 역할 기반 사용을 추가하는 것으로 더 나은 시야를 얻습니다. 목표는 하나의 열성적인 챔피언을 혼동하지 않고 실제 조직 수용을 피하는 것입니다. 플랜과 채널을 기준으로 사용자를 분류하고 역할 기반 사용을 추가하는 것입니다.이것은 플랜과 채널을 기준으로 사용자를 분류하고 역할 기반 사용을 추가하는 것입니다. 그 다음에 역할 기반 사용을 추가합니다. 목표는 하나의 열성적인 챔피언을 혼동하지 않고 실제 조직 수용을 피하는 것입니다.

강력한 B2B 출시에서는 확산과 내용이 모두 나타납니다. 둘 중 하나만 있는 것은 instable합니다.

수용 지표를 만들고 행동하기

유용한 대시보드는 모든 것을 표시하지 않습니다. 사용자가 가치에 도달하고 반복하고 계정 내부에 사용을 확산시키고 있는지에 대한 짧은 이야기를 말합니다.

스크린샷: https://capgo.app

대시보드에 표시할 것은 무엇인가요?

대부분의 제품 팀의 대시보드는 다음 몇 가지 행동 신호에 중심을 두어야 합니다.

활성화 추세: 새로운 사용자가 첫 번째 의미 있는 마일STONE에 도달하는가?
가치 시간 추세: 첫 번째 성공의 길이가 짧아지는가 아니면 더 복잡해지는가?
유지율 보기: 첫 번째 승리 후 사용자가 돌아오는가?
기능 채택 보기: 활발한 사용자가 주요 기능을 사용하는가?
계정 채택 슬라이스: 팀이 광범위하게 채택하는가 아니면 사용이 집중되는가?

대시보드도 세그멘테이션을 필요로 한다. 새로운 사용자 versus 기존 사용자. 자체 서비스 versus 기업. 개인 사용자 versus 계정. 그런 절단점이 없으면 평균이 이야기의 내용을 평탄화 시킨다.

지표를 제품 결정으로 바꾸어라

각 지표는 특정 반응을 유발해야 한다. 활성화가 약하면 온보딩을 강화하고 설정의 마찰을 제거하라. 가치 시간이 느리면 사용자가 핵심 결과를 볼 수 있는 필수 단계를 줄여라. 기능 채택이 낮다면 문제는 발견, 관련성, 워크플로우 적합성일 수 있다.

이러한 곳에서 릴리스 속도는 중요합니다. 제품 팀은 빠른 feedback 루프를 통해 학습합니다. Amplitude와 Mixpanel과 같은 도구를 사용하여 행동을 읽을 수 있습니다. 배포 도구를 사용하여 변경 사항을 해당 행동에 테스트할 수 있습니다. 모바일 및 크로스 플랫폼 팀에서, Capgo JavaScript, CSS, config, copy, 및 자산 업데이트와 같은 항목을 앱 스토어 리뷰를 기다리지 않고 배포하는 옵션은 shipping이 있습니다. 이는 관찰한 수용 문제와 테스트한修정 사이의 사이클을 단축할 수 있습니다.

workflow의 나중에, 데모 영상을 사용하여 팀이 변경 사항과 이유에 대해 일치할 수 있습니다.

실용적인 운영 리듬은 다음과 같습니다:

주간에 대시보드를 검토합니다.
수용 병목 현상을 식별합니다.
집중된 변경 사항을 배포합니다.
다음 코호트와 이전 코호트를 비교합니다.
행동에 따라, 의견에 따라 아닙니다. 유지하거나 되돌리십시오.

이러한 방식으로 수용 작업이 관리가 가능합니다. 모든 지표를 동시에 추적하지 않고, 측정과 제품 액션 사이의 안정적인 루프를 만들기 때문입니다.

인공지능 및 자동화와 함께 수용 지표의 미래

AI는 사용자 수용의 의미를 복잡하게 만들기 시작했습니다. 전통적인 사용자 수용 지표는 사람이 로그인, 행동을 취하고 돌아올 때를 가정합니다. 그러나 AI agent가 콘텐츠를 작성, 워크플로우를 트리거하거나 자동으로 작업을 완료할 때 이 모델은摇동합니다.

As Userpilot의 사용자 수용 측정의 변경에 대한 글에서 참고한 것처럼, 새로운 지침은 이미 '인간 vs. AI agent'라는 문제를 제기합니다. 실질적인 문제는 간단합니다. DAU/MAU, 세션 시간, 첫 번째 키 액션까지의 시간과 같은 지표는 자동화가 아닌 사람의 가치 실현을 위해 수행된 활동이 아닌 자동화에 의해 수행된 활동을 나타내더라도 더 강력하게 보일 수 있습니다.

팀은 더 깨끗한 Attribution이 필요합니다. 어떤 작업을 시작했는지? AI는 어떤 것을 도와주었는지? 완전히 자동화되었는지? 이러한 구별은 더 이상 자동화가 제품 사용의 일반적인 부분이 될 때 중요해집니다. 북스타는 여전히 같습니다. 사람과 조직이 실제, 반복적인 가치를 얻는지 여부를 측정하십시오. 그러나 더 이상 모든 행동이 인간으로부터 왔다고 가정하지 마십시오.

팀이 Capacitor 또는 Electron 앱을 배포하고 사용자 수용 분석과 제품 변경 사이의 더 긴 루프를 원한다면 Capgo is worth a look. It lets teams deliver code and content updates quickly, target specific release channels, and monitor rollout behavior so product, engineering, and support can respond faster when adoption stalls.

2026년 사용자 수용 지표 정의 가이드