100가지 필수 제품 관리 용어 A부터 Z까지
Manage

100가지 필수 제품 관리 용어 A부터 Z까지

무엇 제품 관리 ?

10년 전만 해도 이 질문에 대한 답은 수백 가지가 있었을 것입니다. 그리고 각자의 방식대로 모두 옳았을 것입니다!

A 제품 관리자의 책임 는 디자인부터 출시, 향후 업데이트에 이르기까지 제품의 전체 수명 주기를 관리하기 위해 UX, 기술, 비즈니스 기술을 혼합하는 만능 엔터테이너 유형의 역할로 성장했습니다.

많은 일처럼 들리나요? 그렇기 때문입니다. 😳

그래도 제품 관리자가 되기에 좋은 시기인 이유는 다음과 같습니다 높은 수요 그리고 진화하는 직업에는 항상 새롭고 흥미로운 배울 거리가 있습니다.

이 제품 관리 용어집이 유용한 이유도 바로 여기에 있습니다. 🤓

이 목록에 해당하는 용어의 수는 사람마다 다를 수 있으며 제품의 요구 사항, 회사의 크기, 예산, 그리고 프로젝트 타임라인 .

하지만 이 용어 중 몇 개만 현재 나와 관련이 있더라도 나머지 용어는 성장 영역을 파악하고, 제품이 나아갈 방향을 구상하고, 제품 관리자가 회사의 목표 달성을 돕는 방법을 알려주는 데 도움이 될 수 있습니다.

보너스: 다음 내용을 확인하세요 제품 관리 템플릿 ! 📑 ⭐️

에픽에 대한 ## A-E 합격 기준

수락 기준

클라이언트 수락, 완료됨(DoD)_ 정의

승인 기준은 소프트웨어가 고객 또는 이해 관계자에게 승인받기 위해 충족해야 하는 일련의 조건입니다. 궁극적으로 제품 소유자는 해당 기능이 사용자가 원하는 기능을 수행하고 있는지, 즉 사용자 스토리를 통해 목적에 부합하는지 여부를 판단합니다.

애자일

이 용어는 팀이 스프린트라고 하는 짧은 관리 가능한 시간 내에 일련의 작업을 수행하는 제품 개발 방법론을 말합니다. 애자일에는 다음이 있습니다 12가지 애자일 원칙 잦은 피드백, 고객 만족, 소프트웨어 개발 속도 향상 및 유연성을 중심으로 합니다.

애자일 제품 팀을 만드는 데는 많은 것이 필요하며 이 목록에 있는 많은 용어가 이를 하나로 모으는 데 도움이 될 것입니다!

자세히 살펴보기 모두 자세히 살펴보세요 12가지 애자일 원칙 ._

애자일 제품 개발

애자일 소프트웨어 개발, 애자일 프로젝트 관리 애자일 프로젝트 관리 애자일 소프트웨어 관리, 애자일 프로젝트 관리, 애자일 방법론, 애자일 방법, 애자일 접근법, 애자일 방식

개발자가 단 몇 주 만에 작동하는 제품 모델을 만들 수 있는 프로젝트 관리 기법입니다.

약간 스트레스가 많을 것 같죠? 사실, 이 방법은 매우 인기가 있으며 모든 팀은 고유한 애자일 프레임워크에 대해 자신만의 특별한 감각을 가지고 있습니다!

An 애자일 팀 는 프로젝트를 반복 또는 스프린트라고 하는 더 작은 개발 주기로 나눕니다.

각 스프린트가 끝날 때마다 팀은 사용자의 피드백과 제안을 받을 준비가 된 필수 기능만 갖춘 일할 수 있는 제품을 제공할 수 있습니다. 팀은 이러한 제안을 받아들여 다음 스프린트에 포함시킵니다!

이 주기는 고객을 만족시킬 수 있는 최종 소프트웨어를 만들 때까지 계속됩니다. 짜잔! 기타 여러 프레임워크 스크럼과 같은 애자일 방법론에서 브랜치되었습니다 , 칸반, 린, XP.

ART: 애자일 릴리즈 기차

애자일 릴리즈 트레인은 여러 애자일 소프트웨어 개발 팀이 대규모 기업 규모의 프로젝트를 해결하기 위해 일하는 것입니다. 여기에는 프로젝트의 여러 부분에 집중하는 약 50~125명의 팀원이 참여하는 많은 인원이 필요합니다.

스크럼 팀과 마찬가지로 애자일 릴리스 트레인은 버스트 단위로 일하지만, 스크럼 팀과 달리 이러한 버스트는 훨씬 더 오래 지속됩니다. 🤯

알파 테스트

알파 테스트는 제품이 제대로 작동하고 해야 할 일을 하는지 확인하기 위한 제품의 첫 번째 엔드투엔드 테스트입니다. 알파 테스트는 제품 출시의 성능과 기능을 평가할 수 있는 첫 번째 기회라고 생각하세요.

B

백로그

