제품 개발이란 무엇입니까? 9단계 프로세스 설명

제품 개발은 제품을 시장에 출시하는 과정입니다. 이 문서에서 제품 개발 단계에 대해 알아보고 예시를 비롯한 여러 내용을 확인하세요.

Max Rehkopf 작성자: Max Rehkopf
주제 찾아보기

제품과 서비스를 만드는 데 더 효과적이고 신뢰할 수 있는 방법이 있다는 수많은 근거에도 불구하고 제품 개발 분야에서는 천재 설립자에 대한 미신이 만연합니다.

성공적인 제품은 경쟁 제품보다 딱 한 가지를 더 잘하는 경우가 많습니다. 제품 개발자와 제품 관리자는 정말 중요한 그 한 가지를 찾는 데 집중하고 최고가 되기 위해 몰두합니다. 경쟁 우위를 발견하고 제품 경험을 통해 그 경쟁 우위를 제공하는 것이 모든 제품 개발 프로세스의 주된 일입니다.

제품 개발이란 무엇입니까?

제품 개발은 제품을 시장에 출시하는 과정입니다. 제품 개발을 반복 가능한 프로세스로 만들어 순서를 지정하면 팀이 신뢰할 수 있는 방법으로 제품을 개발하고 제품을 원하는 고객에게 제공할 수 있습니다.

무언가 만드는 것을 좋아한다면 세상에 필요한 것이 무엇인지, 어떻게 만들 수 있을지 끊임없이 생각하게 됩니다. 제품 개발 프로세스는 생각을 행동으로 옮기는 데 도움이 됩니다. 제품 관리자로서 해야 할 일은 실제 환경에서 요구 사항을 연구하고 테스트하고 검증하고 시장과 사용자의 요구 사항을 충족하는 제품을 만드는 데 기여하는 것입니다.

제품 개발 및 제품 관리 비교

제품 관리는 직책인 반면 제품 개발은 직무입니다. 제품 관리자는 디자인, 엔지니어링, 테스트 및 마케팅 담당자와 협력하여 제품 개발 프로세스를 지원합니다.

제품 개발 프로세스의 9단계

테스트 또는 프로토타입이 실패하면 제품 관리자와 그 팀은 “계획 단계”로 돌아가는 경우가 많습니다. 이럴 때 가장 중요한 것은 단순히 다시 시작하는 것입니다. 제품 개발의 다음 단계는 선형적 진행과 학습 루프로 모두 사용할 수 있습니다. 팀이 어떤 단계에 속하든 가장 좋은 조언은 계속 앞으로 나아가라는 것입니다.

1. 팀 구성

저는 초기 단계의 VC 회사에서 일했습니다. 기업가들은 종종 제게 리더십 팀과 미팅을 하기 위해 무엇이 필요한지 묻고는 “훌륭한 팀만 있으면 됩니다”라는 제 대답에 깜짝 놀라고는 했습니다. 이 철학은 저희가 한 최고의 투자로 이어졌고 거의 모든 성공적인 제품 뒤에는 강력한 팀이 뒷받침하고 있습니다. 팀 구성을 위한 힘든 노력이 제품 개발의 첫 단계여야 합니다.

제품 개발 팀은 교차 기능을 수행하고 끝없는 호기심을 가지고 있으며 아주 창의적입니다. 이 호기심은 보통 고객에 대해 최대한 많은 것을 알고자 하는 제품 관리자 또는 팀 리더로부터 비롯됩니다. 창의성은 엔지니어와 디자이너가 고객에 대한 인사이트를 얻어 실행 가능한 제품으로 전환할 때 나타납니다.

많은 제품 팀은 그 방법을 알아내려고 노력하는 공동 창립자 두 명으로 이루어져 있습니다. 성장해서 완전한 제품 팀을 고용할 수 있을 때까지 그 둘은 다양한 책임을 나눠 가집니다. 제품 개발 팀은 일반적으로 다음과 같은 역할과 책임으로 구성됩니다.

제품 관리: 제품 관리는 제품과 고객을 최우선으로 생각하여 개발에서 포지셔닝 및 가격 책정에 이르기까지 제품 수명 주기의 모든 단계를 안내합니다. 가능한 최상의 제품을 만들기 위해 제품 관리자는 조직 내에서 고객을 옹호하고 시장의 목소리를 듣고 주의를 기울여야 합니다.

