[PM] PM 용어 사전

PM 용어 사전

 

PM이 주로 사용하는 용어

 

Agile (애자일)

짧은 주기로 실무자간 논의를 통해 계속 피드백을 반영하며 개선하는 방식

예) 우선 애자일하게 만들고 피드백 받아 보자

 

아 ptsd 와

 

Scrum (스크럼)

팀원간 진행 현황을 주기적으로 공유하는 것

주로 데일리 혹은 위클리하게 진행하며 문제와 진행도를 점검

예) 매일 오전 10시 데일리 스크럼 진행합니다

 

Sprint (스프린트)

짧은 기간 동안의 목표를 정하고 기능을 완성하는 개발 사이클

주로 1-2주예) 우선순위 낮은 건 다음 스프린트에서 진행할게요

 

MVP (Minimum Viable Product)

핵심 기능만 최소로 만든 시험용 제품

예) 일단 MVP로 출시하고 그건 사용자 반응 봐서 추가하죠

 

PMF (Product Market Fit)

제품이 시장과 잘 맞아서 유저가 계속 사용하는 상태

PMF 전에는 실험 및 방향 수정이 필요, PMF 후에는 마케팅을 확장하는 등의 스케일업이 가능함

예) 아직 지표가 안정적이지 않아서 PMF 찾는 중입니다

 

QA (Quality Assurance)

배포 전 기능 테스트 및 수정 과정, 품질 보장을 위한 전체적인 활동을 의미

예) 아직 QA 테스트 전입니다

 

Beta Test (베타 테스트)

출시 전 일부 사용자에게 먼저 공개하여 테스트하는 과정

예) 이번 패치 베타 테스트 먼저 진행할게요

 

AARRR

행동 흐름을 5단계로 나눈 분석 프레임워크

Acquisition 획득 → Activation 활성화 → Retention 유지 → Referral 추천 → Revenue 수익

유저 데려오고 → 써보게 하고 → 계속 쓰게 만들고 → 남한테 퍼뜨리게 하고 → 돈 번다

예) 리텐션이 낮아서 PMF 안 맞는 것 같습니다

 

KPI

서비스 성과를 측정하는 핵심 지표

"무엇으로 목표를 달성했다고 볼 것인가"에서 "무엇"을 의미

예) 이번 기능 KPI는 접속 시간입니다

 

ROI (Return on Investment)

시간, 비용 등의 투자 대비 효과

개발 2주 했는데 효과 큼 → ROI 높음, 개발 한 달 했는데 효과 낮음 → ROI 낮음

예) 리소스 꽤 들어갈 텐데 ROI가 낮아요 이건

 

RnR (Roles and Responsibilities)

각 팀원 혹은 부서의 역할

누가 어떤 일을 진행하고 그에 대한 책임이 있는지 명시

예) RnR 먼저 정리할게요

 

Funnel (퍼널)

사용자가 목표까지 가는 전체 경로, 연결된 흐름 구조

유저가 어디에서 이탈하는지 보기 위해 사용

예) 가입 퍼널 보니까 회원 가입 단계에서 많이 이탈하네요

 

 

개발자와 소통할 때 사용하는 용어

 

클라이언트 (Client)

사용자가 볼 수 있고 직접 사용하는 영역, 프론트엔드

예) 클라이언트에서 바로 처리할 순 없나요?

 

서버 (Server)

클라이언트의 요청을 받아 데이터 처리 후 결과를 반환하는 영역, 백엔드

예) 로그인 체크는 서버단에서 하긴 해야죠 사용자 DB 조회해야 하니까

 

DB (Database)

데이터 저장 공간

예) 이 정보는 DB에 가지고 있는 거죠?

 

클라이언트-서버 흐름

클라이언트 요청-서버 처리-결과 반환-화면 반영

 

SQL

DB 조회 및 수정 시 사용하는 언어

예) SQL 배워 보시면 데이터 조회하기 편하실 거예요

 

API ★

클라이언트-서버 혹은 서버-서버간 데이터를 어떻게 주고받을지 약속한 방식

A에서 보낸 값이 a=1이면 B에서는 b=1을 리턴하기로 약속한 것

예) API 명세서 나왔으면 주세요

 

Endpoint

데이터를 요청하는 API 주소, URL

예) 로그인 엔드포인트 호출하면 데이터 어떻게 나오나요?

 

Deploy (배포)

개발 완료된 기능을 실제 서비스에 반영하는 것

예) 이번 주에 배포 가능한가요?

 

Log

시스템에서 발생하는 모든 기록

예) 특정 유저 로그인이 튕기는데 에러 로그 어디서 확인할 수 있을까요?

 

Debugging (디버깅)

에러 원인을 찾고 수정 후 테스트하는 전 과정