A 백로그 는 사용자가 필요로 하는 새로운 기능, 업데이트, 버그 수정 등의 목록입니다. 제품 소유자는 제품 백로그에서 항목의 우선 순위를 정하고 각 반복이 시작될 때 어떤 항목을 작업해야 하는지 결정합니다.

베타 테스트

알파 테스트가 제품 기능의 첫 번째 테스트인 반면, 베타 테스트는 출시 전에 실제 사용자가 제품의 버그나 결함을 테스트하는 것입니다. 베타 테스트를 하는 경우에는 제품을 출시하기 전 마지막 단계에 있으므로 제품이 아직 통제된 설정에 있는 동안 잠재적인 문제를 해결하는 것이 가장 좋습니다.

여러분도 연극을 좋아한다면 베타 테스트를 개막 전 마지막 드레스 리허설이라고 생각하세요.

버그

결함 버그 는 소프트웨어에서 의도하지 않았거나 예기치 않은 동작이며 다음에서 발생할 수 있습니다 제품 수명 주기의 모든 단계에서 발생할 수 있습니다 출시 이후를 포함하여 모든 단계에서! 테스트, 사용자 또는 품질 보증 엔지니어가 버그를 발견할 수 있으며, 일부는 즉시 수정할 수 있지만 일부는 시간이 다소 걸릴 수 있습니다.

BI: 비즈니스 인텔리전스

정보에 입각한 의사 결정을 내리기 위해 데이터를 관리, 분석 및 해석하는 전략입니다. 이 데이터에는 일반적으로 업계 보고서, 고객 피드백, 사용 데이터, 경쟁사 조사 등 다양한 범위의 소스가 포함됩니다.

번다운 차트

번다운 차트, 스프린트 번다운 차트_ 릴리스 번다운 차트 번다운 차트 는 애자일 프로젝트 관리자가 스프린트에서 남은 시간을 미완료 작업의 번호로 측정하여 프로젝트에 남은 일의 양과 작업을 완료하는 데 남은 시간을 추적하는 데 도움이 됩니다.

프로 팁: 다음과 같은 애자일 프로젝트 관리 도구는 ClickUp 은 번다운 차트에 예상 진행률 라인을 제공하여 팀이 동일한 속도로 작업할 경우 프로젝트 진행 상황이 어떻게 보일지 강조 표시할 수 있습니다.

C

이탈

고객 이탈 고객 이탈

구독을 취소하거나 제품을 사용하지 않거나 갱신하지 않는 고객의 번호 또는 비율입니다. 이는 궁극적으로 반복 수익에 타격을 줄 수 있으므로 문제의 원인을 찾는 것이 가장 좋습니다!

고객에게 피드백이나 문제가 있는지 확인하면 쉽게 해결할 수 있는 문제일 수도 있습니다!

경쟁사 분석

직간접 경쟁사의 유사 제품의 강점과 약점을 평가합니다. 고유한 가치 조항을 정의할 때 이 분석을 염두에 두세요!

Check out these 경쟁 분석 도구 !

개념 검토

신제품의 초기 아이디어로, 제품 관리자와 이해관계자가 다양한 제품 콘셉트를 검토하여 가장 성공적인 빌드를 결정하는 프로세스입니다.

지속적 통합

cI, 지속적 배포

지속적 통합은 개발자가 지속적으로 코드를 메인 시스템에 추가하는 애자일 방식입니다. 개발 전문가가 독립적으로 기능을 작업하고 기능이 완료되면 버그가 있는지 테스트합니다. 자동화된 테스트를 통과하면 최종 소프트웨어에 추가됩니다.

지속적인 배포

지속적 통합 및 CI와 마찬가지로, 지속적 배포는 코드를 작성하고 최종 소프트웨어에 추가하는 시간을 단축하기 위한 전략입니다. 자동화된 테스트 및 릴리스와 마찬가지로 이 애자일 관행은 결함 및 피드백을 적시에 처리하는 데 도움이 됩니다.

보너스: 상단을 확인하세요 2023년 소프트웨어 팀을 위한 10가지 지속적 배포 도구 보너스: 확인해보세요

전환율

사이트 방문자, 잠재 고객 또는 클릭 중 유료 고객으로 전환된 비율을 말합니다. 구매 고객 수를 스토어에 들어온 전체 고객 수로 나눈 값이라고 생각하면 됩니다.

고객 경험

X

이는 고객과 비즈니스의 모든 상호 작용과 고객이 회사에 대해 전반적으로 어떻게 느꼈는지를 의미합니다. 여기에는 제품과의 모든 만남, 고객 성공 프로세스, 마케팅, 영업팀, 광고 등이 포함됩니다.

고객 피드백

고객이 제품에 대한 경험이나 사용 경험에 대해 제공한 모든 정보입니다. 고객이 서비스나 제품에 대한 만족도를 공유함으로써 여러분과 여러분의 팀은 필요에 따라 개선하거나 버그를 수정할 수 있습니다. 설문조사, 설문조사 또는 고객이 리뷰를 공유할 수 있는 공간을 적극적으로 제공하면 제품의 경쟁력을 유지하는 데 도움이 될 수 있습니다!

