계획 및 계측 워크플로우

Amplitude 데이터를 계획에 사용하면 처음부터 고품질 데이터를 보장할 수 있으며 나중에 정리할 필요성을 줄일 수 있습니다. 이 문서에서는 Amplitude 데이터의 전체 작업 흐름에 대해 설명합니다.

이벤트 계획

대부분의 기업에서 생애주기 분석은 제품이나 기능을 출시할 때 시작됩니다.

제품 팀이 새로운 온보딩 흐름을 만들고 그 흐름이 어떻게 작동하는지 확인하려고 한다고 가정해 보겠습니다. 첫 번째 단계는 이 온보딩 흐름에서 추적할 대상을 결정하는 것입니다. 귀하의 기능은 어떤 지표에 영향을 미치며, 성공은 어떤 모습일까요?

추적할 이벤트와 속성을 식별한 후 이벤트 페이지에서 해당 이벤트와 속성을 생성합니다. 프리미엄 플랜을 사용하면 다른 사람에게 영향을 주지 않고 모든 관련 변경 사항을 캡처할 수 있는 브랜치를 만들 수 있습니다. 코드의 Git 브랜치와 Amplitude 데이터의 브랜치는 프로세스 전반에 걸쳐 공존합니다. 엔지니어링 팀은 기능 개발 과정 동안 Amplitude 데이터 브랜치의 분석 코드를 Git 브랜치로 가져올 수 있습니다.

브랜치는 여러 팀이 동일한 프로젝트에서 작업하거나 여러 팀이 동시에 다양한 기능을 작업할 때 특히 유용합니다.

이벤트 계측

아직 하지 않았다면 이 기능을 개발하고 있는 개발자를 Amplitude 데이터에 초대하여 제안된 계획을 검토해 보도록 요청하십시오. 브랜치에서 작업 중인 경우, 해당 브랜치의 활동 페이지에 대한 링크를 보내주십시오. 이 페이지에는 원하는 모든 변경 사항이 표시됩니다.

다음으로, 엔지니어는 업데이트된 추적 계획을 자신의 브랜치에 구현합니다. 이들은 Ampli CLI를 사용하여 Amplitude 데이터 브랜치에서의 변경사항과 일치하는 새로운 추적 라이브러리를 생성합니다(ampli pull -b {branch-name}).

개발자와 함께 추적 계획을 반복적으로 수정 및 보완하는 것은 정상적인 일입니다. 그들이 직면한 문제나 도전에 대응할 수도 있습니다. 피드백을 바탕으로 이해가 깊어짐에 따라 계획을 업데이트하십시오.

검토 요청

프로젝트를 팀 검토용으로 구성한 경우 직접 병합할 수 있는 권한이 없을 수도 있습니다. 대신, 먼저 병합 요청을 생성합니다. 병합 요청은 팀 외부의 관계자에게 변경 사항을 검토하고 명시적 승인을 요청합니다.

기능 팀이 변경 사항에 만족하면(계획이 포괄적이고 엔지니어링이 이를 올바르게 구현함), 귀하의 브랜치는 다른 이해관계자들의 검토를 받을 준비가 됩니다.

분석 변경은 종종 조직에 광범위한 영향을 미치므로 피드백을 얻는 것이 중요합니다. 일반적인 이해 관계자는 보안 및 법무 팀, 그로쓰 팀, 데이터 팀을 포함합니다.

검토 요청은 병합 요청을 생성하는 것으로 시작됩니다. 병합 요청을 만들 때는 제안하려는 변경 사항을 설명하고 포함시키려는 전체 특정 검토자 또는 승인자를 @언급하십시오. 그런 다음 관리자 또는 매니저 수준의 사용자가 변경 사항을 승인할 수 있습니다.

병합

추적 계획 변경 사항이 준비되고 승인에 필요한 모든 사람이 이를 완료하면 메인에 병합할 준비가 된 것입니다.

나머지 기능 팀원들이 Git에서 병합할 준비가 되면 먼저 Amplitude 데이터에서 여러분의 브랜치를 병합하십시오. 병합은 메인에서 추적 계획의 새로운 공식 버전을 생성하고 모든 신규 이벤트 및 변경된 이벤트에 새 버전을 할당합니다.

Git 브랜치가 이미 병합된 Amplitude 데이터 브랜치로 최신 상태인 경우, 이제 Git 브랜치를 그대로 병합할 수 있습니다. Ampli 코드가 병합된 데이터 브랜치와 동기화되었는지 확인하려면 ampli status --is-merged을(를) 실행하십시오. 명령이 오류를 반환하면 ampli pull을 실행하여 생성된 라이브러리를 최신 버전으로 업데이트하십시오.

ampli status --is-merged이(가) 성공한 후에는 Git 브랜치를 병합할 수 있습니다.