디자인: 디자이너는 제품 초기 버전의 아이디어를 구상하고 정의하며 프로토타입을 만들도록 지원합니다. 디자인 팀은 제품 개발 프로세스 전반에 걸쳐 계속하여 주요한 기여자입니다.

개발: 개발자 또는 개발 팀이 제품을 만듭니다. 개발 팀이 엔지니어링을 담당하며 테스트 및 품질 보증 팀원도 포함되는 경우가 많습니다.

마케팅 및 영업: 마케팅 및 영업을 아주 초기에 고려하여 제품 출시 전에 전략을 세우는 것이 좋습니다.

2. 고객 탐색

고객 탐색은 고객의 요구 사항 및 불만 사항을 파악하는 과정입니다. 설문조사와 페르소나 개발을 보조로 하여 대면 인터뷰를 통해 진행하는 것이 가장 좋습니다.
돕고 싶은 고객을 찾아낸 기업가가 있다고 가정해 보겠습니다. 대면 인터뷰에서 기업가는 고객의 불만 사항이 있는지 확인하고 잠재적인 솔루션을 공유합니다. 고객이 자신에게 제품이 적합할 것이라고 생각하고 그 솔루션에 비용을 지불할 가능성이 높다는 사실을 알게 되어 기업가는 매우 만족스러워합니다. 자신 있게 만들었지만 몇 달 후 그 고객을 비롯한 다른 고객이 제품 구입을 주저하고 구입하지 않자 기업가는 당황합니다.

이 기업가는 사람들이 자신의 문제에 대해 열정적인 모습을 보이고 도와주려고 하는 누군가와 마주 보고 앉아 있을 때 친절하게 대한다는 사실을 간과했습니다. 고객은 여러분이 듣고 싶은 것을 말하는 경우가 많으며 여러분이 무언가를 확인받고자 할 때 특히 그렇습니다. 확인받지 않는 인터뷰를 통해 고객 탐색 프로세스를 개선하세요.

숟가락만 있는 세상에 살고 있는데 포크라는 새로운 것을 디자인하고 싶다고 가정해 보겠습니다. 고객에게 브로콜리 한 접시를 주고 "숟가락으로 드시고 싶으시죠?"라고 말합니다. 그러자 고객은 "아니요, 뾰족한 부분이 몇 개 달려 있으면 이걸 집는 게 더 나을 것 같네요."라고 말합니다. 고객이 질문에 '아니요'라고 대답하고 이유를 설명하도록 유도하여 포크가 필요하다는 사실을 방금 확인한 것입니다. 열정적인 고객은 솔루션을 확인하기 위해 '예'라고 대답할 때가 아니라 다른 솔루션을 무효화하려고 거절할 때 최고의 인사이트를 얻는다는 것을 알게 되었습니다. 무효화를 추구함으로써 확인받을 수 있습니다.

3. 아이디어 구상

아이디어 구상은 알려진 문제에 대한 솔루션을 만드는 것입니다. 많은 경우 이 단계는 브레인스토밍에 초점을 맞춥니다. 하지만 이 프로세스는 생각만 하는 것에서 벗어나도록 돕기 위한 것임을 기억하세요. 그보다는 가장 성공적인 제품의 핵심 인사이트, 즉 한 가지를 잘 한다는 점에 다시 초점을 맞출 수 있습니다.

아이디어의 경계를 설정하는 것부터 시작하세요. 가장 좋은 가이드라인은 목표 시장의 형태에서 비롯됩니다. 이야기를 나누고 고객에 대해 조금 알게 되면 좋습니다. 그들의 세상에 존재하는 것들로만 아이디어를 만드세요. 또 다른 좋은 경계는 기존 제품과 솔루션입니다. 경쟁 제품이 잘하는 것을 분석하면 팀이 진정으로 집중할 수 있는 충족되지 않은 요구 사항을 찾을 수 있습니다. 아이디어 구상의 결과는 기능과 특징이 적힌 제품 사양 시트가 아니라 해결할 가치가 있는 하나의 문제와 그것을 해결하는 방법입니다.

아이디어 구상에서 마지막으로 확인할 부분은 팀과 리소스를 실질적으로 살펴보는 것입니다. 선택한 솔루션은 현재 팀에서 실행할 수 있는 것입니까? 현재 부족한 역량을 발휘할 수 있는 리소스 또는 도구가 있습니까? 팀과 목표 사이에 일치하지 않는 부분이 있더라도 앞으로 나아갈 길은 많이 있습니다. 팀 구성 단계로 돌아가서 더 강력한 팀을 구성하거나 팀이 계속 앞으로 나아갈 수 있도록 문제의 작은 부분을 해결할 수도 있습니다.