고객 유지

고객 유지율, CRR

고객 이탈은 갱신하지 않는 고객의 수를 측정하는 반면, 고객 유지율은 계약 또는 구독을 갱신하는 고객의 수를 측정하는 것입니다. 건강한 고객 유지율을 유지하는 가장 좋은 방법은 비즈니스와 고객 간의 신뢰와 참여 관계를 구축하여 고객의 참여와 만족을 유지하는 것입니다!

고객 성공 ### 고객 성공

고객이 제품이 해결하고자 하는 문제를 해결할 수 있을 때 비로소 제품이 고객 성공을 달성한 것입니다. 긍정적인 리뷰, 활발한 고객 피드백, 높은 고객 유지율은 고객 성공의 좋은 지표입니다.

교차 기능 팀

A 교차 기능 팀은 새로운 제품을 신속하게 제공하거나 특정 문제를 해결하기 위해 서로 다른 기술, 재능 및 관심사를 가진 회원으로 구성됩니다.

D

DAU: 일일 활성 사용자 수

일일 활성 사용자 수를 파악하는 것은 고객 리텐션을 파악하기 위해 참여도를 측정하는 일반적인 방법입니다. '활성 사용자'의 정의는 제품이 제공하는 기능과 사용법에 따라 결정되며, 높은 참여도가 목표처럼 보일 수 있지만 워크플로우의 병목 현상을 나타내는 지표가 될 수도 있습니다.

다른 일반적인 참여 메트릭으로는 주간 활성 사용자(WAU) 및 월간 활성 사용자(MAU)가 있습니다.

의존성 관리 의존성 관리 한 작업 또는 기능과 다른 작업의 관계를 설명하고 완료할 수 있는 시기를 결정합니다. 프로젝트 로드맵을 만들 때나 제품 팀의 효율성을 모니터링할 때 의존성을 고려하는 것이 중요한데, 작업 B가 작업 A에 종속된 경우 종속된 작업이 완료될 때까지 작업 B를 시작할 수 없기 때문입니다.

디자인

특정 문제를 해결하거나 고객의 요구를 충족하기 위해 제품을 시각화, 정의, 생성 및 개선하는 프로세스입니다.

디자이너

디자이너는 제품의 모양, 느낌, 기능을 만듭니다. 그들은 사용자 경험을 개선하고 향후 변형 시 마찰 지점을 줄이면서 제품과 그 기능을 어떻게 표현할지 플랜을 짜는 일을 담당합니다. 일반적으로 제품 개발의 각 단계에는 다음과 같은 여러 디자이너가 참여합니다:

  • 제품 디자이너
  • 사용자 경험 디자이너
  • 고객 경험 디자이너
  • 인터랙션 디자이너

디자인 씽킹

인간 우선주의 디자인 프로세스 디자인 대상의 문제와 요구 사항을 이해해야 합니다. 제품을 사용하는 사람들과 공감함으로써 문제를 더 잘 예측하고 고객이 원하는 바를 파악하여 제품을 혁신할 수 있기 때문입니다.

디자인 컨셉

디자인 콘셉트는 제품의 플랜에 대한 간략한 설명으로, 이 제품을 디자인할 때의 가치를 홈에 전달하는 제품의 엘리베이터 피치라고 생각하면 됩니다. 디자인 콘셉트는 다음과 같아야 합니다:

  • 제품이 해결할 문제를 전달합니다
  • 목표 고객 정의하기
  • 사람들이 제품을 어떻게 사용할지 설명하세요

이것을 확인하세요 제품 관리를 위한 AI tools !

개발

새 제품을 만들거나 새로운 반복을 구현하거나 기존 제품에 대한 고객의 경험을 개선하기 위해 기능을 추가하는 프로세스입니다.

개발자

디자이너가 제품의 모양, 느낌, 기능을 만드는 반면, 개발자는 이러한 플랜을 실현하는 일을 담당합니다.

디지털 트랜스포메이션

디지털 채택

새로운 디지털 기술을 활용하기 위해 기존 비즈니스 프로세스를 업그레이드하는 것입니다. 이를 통해 비즈니스의 효율성을 높이고, 더 많은 고객에게 접근성을 높이며, 확장성을 확보할 수 있습니다. 이 프로세스를 완료하는 데는 수년이 걸릴 수 있으며, 비즈니스의 고객 경험을 유지하고 개선하기 위한 집중적인 전략이 필요합니다.

혼란

근본적으로 새로운 제품

기존 산업이나 시장과 경쟁하는 새로운 산업이나 시장을 촉진하는 혁신적인 기술, 제품 또는 사고방식.

발산적 사고

기존 문제를 해결하기 위한 새롭고 독특하며 창의적인 방법을 찾기 위한 브레인스토밍.

E

에코시스템

더 큰 가치를 위해 함께 사용하거나 일련의 관련 문제를 해결하기 위한 별도의 제품 그룹입니다.

에픽

에픽 스토리

An 에픽 는 해리 포터의 놀라운 호그와트 시절을 7권의 환상적인 책으로 나눈 것처럼 더 작은 사용자 스토리로 나눌 수 있는 아이디어 또는 기능입니다.

