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

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

제품 관리란 무엇일까요?

10년 전만 해도 그 질문에 대해 100가지 다른 답변이 있었을 것입니다. 그리고 각각의 답변은 그 나름의 이유로 모두 옳았을 것입니다!

제품 관리자의 책임은 UX, 기술 및 비즈니스 기술을 결합하여 제품의 설계부터 출시, 그리고 향후 업데이트에 이르기까지 제품의 전체 라이프사이클을 따르는 다재다능한 역할로 확대되었습니다 .

많이 느껴지시나요? 그렇죠, 정말 많으니까요. 😳

그럼에도 불구하고, 제품 관리자는 수요가 높고, 진화하는 직업에서 항상 새롭고 흥미로운 것을 배울 수 있기 때문에 지금이 제품 관리자가 될 좋은 시기입니다.

이 제품 관리 용어집이 유용할 것입니다. 🤓

이 목록에 적용되는 용어의 수는 사람마다 다르며, 제품의 요구 사항, 회사의 규모, 예산 및 프로젝트 타임라인에 따라 달라집니다.

지금 당장 관련이 있는 용어가 몇 개뿐이라 할지라도, 나머지 용어들은 성장 분야를 파악하고, 제품의 방향을 구상하며, 제품 관리자가 기업의 목표 달성을 지원하는 방법을 파악하는 데 도움이 될 것입니다.

보너스: 제품 관리 템플릿을 확인해보세요! 📑 ⭐️

A-E 에픽에 대한 승인 기준

수락 기준

클라이언트 승인, 완료 정의(DoD)

수락 기준은 고객이나 이해 관계자가 소프트웨어를 수락하기 위해 소프트웨어가 충족해야 하는 일련의 조건입니다. 궁극적으로 제품 소유자는 기능이 사용자가 원하는대로 작동하는지, 즉 사용자 스토리에서 그 목적을 달성하고 있는지 여부를 결정합니다.

애자일

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

민첩한 제품 팀을 구성하는 데는 많은 것이 필요하며, 이 목록에 있는 많은 용어가 이를 통합하는 데 도움이 될 것입니다!

12가지 애자일 원칙을 자세히 살펴보세요.

애자일 제품 개발

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

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

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

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

각 스프린트가 끝날 때마다 팀은 사용자의 피드백과 제안을 받을 준비가 된 필수 기능만 갖춘 작동하는 제품을 제공할 수 있습니다. 팀은 이러한 제안을 다음 스프린트에 반영합니다!

이 주기는 고객을 만족시키는 최종 소프트웨어가 완성될 때까지 계속됩니다. Voila!

Scrum , Kanban, Lean, XP 등 Agile 방법론에서 여러 다른 프레임워크가 브랜치로 분화되었습니다.

ART: 애자일 릴리스 트레인

Agile Release Train은 대규모 기업 프로젝트에 대응하기 위해 여러 Agile 소프트웨어 개발 팀으로 구성되어 있습니다. 이 프로젝트에는 프로젝트의 여러 부분에 집중하는 약 50~125명의 팀원이 참여합니다.

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

알파 테스트

알파 테스트는 제품이 제대로 작동하고 의도된 기능을 수행하는지 확인하기 위한 첫 번째 종단간 테스트입니다. 알파 테스트는 제품 릴리스의 성능과 기능을 평가할 수 있는 첫 번째 기회라고 생각하면 됩니다.

B

백로그

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

베타 테스트

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

극장에서 자란 아이였다면 베타 테스트를 개막 전 마지막 리허설이라고 생각하면 됩니다.

버그

결함

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

BI: 비즈니스 인텔리전스

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

번다운 차트

릴리스 번다운 차트, 스프린트 번다운 차트

번다운 차트는 애자일 프로젝트 관리자가 미완료 작업의 번호로 스프린트에 남아 있는 시간을 측정하여 프로젝트에 남아 있는 작업량과 작업을 완료하기까지 남은 시간을 추적할 수 있도록 도와줍니다.

프로 팁: ClickUp과 같은 애자일 프로젝트 관리 도구는 버닝 차트에 예상 진행 상황을 표시하여 팀이 동일한 속도로 일할 경우 프로젝트 진행 상황이 어떻게 될지 보여줍니다.

C

이탈률