4. 제품 정의

선택한 문제를 해결할 방법을 갖췄다면 이제 그 방법을 통해 실제 제품을 만들어갈 수 있습니다. 이 단계는 위험할 수 있습니다. 기획자와 실행자가 온갖 기능이 포함된 전체 제품 요구 사항 문서를 만들면서 원래의 계획에서 벗어날 수 있기 때문입니다. 다음 단계를 빠르게 내다보고 이 단계에서 필요한 것에만 집중해야 합니다.

제품 정의에는 모양, 형태 및 사용할 제공 방법을 결정하는 것이 포함됩니다. 일반적인 정의는 “하드웨어, 소프트웨어, 가상, SaaS, CPG” 등입니다. 아마 초기 단계부터 한 가지 정의에 마음이 갔을 것이며 정확하게 맞췄을 수도 있습니다. 가장 흥미로운 제품 중 상당수가 이 정의 단계에서 틀을 깨뜨렸습니다. iTunes 팀이 음악 제공의 미래는 하드웨어가 아닌 소프트웨어를 통해 이루어질 것이라는 데 내기를 걸었다고 상상해 보세요. 그때의 세상은 CD와 레코드로 가득했지만 그 제품 정의는 우리가 알고 있는 것처럼 업계를 변화시켰습니다.

전문가 팁

제품 정의에 대해 확신이 서지 않습니까? 고객 탐색 결과를 다시 살펴보는 것은 선택할 방향을 판단하는 데 가장 좋은 방법일 수 있습니다. 저렴하고 간편한 온디맨드 솔루션을 원한다는 점을 공유한 고객은 SaaS에 대한 신호를 보내는 것일 수 있는 반면 내구성이나 보안에 중점을 둔 고객은 하드웨어 솔루션에 가장 긍정적으로 반응할 수도 있습니다.

5. 프로토타입 제작

프로토타입 제작은 제품의 물리적인 형태를 만드는 데 사용되는 반복적인 프로세스입니다. 효율적인 프로토타입 제작 작업은 수많은 반복을 빠르고 저렴하게 만드는 데 중점을 둡니다. 3D 인쇄와 코드가 적게 필요한 소프트웨어 개발이 등장하면서 프로토타입 제작은 그 어느 때보다 쉬워졌습니다.

프로토타입 제작의 목표는 제품 정의에 포함된 일부 가정의 위험을 줄이는 것입니다. iTunes처럼 획기적인 디지털 음악 경험을 만들 수 있다고 가정했다면 프로토타입은 노래 업로드, 다운로드 및 재생에 초점을 맞출 것입니다. 기본 다운로드가 너무 오래 걸리거나 재생 품질이 너무 나쁘면 제품 정의 단계로 돌아가야 할 수 있습니다.

예를 들어, Chris는 내구성 좋은 야외 탐사용 방수 쌍안경을 만드는 광학 회사 Nocs의 설립자입니다. 줌 튜브, 전문가용 쌍안경과 일반용 쌍안경의 프로토타입 수십 개가 사무실에 가득 차 있을 정도로 프로토타입 제작의 열렬한 지지자입니다. Chris에게 프로토타입을 만드는 이유를 물으면 답변은 간단합니다. 프로토타입을 손에 들고 모든 것이 어떻게 구성되는지 직접 보는 것보다 더 좋은 대안은 없다고 말합니다. Chris는 초기 프로토타입을 보고 다음 반복을 통해 개선하면서 자신의 비전을 실행할 수 있을 뿐만 아니라 고객이 제품을 만족하고 사용할 거라는 큰 확신을 갖게 됩니다. Chris는 영감이 떠오를 때마다 프로토타입을 계속 제작할 수 있도록 홈 오피스에 3D 프린터를 두고 있습니다.

6. MVP(최소 실행 가능한 제품)

MVP(최소 실행 가능한 제품)는 실제 고객에게 제공할 수 있는 가장 간단한 제품 버전입니다. 많은 기업가는 자신이 생각할 때 더 나은 제품을 선보여야 한다는 생각 때문에 어려움을 겪습니다. 이 두려움이 너무 강한 나머지 기업가는 꿋꿋이 제품을 더 완벽하게 개발하다가 사용률이 저조하다는 사실을 알고 혼란스러워하는 경우가 많습니다.