처음으로 지팡이를 든 해리, 단순한 반짝임

유니버설 비아 GIPHY 제품 개발에서 '모바일 UI 개선'이라는 에픽은 '모바일 장바구니 추가', '속도 최적화', '일관된 폰트'라는 세 가지 사용자 스토리로 구성될 수 있습니다.

그런 다음 각 사용자 스토리는 관리 가능한 작업으로 나눌 수 있으며, 크기에 따라 여러 스프린트에 걸쳐 제공될 수 있습니다.

완료될 작업으로 F-J 기능 추가됨

기능

제품 기능은 시중에 나와 있는 다른 유사 제품들 사이에서 제품의 기능을 돋보이게 하는 특징과 기능을 말합니다.

기능 감사

기능 감사는 제품의 특징(특성 및 기능)을 검토하여 얼마나 많은 고객이 해당 기능을 사용하고 있는지, 얼마나 자주 사용하는지 확인하는 것입니다. 이러한 감사는 종종 그래프나 차트로 표시되며 설문조사, 고객 인터뷰, 온라인 사용 데이터 또는 분석 도구에서 정보를 수집할 수 있습니다.

기능 점수

이것은 고객 피드백이나 리뷰의 입력 없이 성능 메트릭만을 기반으로 기능의 순위를 매기는 또 다른 방법입니다. 기능 점수는 영업팀, 고객 유지, 효율성, 개발 소요 시간 등의 영역에서 기능의 성공 여부에 따라 결정됩니다.

FDD: 기능 중심 개발

이 애자일 프레임워크는 전적으로 기능을 완료하는 것을 중심으로 소프트웨어 개발 프로세스를 구성합니다. 이 프레임워크는 제품 개발을 클라이언트 중심의 다양한 요구 사항을 충족하는 것을 목표로 하는 작은 청크(기능)로 나눕니다.

G

간트 차트

프로젝트 타임라인 _프로젝트 타임라인

프로젝트 타임라인 내의 작업 순서를 시각화하고 어떤 작업이 있는지 보여줄 수 있는 가로 막대 차트입니다 의존성 서로 종속되어 있습니다. 각 작업에는 시작 날짜와 종료 날짜가 있으므로 팀이 마감일을 초과하지 않도록 하세요.

자세히 알아보기 간트 차트 가이드 !

목표 ### 목표

스프린트 목표, 반복 목표

제품 관리에서, 목표 는 단순히 제시간에 제품을 완성하거나 사람들이 사용할 수 있는 양질의 제품을 제공하는 것보다 훨씬 더 구체적일 수 있습니다. 각 스프린트에는 일반적으로 특정 목표 또는 스크럼 팀이 해당 작업을 통해 달성하고자 하는 원하는 결과가 포함됩니다.

이러한 목표는 이해 관계자에게 보여줄 수 있는 소프트웨어의 작업 모델이 되는 것이 일반적입니다.

ClickUp과 같은 애자일 프로젝트 관리 도구에는 다음과 같은 도움이 되는 기능이 내장되어 있습니다 스프린트 목표 추적하기 실시간으로 추적하세요!

GOOB: 건물 밖으로 나가기

간단히 말해, 이 약어는 고객이 있는 곳에서 고객을 회의하는 것을 의미합니다. 제품 팀은 통제된 설정에서 제품을 테스트하고 사용하는 경우가 많지만 고객은 그렇지 않은 경우가 많습니다. 건물 밖으로 나가면 고객이 제품을 사용하게 될 환경에서 고객을 파악할 수 있습니다.

GTM: 시장 진출 전략 이것은 회사가 어떻게 하려는지에 대한 전략적 및 전술적 플랜입니다

성공적인 제품 릴리스를 관리하는 방법 . 이 플랜에는 가격 책정, 영업 전략, 고객 여정 지도, 마케팅, 예산, 고객 지원 등이 포함됩니다.

H

하드웨어 제품

하드웨어는 제품을 개발하거나 사용하는 데 관련된 유형의 도구와 기계 장비를 말합니다. 여기에는 컴퓨터의 물리적 부품과 키보드, 모니터, 마우스 등 컴퓨터 사용에 필요한 요소가 포함될 수 있습니다.

I

아이디어 관리

제품 개선을 위한 아이디어를 수집, 분류, 분석하는 프로세스입니다. 아이디어는 고객 피드백, 파트너 또는 내부에서 나올 수 있으며 우선순위가 다를 수 있습니다.

아이디어

새로운 아이디어를 창출하고 브레인스토밍 세션, 리스트 또는 브레인스토밍을 통해 구체화하는 과정입니다 마인드 맵핑 .

증분 제품

증분적 혁신

각 반복이 이전 버전을 대체하지 않고 이를 기반으로 구축되는 개발 모델입니다. 각각의 새 버전은 이전 버전에서 더 개선된 변형이지만 이전 제품은 여전히 기능을 유지합니다.

직관적

직관적인 디자인