예) 지금 디버깅 중입니다

 

Legacy (레거시)

오래된 코드 혹은 시스템, 수정이 어려운 경우가 많음

예) 이게 레거시라서 당장 수정하긴 좀 어려워요

 

 

UI/UX 디자이너와 소통할 때 사용하는 용어

 

User Flow (유저 플로우)

사용자가 목표까지 가는 전체 경로, 연결된 흐름 구조

유저가 어떻게 사용하게 할지 설계하는 것에 초점

예) 유저 플로우를 조금 더 단순하게 갈 수 있을까요

 

Use Case (유즈 케이스)

특정 상황의 사용자 행동 시나리오

비회원 상품 구매 클릭 → 로그인 필요 안내 → 회원가입 진행 → 결제 진행

예) 로그인 안 된 상태 유즈 케이스도 필요합니다

 

와이어프레임 (Wireframe)

디자인 없이 화면의 구조와 배치를 간단하게 그린 설계도

예) 와이어프레임으로 구조부터 잡아보죠

 

프로토타입 (Prototype)

실제 서비스처럼 동작하게 만든 시험용 제품

예) 우선 프로토타입으로 사용자 테스트 해보겠습니다

 

UI (User Interface)

사용자가 보고 사용하는 화면 요소

버튼, 아이콘, 입력창 등

예) 입력 폼 UI가 좀 답답해 보여요 전체적으로 여백을 좀 늘릴 수 있을까요

 

UX (User Experience)

사용자가 서비스를 사용할 때 전체적인 느낌, 편하다 불편하다

예) 결제 과정 UX가 좀 복잡한 것 같아요

 

Interaction (인터랙션)

사용자 행동에 따른 화면 반응

예) 버튼 누르고 로딩 도는 거잖아요? 인터랙션 있어야 할 것 같아요 반응 없는 것처럼 보여서요

 

Component (컴포넌트)

재사용 가능한 UI 요소

예) 이 버튼 컴포넌트로 관리하는 게 좋을 것 같아요

 

Design System (디자인 시스템)

색상, 폰트, 버튼 등 디자인 규칙을 정리한 가이드

예) 이 페이지 폰트 통일이 안 됐는데 디자인 시스템에 맞춰야 할 것 같아요

 

CTA (Call To Action)

유저 행동을 유도하는 버튼

예) 구매하기 CTA 더 강조할 수 있을까요?

 

Error State

오류 발생 시 나오는 화면 및 메시지

입력창 빨간 테두리, 팝업, 토스트 알림 전부 포함

예) 이 케이스 에러 스테이트 정의됐을까요?

 

 

---

 

제공해 주신 용어 외 추가적으로 학습한 용어

 

NSM (North Star Metric)

서비스의 핵심 가치를 표현하는 단 하나의 지표 (배달 앱이면 주문 수, 유튜브면 시청 시간 등)

각 부서 방향을 하나로 맞출 때, 우선순위를 정할 때, 기능을 판단할 때 등의 경우에 사용

예) NSM이 주문 수 기준이라 결제 퍼널 개선 먼저 목표로 잡는 게 맞을 것 같아요

 

DAU (Daily Active Users), WAU (Weekly Active Users), MAU (Monthly Active Users)

하루 동안 사용한 유저 수, 일주일 동안 사용한 유저 수, 한 달 동안 사용한 유저 수

들어온 사람이 얼마나 자주 쓰는지에 대한 활성도를 판단

DAU/MAU, WAU/MAU 비율을 많이 사용 → 0.1이면 거의 안 쓰는 서비스, 0.7 이상이면 거의 매일 쓰는 서비스

예) MAU 대비 DAU 낮은 걸 보면 리텐션 의심됩니다

 

리텐션 (Retention)

획득한 사용자가 지속적으로 들어오는 비율

주로 D1, D7, D30 리텐션으로 나눠서 분석

예) D1: 가입 1일 후 다시 들어온 비율

 

코호트 분석 (Cohort Analysis)

비슷한 시점이나 조건의 사용자를 그룹화하여 행동을 비교하는 분석 방식

기능 개선 효과 확인할 때, 문제 발생 시점 찾을 때 등등 사용

예) 패치 이후 가입자 코호트 기준으로 D7 리텐션 개선 확인됩니다

 

RICE = (Reach × Impact × Confidence) / Effort

우선순위 프레임워크, 왜 먼저 해야 하느냐에 대한 설득용 도구

Reach: 얼마나 많은 사용자에게 영향을 주는지

Impact: 얼마나 큰 효과가 있는지

Confidence: 얼마나 확신이 있는지

Effort: 얼마나 힘든지

예) Reach 대비 Effort 커서 RICE가 낮아요 좀 미뤄야 할 것 같아요