MVP를 최종 제품의 축소된 버전으로 생각하고 싶을 것입니다. 그러면 저는 “최종 제품이 무엇인지 어떻게 알 수 있습니까?”라고 물어봅니다. 제품 개발 프로세스는 제품에 도전하고 제품에 대한 가정을 바꿀 수 있는 기회로 가득하며, 바로 이 단계가 가장 큰 학습 기회입니다. 이 경험을 바탕으로 제품의 나머지 부분을 구축할 강력한 기반을 찾아보세요. MVP가 바로 그 기반이며 첫 시도에서는 목표를 달성하지 못할 수도 있습니다.

Jira Product Discovery의 제품 책임자 Tanguy Crusson이 MVP를 사용하여 사용자 피드백을 수집하고, 로드맵의 우선 순위를 정하며, 훌륭한 제품을 제공하는 방법에 대해 이야기합니다.

MVP(최소 실행 가능한 제품) 예시

피자 배달은 전화 한 통이면 가능합니다. 지금까지는 대부분이 전화기를 들고 서랍에 넣어둔 메뉴판을 참조하여 피자 가게 직원에게 주문할 음식을 불러 주었을 것입니다. 팀은 피자 배달이 앱을 통해 이루어질 수 있다고 생각합니다. 따라서 이 제품의 정의는 소프트웨어 솔루션입니다. 여기서 프로토타입은 피자 선택과 주소 입력을 처리하는 일련의 클릭 가능한 화면입니다. MVP는 정확한 기능을 갖추었으며 '실제 피자'라는 하나의 중요한 요소가 추가된 실제 앱입니다.

앱 “The Cheese Slice”는 훌륭한 MVP입니다. 이 앱은 매우 간단합니다. 사용자는 앱에서 치즈 피자 주문이라는 단 하나의 옵션만 사용할 수 있습니다. 사용자는 주소를 입력하고 배달 기사에게 팁을 주라는 친절한 메모와 함께 간단한 확인 알림을 받습니다. 일주일 동안 테스트를 진행하기 위해 동네의 피자 가게와 파트너십을 맺었으며, 그 가게는 치즈 피자 20조각을 따로 준비해 놓기로 했습니다. 이 피자를 $5에 선결제했지만 $3에 판매할 계획입니다. 돈 버는 것이 목적이 아니기 때문입니다! 사람들이 기존 방식의 전화 통화 기반 경험에서 벗어나 앱을 사용했을 때 똑같은 만족도를 얻을 수 있는지 알아보는 것이 목적입니다. 재료 비용 $100를 투자한 MVP를 통해 일주일 동안 유용한 정보를 알게 될 것입니다.

전문가 팁

앞서 언급한 철학을 기억하십니까? 뛰어난 제품은 한 가지를 매우 잘합니다. MVP의 목표는 그 한 가지를 찾아내어 고객이 원하는 게 맞는지 확인하는 것입니다.

7. 사용자 테스트

사용자 테스트는 고객이 제품과 상호 작용하는 방식을 관찰하고 제품이 제공하는 만족도 수준을 알아보는 과정입니다. 사용자 테스트는 제어되고 분산된 방식으로 이루어질 수 있습니다. 벤치마크를 설정하고 MVP 사용 데이터를 미리 설정한 목표와 비교하는 경우가 많습니다. 20명의 사용자가 The Cheese Slice 앱을 실행하여 주문 1건에 성공하기 위해 이리저리 클릭하는 것을 발견했다면 사용자 테스트를 하고 있는 것입니다! 많은 사용자가 프로세스를 중단한 이유를 정확하게 알기 어려울 수도 있습니다. 그렇다면 사용자 테스트를 강화하여 알아낼 수 있습니다.

사용자 테스트를 통해 MVP를 추가로 검증하고 개발 팀이 앞으로 나아갈 길을 열 수 있습니다. 사용자 테스트가 역행하는 과정처럼 느껴질 수도 있습니다. 그 고객 중 누구도 앱 경험에 만족하지 않았다는 사실을 알게 될 수도 있습니다. 그 인사이트를 통해 제품 개발 프로세스에서 몇 걸음 뒤로 물러나 다시 시도할 기회를 찾을 수 있습니다.

사용자 테스트의 실제 활용 모습

동네 피자 가게에 들어가서 $100를 지불하고 피자를 가장 많이 주문하는 상위 20명 고객의 전화번호를 받는다고 가정해 보겠습니다. 목록에 있는 전화번호로 전화를 걸어 사무실에 방문해 여러분과 같이 주문하면 피자를 공짜로 주겠다고 제안합니다. 사무실에서 iPhone을 건네주면서 피자를 주문해 보라고 요청합니다. 그 휴대폰에 있는 앱은 단 하나뿐이며, The Cheese Slice가 가장 먼저 보입니다. 이어서 일어나는 일을 보며 깜짝 놀랍니다.