고객 이탈

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

고객이 가지고 있는 피드백이나 문제점을 확인하세요. 쉽게 해결할 수 있을 수도 있습니다!

경쟁사 분석

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

경쟁 분석 도구를 확인해보세요!

개념 검토

이는 신제품에 대한 초기 아이디어와 제품 관리자와 이해 관계자들이 다양한 제품 개념을 검토하여 가장 성공적인 제품을 결정하는 과정입니다.

지속적 통합

CI, 지속적인 배포

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

지속적 배포

지속적인 통합 및 CI와 유사하게, 지속적인 배포는 코드를 작성한 후 최종 소프트웨어에 추가하는 데 걸리는 시간을 단축하기 위한 전략입니다. 자동화된 테스트 및 릴리스와 유사하게, 이 애자일 관행은 결함 및 피드백을 적시에 처리할 수 있도록 지원합니다.

보너스: 2023년 소프트웨어 팀을 위한 최고의 연속 배포 도구 10가지를 확인해보세요.

전환율

사이트 방문자, 잠재 고객 또는 클릭 중 귀하의 서비스에 유료 고객으로 전환한 비율입니다. 이 수치는 매장에 들어온 총 고객 수에서 무언가를 구매한 고객 수를 나눈 값이라고 생각하면 됩니다.

고객 경험

CX

이는 고객이 귀하의 비즈니스와 상호 작용하는 모든 것을 의미하며, 고객이 귀하의 회사에 대해 전반적으로 어떻게 느끼게 하는지를 의미합니다. 여기에는 제품과의 모든 접촉, 고객 성공 프로세스, 마케팅, 영업 팀 및 광고가 포함됩니다.

고객 피드백

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

고객 유지

고객 유지율, CRR

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

고객 성공

고객이 제품이 해결하기 위해 만들어진 문제를 해결할 수 있게 되면, 제품은 고객 성공을 달성한 것입니다. 긍정적인 리뷰, 적극적인 고객 피드백, 높은 고객 유지율은 고객 성공을 달성한 좋은 지표입니다.

크로스 기능 팀

크로스 기능 팀은 다양한 기술, 재능 및 이자를 가진 회원들로 구성되어 새로운 제품을 신속하게 제공하거나 특정 문제를 해결합니다.

D

DAU: 일일 활성 사용자

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

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

의존성 관리

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

디자인

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

디자이너

디자이너는 제품의 외관, 느낌 및 기능을 만듭니다. 디자이너는 제품 및 기능의 표현을 계획하고, 사용자 경험을 개선하며, 향후 변형에서 마찰을 줄이는 일을 담당합니다. 일반적으로 제품 개발의 각 단계에는 여러 명의 디자이너가 참여합니다.

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

디자인 싱킹

이는 인간 중심의 디자인 프로세스로, 디자인 대상의 문제와 요구 사항을 이해해야 합니다. 제품이 서비스를 제공하는 사람들을 공감함으로써 고객의 요구를 잘 이해할 수 있게 되어 문제를 더 잘 예측하고 제품을 혁신할 수 있다는 것이 이 아이디어의 핵심입니다.

디자인 개념

디자인 컨셉은 제품의 계획된 디자인을 간략하게 설명한 것으로, 이 제품의 디자인이 가진 가치를 강조하는 제품 소개의 엘리베이터 피치라고 생각하면 됩니다. 디자인 컨셉은 다음을 충족해야 합니다.

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

제품 관리를 위한 AI 도구를 확인해보세요!

개발

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

개발자

디자이너는 제품의 외관, 느낌 및 기능을 디자인하는 반면, 개발자는 이러한 플랜을 현실로 구현하는 역할을 담당합니다.

디지털 전환

디지털 채택

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

파괴적 혁신

근본적으로 새로운 제품

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

발산적 사고

기존 문제를 해결하기 위한 새로운, 독특하고 창의적인 방법을 모색하는 브레인스토밍.

E

생태계

더 큰 가치를 창출하거나 관련 문제들을 해결하기 위해 함께 사용될 수 있도록 설계된 별개의 제품들 그룹.

에픽

에픽 스토리

에픽은 해리 포터가 호그와트에서 보낸 놀라운 세월이 7권의 환상적인 책으로 나뉘어지는 것처럼, 더 작은 사용자 스토리로 나눌 수 있는 아이디어나 기능입니다.