직관적인 제품은 고객의 기존 사고 틀과 업무 습관에 쉽게 맞습니다. 사용이 자연스럽고 빠르게 적응할 수 있습니다.

통합

애플리케이션이 다음을 수행할 수 있는 경우 다른 애플리케이션과 통합할 수 있는 경우 는 두 소프트웨어가 서로의 데이터 및 워크플로우를 동기화할 수 있음을 의미합니다.

J

JTBD: 완료됨 작업

고객이 직면한 문제와 해결책을 찾고자 하는 동기를 더 잘 이해하기 위해 고객이 완료하고자 하는 작업 또는 작업을 의미합니다.

K-O 카이젠에서 기회 점수까지

카이젠

카이젠은 팀원이 직접 제품을 사용한 경험을 바탕으로 개선할 부분을 끊임없이 찾는 개념입니다.

칸반

스크럼처럼 고정되고 계획된 반복으로 일하는 대신, 칸반 팀은 우선순위 작업에 대해 작업합니다 가 들어올 때마다 작업하세요. 이 프레임워크는 병목 현상 없이 지속적인 일의 흐름을 유지하는 것을 목표로 하는 매우 시각적인 애자일 프레임워크입니다.

Teams는 동시에 작업할 수 있는 작업의 번호에 한도(WIP 제한)를 두어 팀이 멀티태스킹으로 인해 생산성이 저하되지 않도록 합니다.

clickUp으로 설정하는 방법 알아보기 설정 방법 알아보기 칸반 프로젝트 관리.

칸반 보드

태스크보드, 화이트보드, 코르크보드_

A 칸반 보드 는 프로젝트 내의 모든 일을 시각화하기 위해 3~4개의 열로 나뉘어져 있는 물리적 또는 시각적 코르크 보드입니다. 칸반 보드의 각 열은 '할 일', '진행 중', '완료됨'의 범위에서 작업의 상태를 나타냅니다.

칸반에서 각 작업은 스티커 노트나 카드로 시각화됩니다. 팀원이 작업을 완료할 때마다 카드가 해당 열로 이동합니다.

보실 수 있습니다 20개 이상의 예시 더 보기 _here.

카노 모델

고객 만족 가능성을 기준으로 제품 기능의 우선 순위를 정합니다. 제품 팀은 만족 확률을 개발 비용과 비교하여 로드맵에 추가하는 것이 전략적인지 여부를 결정할 수 있습니다.

KPI: 핵심 성과 지표 KPI 는 제품의 성공을 결정하는 데 사용되는 가장 영향력 있는 정량적 메트릭입니다. 재무적 성공, 매출, 고객 지표, 신규 사용자 수는 일반적인 KPI이지만, 회사에서 고려해야 할 가장 중요한 메트릭은 제품의 유형과 고유한 목적에 따라 달라집니다.

L

린 제품 개발

린 소프트웨어 개발

개발 프로세스를 최적화하는 원칙과 관행. 이 책은 린 제조 접근 방식 50년대에 도요타가 도입했습니다.

자세히 알아보기 린 프로젝트 관리_ and 린 원칙 전용 기사에서 확인하세요.

평생 가치

고객 생애 가치, CLV, CLTV 고객 생애 가치

고객이 전체 관계에서 비즈니스에 창출하는 예상 총 수익입니다. 이를 통해 비즈니스는 시간이 지남에 따라 고객을 추가하고 지원하는 데 드는 비용 효율성을 결정할 수 있습니다.

라이프사이클

제품의 초기 아이디어부터 개발, 반복, 성장 및 최종 쇠퇴에 이르기까지 제품이 존재하는 각 단계.

M

MRD: 시장 요구 사항 문서

제품에 대한 수요와 요구 사항을 전략적으로 정의하는 제품 관리자의 서면 문서입니다. MRD에는 제품 비전, 목표 시장이 포함됩니다, 사용자 페르소나 , 솔루션 및 제품의 가능한 수익에 대해 설명합니다.

MVP: 최소 실행 가능한 제품

제품 아이디어를 실현하기에 충분한 기능을 갖춘 개발 초기 단계의 제품입니다. 최소한의 기능 수라도 고객을 제품에 더 빨리 끌어들일수록 피드백을 더 빨리 받아 향후 반복 작업을 개선할 수 있습니다.

목업

목업은 제품의 사실적인 도면 또는 실제 모델이지만 기능이 없는 모형입니다. 목업은 팀이 제품에 대해 상상하는 것을 시각적으로 표현하거나 묘사한 것입니다.

MRR: 월간 반복 수익

매월 발생하는 수익 또는 모든 지속적인 수익을 월별 번호로 나눈 계산입니다.

N

니즈 찾기

고객에게 솔루션이 필요한 영역을 파악하세요. 이를 위해서는 고객이 직면한 문제와 제품이 그 격차를 어떻게 메울 수 있는지 파악하고 공감해야 합니다.

NPS: 순추천고객지수