많은 사람이 앱은 보지도 않고 좋아하는 피자 가게로 바로 전화를 걸 수도 있습니다. 그들에게 이유를 묻습니다. 동네 피자 가게 직원들이 좋아서 주문했다는 사실을 알게 될 수도 있습니다. 이제 앱에 인간적인 면을 더 불어넣을 방법이 궁금해집니다. 하나뿐인 선택지에 머뭇거리는 모습을 보고 다른 어떤 선택지를 원하는지 물어볼 수 있습니다. 그 순간 다음에 무엇을 제공해야 할지 알게 됩니다. 여기에 드는 비용이라곤 $100와 팔고 남은 피자 조각뿐입니다.

8. 제품 로드맵

MVP와 사용자 테스트 단계에서 강력한 인사이트를 얻었다면 좋습니다. 이러한 인사이트를 캡처하여 제품 로드맵에 차례로 순서를 지정하는 것이 다음 단계입니다. 제품 로드맵은 시간 경과에 따른 제품의 비전, 방향 및 진행률을 시각적으로 표현한 것입니다. 제품 로드맵을 통해 다양한 작업 흐름과 이니셔티브가 모여 제품을 발전시키는 방법을 확인할 수 있습니다.

로드맵의 문제 중 하나는 로드맵이 보통 정적이고 각 작업 흐름을 구성하는 실제 작업 항목과 분리되어 있다는 것입니다. 이 문제에 대한 해결책은 로드맵 기능이 기본 제공되는 작업 관리 도구입니다. 예를 들어, Jira Software를 사용하면 작업 보드에서 로드맵 보기로 바로 전환할 수 있습니다. The Cheese Slice가 로드맵에서 다음 앱 개선 사항을 순서대로 나열한 방법에 대해 살펴보겠습니다.

The Cheese Slice 팀은 두 가지 사실을 알게 되었습니다. 우선 앱에 인간적인 느낌을 불어넣어야 하고 둘째로 다양한 피자를 제공해야 합니다. 치즈 피자보다 더 많은 것을 제공하려면 새로운 이름도 필요합니다! 다음은 로드맵에 시각화한 2주 스프린트로 세 가지의 개발 작업이 포함되어 있습니다. 먼저 앱 이름을 변경합니다. 그런 다음 페퍼로니, 채소, 콤비네이션 피자를 추가합니다. 마지막으로 근무 중인 동네 피자 가게 직원의 사진을 촬영하여 프로필 사진으로 추가합니다.

1분기, 2분기, 3분기, 4분기 열이 표시된 Jira 로드맵.

9. 시작 및 진행!

검증을 완료하고 지속적인 개선을 위한 계획을 마련했으니 이제 고객을 맞이할 준비가 되었습니다. 준비가 되지 않았다고 생각할 수도 있지만 제품 개발을 계속 진행하려면 시작해야 합니다. 이 시점부터는 고객이 개발 프로세스의 주요 입력 요소가 됩니다. 물론 시장과 비즈니스 요구 사항에 대응할 수는 있지만 고객 없이는 어떤 결과도 빠르게 얻을 수 없습니다.

제품 개발은 여기서 간단히 설명한 전체 프로세스보다 더 작고 빠른 “학습 루프”로 계속 진행됩니다. 고객 탐색, 프로토타입 제작 및 사용자 테스트를 지속적으로 수행하는 방법에 대해 생각해 보세요. 값비싼 기능을 만들기 전에 가설을 검증하고 가정에 이의를 제기할 방법을 고려해 보세요. 반복 가능한 프로세스를 구축하는 작업에 집중하고 일이 순조롭게 진행될 수 있도록 작업을 관리하세요.

제품 개발 예시

모든 제품에는 그만한 가치가 있는 이야기가 있습니다. 다음 사례는 제품 팀이 정말로 집중할 수 있는 한 가지를 찾는 방법, 고객의 인사이트에 귀를 기울이는 방법, 문제가 발생했을 때 다시 시작하는 방법을 설명하는 데 도움이 됩니다.

Instagram