해리가 처음으로 지팡이를 잡는 순간, 단순한 반짝임
GIPHY를 통해 전 세계적으로 사용 가능

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

각 사용자 스토리는 관리 가능한 작업으로 나눌 수 있으며, 크기에 따라 여러 스프린트에 걸쳐 전달됩니다.

F-J 기능에서 수행할 작업으로

기능

제품의 기능은 제품이 작동하고 시중에 판매되는 다른 유사 제품들 중에서 돋보이게 하는 특성과 능력입니다.

기능 감사

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

기능 점수

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

FDD: 기능 중심 개발

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

G

간트 차트

프로젝트 타임라인

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

간트 차트 가이드에서 자세히 알아보세요!

목표

스프린트 목표, 반복 목표

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

이러한 목표는 이해 관계자에게 보여줄 수 있는 소프트웨어의 작동 모델인 경우가 많습니다.

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

GOOB: 현장 조사 및 고객 피드백 수집

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

GTM: 시장 진출 전략

회사가 성공적인 제품 출시를 관리하기 위해 마련한 전략적, 전술적 플랜입니다. 이 플랜에는 가격 책정, 영업 전략, 고객 여정 지도, 마케팅, 예산, 고객 지원 등이 포함됩니다.

H

하드웨어 제품

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

I

아이디어 관리

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

아이디어 생성

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

증분 제품

증분 혁신

이 모델은 각 반복이 이전 버전을 대체하지 않고 그 위에 구축되는 개발 모델입니다. 새로운 버전은 이전 버전보다 개선된 변형이지만, 이전 제품도 여전히 기능을 유지합니다.

직관적

직관적인 디자인

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

통합

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

J

JTBD: 완료해야 할 작업

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

K-O 개선에서 기회 점수

카이젠

Kaizen은 팀 회원이 제품을 사용하면서 얻은 경험을 바탕으로 지속적으로 개선할 부분을 찾는 개념입니다.

칸반

Scrum과 같이 고정되고 계획된 반복 작업으로 일하는 대신, Kanban 팀은 우선순위가 높은 작업이 들어오면 바로 처리합니다. 병목 현상이 없는 일의 흐름을 유지하는 것을 목표로 하는, 시각적인 애자일 프레임워크입니다.

Teams는 동시에 작업할 수 있는 작업의 번호에 한도(WIP 한도)를 설정하므로, 팀이 여러 작업을 동시에 진행하여 생산성이 저하되는 것을 방지할 수 있습니다.

ClickUp이 칸반 프로젝트 관리를 설정하는 데 어떻게 도움이 될 수 있는지 알아보세요 .

칸반 보드

작업 보드, 화이트보드, 코르크 보드

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

Kanban에서는 각 작업이 스티커 메모 또는 카드로 시각화됩니다. 팀 회원이 작업을 완료할 때마다 카드는 관련 열로 이동됩니다.

여기에서 20개의 추가 예시를 확인할 수 있습니다.

카노 모델

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

KPI: 핵심 성과 지표

KPI는 제품의 성공을 판단하는 데 사용되는 가장 영향력 있는 정량적 메트릭입니다. 재무적 성공, 수익, 고객 메트릭, 신규 사용자 번호는 일반적인 KPI이지만, 기업이 고려해야 할 가장 중요한 메트릭은 보유한 제품의 유형과 제품이 제공하는 고유한 목적에 따라 달라집니다.

L

린 제품 개발

린 소프트웨어 개발

개발 프로세스를 최적화하는 원칙과 실천 방법. 이는 1950년대 토요타가 도입한 린 제조 방식에서 영감을 받았습니다.

당사의 관련 기사에서 Lean 프로젝트 관리Lean 원칙에 대해 자세히 알아보세요.

평생 가치

고객 생애 가치, CLV, CLTV

이는 고객이 비즈니스와 관계를 유지하는 동안 창출하는 총 수익의 추정액입니다. 기업은 이를 통해 시간의 경과에 따라 고객을 추가하고 지원하는 데 드는 비용 효율성을 판단합니다.

라이프사이클

제품의 초기 아이디어에서 개발, 반복, 성장, 그리고 결국 쇠퇴에 이르기까지 제품이 존재하는 각 단계.