간단한 설문조사를 통해 제품에 대한 고객의 만족도를 파악하는 방법입니다. 고객 여정의 여러 단계에서 고객에게 0~10점 척도로 제품을 평가하도록 반복적으로 요청하면 보다 일반적이거나 상세한 점수를 얻을 수 있습니다.

O

OKR: 목표 및 주요 결과

KPI와 유사합니다, 목표 및 주요 결과 는 제품 결과를 측정하는 데 사용되지만, OKR은 명확한 목표 또는 목표를 설정하여 정해진 기간에 따라 추적하고 평가하는 데 의존합니다.

기회 점수

이 전략은 고객이 필요하다고 생각하지만 효율적으로 사용하는 데 어려움을 겪고 있는 기능을 파악하는 데 사용됩니다. 제품에서 기회 영역을 지속적으로 찾아내면 고객 충성도를 높이는 동시에 새로운 고객을 유치할 수 있습니다!

테마로 피벗

피벗

제품의 시장 조사 결과, 기존 전략의 결함 또는 경쟁 압력으로 인해 비즈니스 전략이나 방향을 전환하는 것을 말합니다.

피벗을 외치는 프렌즈의 로스!

NBC 경유 GIPHY

우선순위

백로그의 항목이나 이니셔티브에 중요도 순으로 순위를 매겨 다음에 개발할 항목을 결정하세요.

제품

이것이 우리가 여기 있는 이유입니다! 제품은 고객의 문제를 해결하거나 필요를 충족하는 항목 또는 서비스입니다. 제품은 다운로드 가능하거나 실물 항목, 무료 또는 구매 가능하거나 이 둘의 조합일 수 있습니다!

제품 검색

제품 발견은 고객이 정기적으로 직면하는 주요 문제를 해결하는 제품을 만들기 위해 고객에 대한 깊은 이해에서 비롯됩니다. 고객이 필요로 하는 것을 포괄적으로 이해하면 개발하는 제품의 우선순위를 정하고 해당 제품을 위한 시장을 확보하는 데 도움이 될 수 있습니다.

제품 분석

고객이 제품을 사용하는 방식을 이해하기 위해 내장된 도구로 수집한 객관적인 정량적 데이터. 이러한 분석에는 사용자가 특정 작업을 완료하는 데 소요되는 시간, 제품 사용 여정의 지도 또는 가장 많이 사용되는 기능이 포함될 수 있습니다.

제품 주도 성장

제품을 고객을 유치하기 위한 주요 유인책으로 사용하는 것입니다. 비즈니스는 추가 비용을 지불하면 더 많은 기능을 추가할 수 있는 옵션과 함께 제품을 한도 내에서 무료로 사용할 수 있도록 제공하거나, 신규 고객이 일정 기간 동안 제품을 최대한 사용할 수 있는 무료 체험판을 제공한 후 다시 액세스 비용을 지불할 수 있는 옵션을 제공할 수 있습니다.

제품 관리자

제품 매니저는 애자일 팀의 개발 프로세스를 처음부터 끝까지 지원합니다. 주요 업무는 다음과 같습니다:

  • 개발 프로세스의 문제 처리
  • 팀이 프로젝트 마감일을 지킬 수 있도록 지원
  • 영업팀, 마케팅, 고객 서비스 등 회사의 다른 부서와 협업하기

방법 알아보기 _제품 관리자가 ClickUp을 사용하는 방법 ._

제품 운영

제품 운영팀의 역할은 여러 기능의 팀이 효율적으로 일할 수 있도록 지원하는 것입니다. 리서치를 위한 고객 인터뷰를 지원하고 품질 보증 검사를 감독할 수 있습니다, 개발 프로세스 간소화 를 참조하거나 지원팀과 함께 작업하세요.

제품 소유자

Owner

이들은 애자일 또는 스크럼 팀. 최종 소프트웨어의 비전과 기능을 결정하지만, 기능은 임의로 선택하지 않습니다!

고객의 니즈와 요구 사항을 면밀히 파악하여 제품 백로그에 해당 항목을 추가하고, 고객으로부터 피드백을 받아 개발 팀에 전달합니다.

PRD: 제품 요구 사항 문서 이 문서는 전체 개발 프로세스를 세분화하여 설명합니다. 여기에는 제품의 기능, 디자인, 설명 및 배송에 대한 세부 정보가 포함됩니다. 이 문서에는 제품이 출시되거나 완성된 것으로 간주되기 전에 갖춰야 할 모든 것이 나와 있습니다.

이것을 사용해 보세요 PRD 템플릿 !

제품 로드맵

제품 로드맵은 전체 프로젝트 플랜의 간결한 프레임워크입니다. 로드맵을 사용하면 세부 사항에 빠져들지 않고 제품 일정을 한눈에 볼 수 있습니다, 중요한 마일스톤 및 오브젝트.

로드맵은 플랜의 핵심 요소를 강조함으로써 팀이 예정된 작업을 추적하는 데 도움이 됩니다.

제품 사양

이 문서는 PRD와 비슷하지만 더 간결하고 요점이 명확합니다. 여기에는 제품 대상에 관한 청사진이나 핵심 정보가 포함될 수 있지만 대부분 제품이나 기능을 만드는 이유, 목표, 성공 여부를 측정하는 방법을 설명하는 역할을 합니다.