Mike Krieger와 Kevin Systrom이 Instagram을 공동 설립했을 때 시중에 사진 공유 앱이 많이 있었습니다. Kevin과 Mike는 새로운 기능을 롤아웃했지만 차별화 요소를 찾지 못했습니다. 그런 와중에 다른 모든 기능보다 필터 기능의 사용량이 급증했다는 사실을 알게 되었습니다. Instagram의 필터 덕분에 평범한 휴대폰 사진 작가도 전문가가 된 기분을 느끼고 전문가의 사진처럼 표현할 수 있었습니다. Kevin과 Mike는 빠르게 필터 기능에 전념하여 앱 내에서 새롭고 더 좋은 필터를 제공했습니다. 얼마 지나지 않아 Instagram에서는 필터가 널리 사용되어 사용자는 자신의 멋진 사진이 '#노필터'라는 사실을 친구에게 알려야 했습니다. 밀레니얼 세대 사용자의 Instagram 피드를 한참 스크롤하면 Instagram 첫 화면에 필터 효과가 많이 적용된 사진을 보게 되곤 합니다.

Play-doh

고객 인사이트는 제품이 “방향을 전환”하도록 유도할 만큼 강력할 수 있습니다. 방향 전환의 핵심은 한 부분을 고정된 상태로 유지하는 것입니다. 대부분의 성공적인 방향 전환은 제품의 한 측면은 그대로 두고 다른 측면에서는 방향을 바꿉니다. 제가 가장 좋아하는 방향 전환의 예는 Play-doh입니다. 다들 아시는 그 점토가 맞습니다. 원래는 Kutol이라고 불렸던 Play-doh는 사용률이 떨어지고 있는 청소 용품이었습니다. 그러다가 교실에서 Kutol을 미술 공예 도구로 사용하고 있던 학교 선생님과 이야기를 나누게 되었습니다. Play-doh는 제품에 계속하여 투자하되 마케팅 대상에 변화를 주었습니다. 새롭고 흥미로운 색상을 출시하면서 Play-doh의 사용률은 다시 증가했으며 오늘날에도 여전히 큰 인기를 얻고 있는 어린이용 장난감이 되었습니다.

Google+

제품 개발에서 가장 어려운 시점은 좌절의 시기입니다. 아무도 사용하지 않는 MVP와 엉망인 프로토타입은 순식간에 방해 요소가 될 수 있습니다. 그 대신 이 프로세스를 거슬러 올라가 각 단계에서 놓쳤을 수 있는 부분을 다시 살펴볼 수 있습니다. 저는 여전히 우리 시대의 엄청난 실패 중 하나로 여겨지는 Google+ 팀으로부터 영감을 받고 있습니다. Google+가 실패의 시기를 겪는 동안 제품 팀은 지속적이면서도 뛰어난 제품, 대표적으로는 Hangouts과 Google 포토를 만들고 있었습니다. 기회가 바뀌었을 때 이 팀은 프로세스에서 한 발짝 뒤로 물러나 새 팀을 구성하고 새로운 기회에 투자했습니다.

제품 개발 프로세스를 강화하는 방법

이 프로세스 전반에서는 문서, 로드맵, 작업 항목 등을 만들게 됩니다. 작업을 지원하려면 팀이 창의력을 발휘하는 만큼 유연한 제품 관리 도구와 시스템이 필요합니다. 탐색부터 로드맵 만들기, 첫 번째 작업 흐름 완료, 모든 것을 문서화하는 것에 이르기까지 원활하게 진행하려면 이 도구가 함께 작동해야 합니다. 내부적으로 Atlassian 제품 팀은 Atlassian 제품군을 사용하여 수십 년 동안 제품과 서비스를 성공적으로 제공해 왔습니다.

Jira Product Discovery가 제품 개발 프로세스를 지원하는 방법

최근까지 이 프로세스에서 관리하기 가장 어려운 부분은 제품을 만드는 이유였습니다. 전통적으로 이 “이유”에 대해 소통하고 팀이 나아갈 방향에 대한 근거를 보여주는 것은 제품 관리자의 일입니다. Jira Product Discovery는 새로운 제품 아이디어에 대해 우선 순위를 지정하고 공동 작업하며 제공할 수 있는 중앙 집중식 허브이며 이 모든 것이 Jira에서 가능합니다. 고객 검색 데이터를 개발 프로세스에 통합할 수 있도록 설계되었습니다. 그 데이터를 바탕으로 기회의 우선 순위를 정하고 방향에 대해 소통하고 앞으로의 작업을 계획하게 됩니다. Jira Product Discovery를 사용하여 팀의 단합을 이끌고 영향력이 있도록 만드세요.