M

MRD: 시장 요구사항 문서

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

MVP: 최소 실행 가능 제품

제품 아이디어를 실현하기 위해 최소한의 기능만 갖춘 개발 초기 단계의 제품입니다. 기능의 수가 최소한으로 제한되어 있더라도, 제품에 고객을 빨리 유치할수록 피드백을 빨리 받을 수 있고, 향후 반복 개선을 통해 제품을 더 빨리 개선할 수 있습니다.

모크업

모형은 제품의 실제와 같은 그림이나 물리적 모델이지만 기능은 없습니다. 팀이 제품에 대해 상상하는 것을 시각적으로 표현하거나 묘사한 것입니다.

MRR: 월별 반복 수익

매월 창출된 수익을 계산하거나, 모든 진행 중인 수익을 월별 번호로 나눈 값입니다.

N

니즈 발견

고객이 솔루션을 필요로 하는 영역을 파악하세요. 이를 위해서는 고객을 이해하고 공감하여 고객이 직면한 문제와 귀사의 제품이 그 격차를 메울 수 있는 방법을 파악해야 합니다.

NPS: 순추천고객지수

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

O

OKR: 목표 및 주요 결과

KPI와 유사하게, 목표 및 핵심 결과 (OKR)는 제품 결과를 측정하는 데 사용되지만, OKR은 명확한 목표 또는 목표를 설정하여 정해진 기간 동안 추적 및 평가하는 방식입니다.

기회 점수

이 전략은 고객이 필요로 하지만 효율적으로 사용하기 어려운 기능을 파악하기 위해 사용됩니다. 제품에서 개선의 여지가 있는 부분을 지속적으로 찾아내면 고객 충성도를 높이고 새로운 고객을 유치할 수 있습니다!

P-T 테마로 전환

피봇

제품의 시장 조사 결과, 원래 전략의 결함, 경쟁 압력 등으로 인해 비즈니스 전략이나 방향을 전환해야 하는 경우.

프렌즈의 로스가 "피봇!"을 외치는 장면
NBC via GIPHY

우선순위 설정

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

제품

이것이 바로 저희가 여기 있는 이유입니다! 귀하의 제품은 고객의 문제를 해결하거나 요구를 충족시키는 항목 또는 서비스입니다. 제품은 다운로드 가능한 항목이나 물리적 항목, 무료 또는 구매 가능한 항목, 또는 이들의 조합일 수 있습니다!

제품 발견

제품 발견은 고객을 깊이 이해하여 고객이 정기적으로 직면하는 주요 문제를 해결하는 제품을 만드는 데서 시작됩니다. 고객의 요구를 종합적으로 이해하면 개발할 제품의 우선 순위를 정하고 해당 제품에 대한 시장이 있는지 확인할 수 있습니다.

제품 분석

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

제품 주도 성장

고객을 유치하기 위해 제품을 주요 매력으로 사용하는 것입니다. 비즈니스는 추가 비용을 지불하고 더 많은 기능을 추가할 수 있는 옵션을 제공하거나, 신규 고객이 일정 기간 동안 제품을 무료로 사용해 본 후 다시 요금을 지불하고 액세스할 수 있는 무료 체험판을 제공할 수 있습니다.

제품 관리자

제품 관리자는 애자일 팀이 개발 프로세스를 처음부터 끝까지 진행할 수 있도록 지원합니다. 주요 업무는 다음과 같습니다.

  • 개발 과정에서 발생하는 문제 해결
  • 팀이 프로젝트 마감일을 준수할 수 있도록 보장
  • 영업, 마케팅, 고객 서비스 등 회사의 다른 부서와 협력

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

제품 운영

제품 운영 역할은 여러 부서의 팀이 효율적으로 일할 수 있도록 지원합니다. 연구를 위한 고객 인터뷰를 지원하거나, 품질 보증 검사를 감독하거나, 개발 프로세스를 간소화하거나, 지원팀과 함께 일할 수 있습니다.

제품 소유자

소유자

Agile 또는 Scrum 팀의 핵심 회원들입니다 . 이들은 최종 소프트웨어의 비전과 기능을 결정하지만, 기능은 막무가내로 선택하지 않습니다!