프로토타입

목업은 제품의 모양을 그림이나 실물로 표현한 것이지만, 프로토타입은 고객이 기능을 테스트할 수 있을 정도로 개발된 초기 모델입니다.

Q

품질 보증

품질 보증은 제품 개발의 모든 단계에서 제품의 품질을 보장하고 개선하기 위한 회사의 프로세스입니다. 품질 보증은 비즈니스가 긍정적인 사용자 경험을 제공하는 고품질의 제품을 제공할 수 있도록 지원하는 사전 예방적 접근 방식입니다.

R

릴리스 플랜

A 릴리스 플랜 에는 다음 릴리스에 포함될 모든 기능이 예상 릴리스 날짜와 함께 표시되며, 보통 몇 개월의 기간에 걸쳐 표시됩니다. 애자일 프로젝트의 영화 예고편이라고 생각하시면 됩니다.

회고

회고 회의, 스프린트 회고 회고

A retrospective스크럼 회의 스프린트가 끝나면 팀이 성과를 분석하는 회의입니다.

팀은 애자일 메트릭, 차트 및 보고서를 사용하여 뛰어난 부분과 개선해야 할 부분을 확인합니다.

애자일 메트릭을 수동으로 추적하는 대신, 애자일 프로젝트 관리 도구 같은 애자일 프로젝트 관리 도구는 정확한 그래프와 차트를 제공하여 팀이 스프린트 회고에 도움이 됩니다.

S

스크럼

스크럼 프로젝트 관리 스크럼 프로젝트 관리 스크럼은 애자일 방법론 팀이 2~4주 정도의 짧은 시간 동안 스프린트라고 불리는 짧은 단위로 일을 진행하여 고객의 피드백을 받을 준비가 된 제품을 제공하는 방식입니다.

스크럼 팀은 플랜을 설정하고 정기적인 회의를 개최하여 모든 사람이 자신이 하고 있는 일을 파악하고 스프린트 내 프로세스를 파악할 수 있도록 합니다.

분할 테스트 및 A/B 테스트

두 가지 변형의 성능을 서로 비교하는 테스트입니다. A/B 테스트는 제품 관리에서 가장 성과가 좋은 옵션을 식별하기 위해 자주 사용됩니다. 예를 들어, 새로운 사용자 인터페이스의 두 가지 변형을 테스트하는 경우 사용자 참여도가 가장 높은 변형을 A/B 테스트에서 이길 수 있습니다.

자세히 알아보기 _A/B 테스트 도구 here.

스프린트

Iterations

스프린트는 팀이 제품을 개발하는 동안 추적할 수 있도록 도와주는 짧은 일의 연속입니다. 보통 2~4주 정도 지속되며 프로젝트 타임라인의 다음 주요 체크포인트에 도달하는 데 도움이 되는 여러 작업이 포함됩니다. 나만의 스프린트를 쉽게 만들고 관리하세요 ClickUp의 스프린트!

스테이지 게이트

스테이지-게이트 프로세스_

제품 개발 프로세스를 스코핑, 비즈니스 사례, 개발, 테스트, 출시 등 여러 단계 또는 '단계'로 구분하는 프로세스입니다. 이러한 단계의 진행 상황을 검토하여 제품이 다음 단계로 어떻게 진행될지 결정할 수 있습니다.

스테이크홀더

이해관계자는 프로젝트에 연결된 팀 외부의 모든 사람을 의미합니다. 투자자, 계정 매니저, 영업 팀 또는 클라이언트가 될 수 있습니다.

자세히 알아보기 _여기 이해관계자 .

스토리 포인트

A 스토리 포인트 는 사용자 스토리에 할당된 단위로, 해당 작업에 얼마나 많은 시간과 에너지가 필요한지를 표현합니다. 따라서 숫자가 높을수록 더 많은 시간이 필요한 더 어려운 작업임을 나타냅니다. 이것은 상대적인 추정 기법으로, 다른 유사한 작업과 비교하여 각 작업에 숫자가 할당됩니다.

SWOT 분석 SWOT 분석 은 제품의 강점, 약점, 기회 및 위협을 전략적이고 능동적으로 고려하는 플랜 수립 방법입니다. 제품의 강점과 약점은 주로 내부 요인인 반면 기회와 위협은 외부 요인(예: 시장, 경쟁사, 가능한 트렌드)과 관련이 있습니다.

T

기술 제품 관리자

기술 제품 매니저는 영업 팀이나 비즈니스 팀보다 엔지니어링 팀과 더 긴밀하게 일하며, 프로젝트의 개발 측면을 지원할 수 있는 기술적 배경을 가지고 있습니다.

보너스: 권장하는 기술 문서 작성 도구 10가지를 확인하세요.

테마

제품 테마는 제품에 대한 매우 높은 수준의 플랜입니다. 이는 일반적으로 제품 목표로 요약하거나 "이 제품은 어떤 문제를 해결합니까?"라는 질문에 대한 답변으로 요약할 수 있습니다