그들은 고객의 요구와 요구 사항을 신중하게 이해하고 해당 항목을 제품 백로그에 추가한 다음, 고객으로부터 피드백을 받아 개발 팀에 전달합니다.

PRD: 제품 요구 사항 문서

이 문서는 전체 개발 프로세스를 세분화합니다. 제품의 기능, 디자인, 설명 및 배송에 대한 세부 정보가 포함되어 있습니다. 이 문서는 제품이 출시되거나 완료된 것으로 간주되기 전에 반드시 갖추어야 할 모든 것을 정리합니다.

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

제품 로드맵

제품 로드맵은 전체 프로젝트 플랜을 간결하게 정리한 프레임워크입니다. 세부 사항에 매몰되지 않고 제품 일정, 중요한 마일스톤 및 목표를 한눈에 볼 수 있습니다.

플랜의 키 요소를 강조 표시함으로써 로드맵은 팀이 예정된 작업을 순조롭게 진행할 수 있도록 지원합니다.

제품 사양

이 문서는 PRD와 비슷하지만 더 간결하고 요점을 잘 정리하고 있습니다. 제품 대상에 관한 청사진이나 주요 정보가 포함될 수 있지만, 주로 제품 또는 기능이 개발되는 이유, 목표, 성공을 평가하는 기준 등을 설명하는 데 사용됩니다.

프로토타입

모형은 제품이 어떻게 보일지 그린 그림이나 물리적 표현인 반면, 프로토타입은 고객이 기능을 테스트할 수 있을 만큼 충분히 개발된 초기 모델입니다.

Q

품질 보증

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

R

릴리스 플랜

릴리스 플랜은 다음 릴리스에 포함될 모든 기능과 예상 릴리스 날짜를 보여주고, 보통 몇 개월의 기간에 걸쳐 진행됩니다. 애자일 프로젝트의 영화 예고편이라고 생각하면 됩니다.

회고

회고 회의, 스프린트 회고

회고는 스프린트가 끝날 때 팀이 성과를 분석하는 스크럼 회의입니다.

팀은 애자일 메트릭, 차트 및 보고서를 사용하여 자신이 뛰어난 부분과 개선이 필요한 부분을 파악합니다.

Agile 메트릭을 수동으로 추적하는 대신, ClickUp과 같은 Agile 프로젝트 관리 도구는 정확한 그래프와 차트를 제공하여 팀이 스프린트 회고에서 힘을 발휘할 수 있도록 지원합니다.

S

스크럼

스크럼 프로젝트 관리

스크럼은 팀이 2~4주 정도의 짧은 기간 동안 스프린트라고 하는 작업을 집중적으로 진행하여 고객 피드백을 받을 준비가 된 제품을 제공하는 애자일 방법론입니다.

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

스플릿 테스트 및 A/B 테스트

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

A/B 테스트 도구에 대해 자세히 알아보려면 여기를 클릭하세요 .

스프린트

이테레이션

스프린트는 팀이 제품 개발을 진행하는 동안 일정을 준수할 수 있도록 돕는 짧은 작업입니다. 스프린트는 보통 2~4주 정도 진행되며, 프로젝트 타임라인의 다음 주요 체크포인트를 달성하기 위해 여러 가지 작업이 포함됩니다. ClickUp에서 자신만의 스프린트를 쉽게 만들고 관리하세요 !

단계-게이트

단계별 프로세스

제품 개발 프로세스를 범위 지정, 비즈니스 사례, 개발, 테스트 및 출시 등 여러 단계로 나누는 과정입니다. 이러한 단계의 진행 상황을 검토하여 제품이 다음 단계로 진행될지 여부를 결정할 수 있습니다.

관계자

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

여기에서 이해 관계자에 대해 자세히 알아보세요.

스토리 포인트

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

SWOT 분석

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

T

기술 제품 관리자

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

보너스: 당사가 추천하는 10가지 기술 문서 작성 도구를 확인해보세요.

주제

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

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

사용 사례

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

사용자 연구

고객이 작업을 수행하고 다른 제품을 사용하는 방식을 관찰하고 고객의 사고 과정을 파악하여 고객의 요구를 이해하는 과정입니다.

UX: 사용자 경험

고객이 제품과 상호 작용한 내용을 요약한 것입니다. UX는 제품 사용 중 사용자가 느낀 감정, 제품 사용에 대한 태도, 사용의 용이성 및 어려움 등을 전달합니다.

사용자 페르소나

사용자 페르소나는 제품의 이상적인 사용자를 대표하는 가상의 고객입니다. 이는 연령, 직업, 경력 단계, 지리적 위치, 일반적으로 직면하는 문제 등 목표 고객에 대한 포괄적인 정보가 요약된 것입니다.

사용자 페르소나 템플릿을 확인해보세요!

사용자 흐름

사용자가 애플리케이션에서 작업을 완료하는 동안 거치는 경로를 시각적으로 표현한 것입니다. 일반적으로 차트나 다이어그램으로 표시되는 사용자 흐름을 매핑하면 팀이 보다 직관적인 인터페이스를 만들고 고객이 일련의 작업을 완료하는 데 소요되는 프로세스를 최적화할 수 있습니다.

사용자 스토리

사용자 목표

이는 고객이 유용하다고 생각할 특정 제품 기능 또는 기능에 대한 간략한 설명입니다. 일반적인 사용자 스토리는 다음과 같습니다.

'사용자 이름/유형'으로서, (목표)를 달성하기 위해 (행동을 취하고 싶습니다).

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

V

가치 제안

고유한 가치 제안

이는 귀하의 제품이 시장에서 다른 제품에 비해 가진 목적, 이점 및 차별화 요소를 전달하는 제안입니다. 이는 고객이 다른 유사한 제품 대신 귀하의 제품을 선택하도록 유도하고 귀하의 제품이 더 가치 있거나 경쟁력이 있는 이유를 전달하는 데 사용됩니다.

고객의 목소리

고객의 요구 사항 또는 제품이 해결하고자 하는 문제와 관련된 피드백 및 정성적 또는 정량적 데이터의 일반적인 용어입니다.

W

워터폴

이는 각 단계가 순차적으로 진행되며, 각 단계가 완료되어야 다음 단계로 진행할 수 있는 장기적인 선형 개발 방법입니다. 이는 필요한 문서를 수집하고 요구 사항을 정리한 다음, 설계, 코딩, 테스트 등으로 진행하는 단계별 프로세스입니다.

와이어프레임

모형이나 프로토타입과 다소 유사한 와이어프레임은 제품의 기본적인 모습을 나타낸 것으로, 기능만 전달한다는 점이 다릅니다. 와이어프레임은 기능들을 배열하고 사용자가 제품을 실제로 사용하는 방법을 보여주기 위한, 매우 기본적인 웹 페이지로 구성되는 경우가 많습니다.

Y

YOY: 전년 대비

1년간의 데이터를 전년도와 동일한 데이터와 비교하는 과정입니다.

Z

제타 스코어

Zeta 모델, Z-Score 수식 기업이 파산 가능성을 판단하기 위해 사용하는 점수 산정 수식.

보너스: 제품 관리자 면접 질문

이제 제품 관리에 필수적인 용어를 알게 되었습니다 🎶

물론, 정확히 A부터 Z까지 모든 글자가 포함된 것은 아니지만, X를 제외한 모든 글자가 포함되어 있습니다! 우리 스스로 말하지만, 꽤 근접한 수준이라고 생각하지 않나요? 💅🏼

이 용어집을 이미 모두 외워버렸을 수도 있고, 새로운 용어가 몇 개 있을 수도 있습니다. 어느 쪽이든, 이 목록을 제품 관리의 출발점이라고 생각하세요. 결승선이 아닙니다. 현재 위치를 파악하고 제품 관리를 한 단계 더 발전시킬 수 있는 방법을 찾을 수 있습니다. 매일 1%씩 성장하는 것을 싫어하는 사람이 어디 있겠습니까? 😉

제품 관리 경력을 시작하고 싶으신 분은 제품 관리 인증 가이드를 확인하시기 바랍니다!

또한 ClickUp은 이러한 아이디어를 실행으로 전환하여 현재 제품 관리 전략을 한 단계 업그레이드할 수 있도록 도와드립니다. 한 플랫폼에서 시간을 절약하고, 프로세스의 효율성을 높이며, 팀과 소통하세요! 그곳에서 뵙겠습니다, 친구들. 🥳