U-Z 사용 사례에서 제타 점수까지

사용 사례

고객이 제품을 사용하여 문제를 해결하는 방법을 설명하는 간단하고 가능성이 매우 높은 시나리오입니다. 가상의 예시이지만, 믿을 수 있거나 공감할 수 있을 정도로 충분히 일반적이며 제품의 다양한 부분의 필요성과 가치를 증명하는 데 도움이 됩니다.

사용자 조사

고객이 작업을 수행하는 방식, 다른 제품을 사용하는 방식을 관찰하고 사고 과정을 학습하여 고객의 니즈를 이해하는 프로세스입니다.

UX: 사용자 경험

고객과 제품의 상호작용에 대한 요약입니다. Your UX 는 사용자가 제품을 사용하면서 느낀 점, 제품 사용에 대한 태도, 편리함, 어려움 등을 전달합니다.

사용자 페르소나

사용자 페르소나는 제품의 이상적인 사용자를 나타내는 가상의 고객입니다. 이는 나이, 직업, 경력 단계, 지리적 위치, 직면하는 일반적인 문제 등 목표 고객에 대한 포괄적인 스냅샷입니다.

Check out these 사용자 페르소나 템플릿 !

사용자 흐름 ### 사용자 흐름

사용자 플로우는 사용자가 애플리케이션에서 작업을 완료하는 동안 이동하는 경로를 시각적으로 표현한 것입니다. 일반적으로 차트나 다이어그램으로 표시되며, 사용자 흐름을 지도화하면 팀이 보다 직관적인 인터페이스를 만들고 고객이 일련의 작업을 완료하는 과정을 최적화하는 데 도움이 됩니다.

사용자 스토리

사용자 목표

특정 제품 기능이나 고객이 유용하게 사용할 수 있는 기능에 대한 간략한 설명입니다. 일반적인 사용자 스토리는 다음과 같이 작성할 수 있습니다:

'(사용자 이름/유형)으로서 (어떤 일을) 하고 싶기 때문에 (목표를 달성)할 수 있습니다'_

기본적으로 사용자가 시스템에서 원하는 기능에 대한 비공식적인 설명입니다.

V

가치 제안

고유 가치 제안 고유 가치 제안_

이것은 제안 제품의 목적, 이점 및 시장의 다른 제품과 차별화되는 요소를 전달합니다. 이는 고객이 다른 유사한 제품보다 귀사의 제품을 선택하도록 유도하고 귀사의 제품이 더 가치 있거나 경쟁력 있는 이유를 전달하는 데 사용됩니다.

고객의 목소리

고객의 요구 또는 제품이 해결하고자 하는 문제와 관련된 피드백 및 정성적 또는 정량적 데이터의 총칭입니다.

W

폭포

각 단계가 순차적으로 진행되며 각 단계를 완료해야 다음 단계를 시작할 수 있는 장기적인 선형 개발 방식입니다. 필요한 문서를 수집하고 요구 사항을 정리하는 것부터 시작하여 설계, 코딩, 테스트 등의 단계가 중복되지 않고 단계별로 진행되는 프로세스입니다.

와이어프레임

목업이나 프로토타입과 다소 유사한 와이어프레임은 제품의 기능만 전달한다는 점을 제외하면 제품의 기본적인 표현입니다. 기능을 정리하고 사용자가 실제로 제품을 어떻게 '사용'하는지를 보여주기 위한 매우 기본적인 웹 페이지인 경우가 많습니다.

Y

YOY: 전년 대비

1년간의 데이터를 전년도의 동일한 데이터 세트와 비교하는 프로세스입니다.

Z

제타 점수

제타 모델, Z점수 수식 기업이 파산할 가능성을 판단하는 데 사용하는 점수 수식입니다.

보너스: 프로덕트 매니저 인터뷰 질문

이제... 필수 제품 관리 용어를 알았습니다 🎶

좋아요, 정확히 A-Z는 아니었지만 X를 제외한 모든 글자를 다 알았어요! 우리 스스로 그렇게 말한다면 꽤 가깝다고 할 수 있습니다. 💅🏼

이 용어집을 이미 앞뒤로 외우셨을 수도 있고, 몇 가지 새로운 용어가 추가되었을 수도 있습니다! 어느 쪽이든 이 목록을 결승선이 아닌 제품 관리의 발판으로 생각하세요. 현재 어느 단계에 와 있는지, 어떻게 하면 제품 관리를 더 발전시킬 수 있는지 확인할 수 있습니다 매일 1% 성장 ? 😉

제품 관리 경력을 시작하는 데 관심이 있으시다면, 저희의 제품 관리 자격증 가이드 !_

Plus, ClickUp 은 이러한 아이디어를 실행으로 옮겨 현재 제품 관리 전략을 개선하는 데 도움을 줄 수 있습니다. 하나의 플랫폼에서 시간을 절약하고, 프로세스의 효율성을 높이고, 팀과 소통하세요! 곧 뵙겠습니다. 🥳