네, 맞습니다. 제품 로드맵의 이점은 과대평가되어 있습니다. 이는 논란의 여지가 있는 견해이며, 저희는 이 견해를 고수하고 있습니다.
제품 로드맵은 종종 제품 개발의 가장 중요한 복음으로 간주됩니다. 감히 말하지만 로드맵의 컬트라고 할 수 있을까요? 물론 로드맵은 길을 안내하고 언제 지그재그로 가야 하는지, 언제 지그재그로 가야 하는지를 알려주지만 창의성, 유연성, 구식 혁신은 대부분 그 궤도에서 죽어버립니다.
현재 제품 관리와 관련된 실존적 위기 및/또는 분노가 해소될 때까지 기다릴게요. 이제 가만히 앉아서 진지하게 생각해 보셨나요? 제품 로드맵이 필요한 이유는 무엇인가요? 제품 로드맵이 중요한 이유는 무엇인가요?
tl;dv 에서 여러분의 성공을 기원합니다. 온라인 회의 녹화 소프트웨어에 대해 자부심을 갖고 있는 것처럼 여러분이 자랑스러워할 만한 제품을 만들기를 바랍니다.
지금 제품 로드맵을 버려야 하는 7가지 이유
로드맵은 고객이 아닌 경영진을 위한 것입니다.
고객은 항상 옳다는 말이 있습니다. 하지만 로드맵을 작성할 때는 실제 고객보다는 경영진을 염두에 두고 로드맵을 작성하는 경우가 많습니다.
제품은 항상 고객 우선이어야 합니다! 고객에게 중요한 기능에 집중하고 그 어떤 것보다 우선순위를 두어야 합니다. 그렇게 하면 모두가 승리합니다. 경영진도 만족할 것이고, 가장 중요한 것은 고객이 만족할 것입니다.
그러나 우리는 종종 회사 내 사람들의 행복을 먼저 생각하려고 노력합니다. 다른 부서에서 수정하고 변경할 수 있도록 하고, 자존심과 의견이 기능을 주도하도록 하며, 모두가 의견을 제시하면 타임라인이 늘어날 수 있도록 합니다.
고객 우선의 로드맵을 만들려면 고객이 누구인지, 고객이 무엇을 필요로 하는지, 고객에게 왜 중요한지 명확하게 이해하는 것부터 시작해야 합니다. 그래야만 가장 중요한 기능에 대해 솔직한 대화를 나눌 수 있습니다.
따라서 다음에 로드맵을 작성할 때는 스스로에게 물어보세요: 누구를 위한 기능인가? 이 기능이 고객이 중요하게 생각하는 기능인가요, 아니면 보여주기 위한 기능인가요?
다리와 하나가 되세요
제품 팀이 로드맵을 엄격하게 고수하면 미리 정해진 작업 방식에 갇히게 됩니다. 이렇게 되면 변화하는 고객의 니즈와 요구에 적응하기가 더 어려워집니다. 또한 시장 변화에 신속하게 대응하기 어렵게 만듭니다.
애자일 워크플로? "애자일 작업은 안 돼!"에 가깝습니다.
현수교와 현수교가 어떻게 건설되는지 생각해 보세요. 제품 개발은 마치 자신이 현수교가 된 것처럼 접근해야 합니다. 더위, 바람, 비 등 상황에 따라 유연하게 구부러지고 휘어질 수 있어야 합니다.
당신은 강하고 안정적이면서도 회복력이 있습니다. 무언가 변화할 때, 당신은 그 변화와 함께 갈 준비가 되어 있습니다. 이것이 바로 성공을 향해 나아갈 수 있는 방법입니다.
제품 팀은 로드맵을 따를 때에도 유연하고 개방적인 태도를 유지하는 것이 중요하며, 이를 통해 미래에 어떤 일이 닥쳐올지 더 잘 대비할 수 있습니다.
피벗, 피벗, 피벗!
교통 체증이 발생하면 내비게이션이 경로를 다시 계산하는 것처럼, 새로운 인사이트가 발견되면 가끔씩 방향을 변경해야 합니다.
이동의 여지가 전혀 없는 매우 엄격한 로드맵? 네, 그건 도움이 안 됩니다.
필요에 따라 전략을 조정할 수 있는 유연성을 확보하지 않으면 많은 문제에 봉착할 수 있습니다. 프로젝트 또는 비즈니스 의사 결정의 성패를 좌우할 수 있는 데이터 기반 의사 결정을 내릴 때 특히 그렇습니다.
따라서 데이터를 수집하고 가설을 세울 때 바로 판단을 내리지 마세요. 잘못된 가정이나 연구 편견을 쫓느라 시간이나 리소스를 낭비하고 싶지 않을 것입니다. 데이터의 힘을 받아들이고 데이터를 신뢰하여 원래의 타임라인에서 벗어난 정보에 기반한 의사 결정을 내리세요. 그리고 물론 피벗하는 것을 잊지 마세요!
선견지명자
제품 팀에서 자신이 스티브 잡스라고 생각하는 사람이 한 명은 있을 겁니다. 심지어 거북목 목걸이를 여러 개 소유하고 있으며 스스로를 '선구자'라고 부를 수도 있습니다. 또한 로드맵에 대한 놀라운 의견을 가장 먼저 제시하는 사람일 것입니다.
진정한 선구자는 대부분 날개를 달아야 합니다. '우연에 기대어' 끊임없이 행복한 사고를 만들어내는 사람입니다.
실제로 일부 제품 관리자만 처음부터 어떤 제품을 만들어낼지 전혀 알지 못합니다.
그거 아세요? 괜찮습니다!
사실, 역사상 가장 위대한 제품 중 일부, 가장 친숙한 제품도 처음에는 전혀 다른 제품에서 출발했습니다.
포스트잇 메모 - OG의 과제는 항공우주 산업용 접착제를 만드는 것이었습니다.
플레이도 - 아이들이 좋아하는 사랑스러운 장난감! 아니, 벽지 청소용 제품!
우스터 소스 - 돌아오지 않은 고객을 위해 만든 이 소스는 2년 동안 지하실 통에 방치되어 있었습니다. 전 세계의 블러디 메리들은 건망증에 감사하고 있습니다.
슈퍼 글루 - 제2차 세계대전 당시 총의 조준경을 선명하게 만드는 방법을 찾기 위해 발명된 접착제입니다. 끈적거려서 원래 목적에 맞지 않았지만, 그 결과 깨진 꽃병을 얼마나 많이 구할 수 있었을까요?
슬링키 - 말 그대로 배에서 물건을 안정적으로 유지하기 위해 만들어졌습니다. 그 배의 항해가 순탄치 않았을 수도 있지만, 제품 관리자는 그 후로 쉬운 길을 살았을 것입니다!
이 모든 것의 공통점은 무엇일까요?
- 이들은 매년 수십억 달러는 아니더라도 수백만 달러를 벌어들입니다.
- 원래 제품 로드맵에는 없었고, 실제로 모든 것을 버렸습니다.
로드맵은 심령술사를 위한 것입니다
신제품의 경우 계획을 세우는 것은 불가능에 가까울 정도로 매우 어렵습니다. 완전히 새로운 제품이라면 비교할 기준도 없고, 데이터와 사실에 기반한 타임라인도 없습니다. 마일스톤은요? 이 시점에서는 공상에 불과합니다.
특정 프로젝트 마감일을 100% 달성하는 것을 목표로 할 수 있습니다. 사실, 저희는 이러한 목표 중 일부를 설정하는 것을 적극 권장하지만, 완전한 로드맵은요? 네, 로드맵을 제대로 세우시면 저희가 추첨 번호를 알려드리겠습니다.
UX 연구자와 마케팅 팀이 로드맵을 작성하는 것은 어려운 일입니다. 항상 아직 존재하지 않는 것을 기반으로 예측하고 의사 결정을 내려야 하기 때문입니다.
지금 우리에게 필요한 것은 현실입니다. 로드맵을 만드는 것보다는 제품이나 서비스를 유연하게 관리하고 진행 상황에 따라 적응하는 것에 더 집중하세요.
우리 모두는 인생(과 제품 개발)에서 확실한 것은 변화뿐이라는 것을 알고 있습니다. 그러니 다음에 누군가가 로드맵을 요청할 때, 영매나 적어도 수정 구슬을 많이 바라보는 것이 필요하다고 말할 수 있는 선견지명을 가지세요! 🔮 🧙♂️ 🔮
성공의 로드맵 정의는 엉망입니다.
제품 관리의 성공을 어떻게 측정할 수 있을까요? 이것이 바로 백만 달러짜리 질문입니다.
일반적인 대답은 원래 로드맵에 명시된 마일스톤을 달성했는지 여부에 따라 성공 여부를 판단한다는 것입니다. 하지만 이는 프로세스 중에 발생한 변화를 완전히 간과하기 때문에 성공의 척도가 될 수 없습니다. 또한 우리가 배우고 적응하는 과정에서 발생하는 승리, 돌파구, "오 마이 갓!"의 순간은 고려하지 않습니다.
제품 관리의 성공은 단순히 마감일을 맞추는 것이 아니기 때문에 성공에 대한 정의를 새롭게 정의해야 합니다.
성공은 제시간에 제품을 제공하고 고객이 실제로 제품이나 서비스에서 무엇을 원하고 필요로 하는지 이해하는 것입니다. 피드백에 신속하게 대응하고 신속하게 적응하는 것이 중요합니다.
처음에 설정한 마일스톤을 벗어나는 모든 것은 실패로 간주될 수 있습니다. 이는 실험을 거듭하며 빠르게 적응해야 하는 제품 관리의 세계에서는 맞지 않는 방식입니다.
제품 관리자로서 우리는 '성공했다'고 말하기 위해 마일스톤 목록을 체크하는 것이 아니라 고객의 성공에 집중해야 합니다. 물론 OKR이나 KPI 같은 것이 있긴 하지만 그것도 한계가 있을 수 있습니다.
우리가 해야 할 일은 가장 중요한 것, 즉 고객 경험과 이를 제공하는 데 있어 제품 또는 서비스가 얼마나 성공적인지를 측정하는 것입니다.
이것이 바로 제품을 만들고 관리할 때 중요하게 생각해야 할 성공의 정의입니다! 
다른 곳의 A-Z, 일명 매몰 비용의 오류
로드맵을 완전히 창밖으로 내던지지는 않으실 거라는 걸 잘 알고 있습니다. 하지만 로드맵을 고집할 거라면 올바른 종류의 로드맵이어야 합니다.
잘못된 로드맵은 디즈니 월드 지도를 복사해서 상하이로 가져가는 것과 같습니다. 보기에도 지도 같고, 냄새도 지도 같고, 맛도 지도 같고... 제대로 된 지도가 아닙니다.
로드맵이 득보다 실이 많을 정도로 잘못된 경우가 너무 많지만, 그럼에도 불구하고 우리는 로드맵에 목숨을 걸고 집착합니다. 이는 매몰 비용의 오류 때문입니다. 매몰비용 오류는 우리가 원하는 것이 아닌데도 무언가를 포기할 수 없다고 말하는 심리적 함정입니다.
우리는 이미 투자한 막대한 시간과 리소스를 정당화하기 위해 프로젝트에 더 많은 에너지를 쏟아붓게 되고, 결국 프로젝트가 얼마나 '매몰'되었는지 알게 됩니다.
그렇다면 로드맵과 관련하여 매몰 비용 오류를 실제로 피하려면 어떻게 해야 할까요?
제품 및 공간의 이력을 분석하세요. 과거에 어떤 일이 일어났고 왜 그런 일이 발생했는지 잘 살펴보세요. 이렇게 하면 피해야 할 패턴을 파악할 수 있습니다. 예를 들어, 너무 경직된 로드맵을 고수해서 일이 잘못되었나요?
핵심은 제품을 통해 달성하고자 하는 목표를 파악한 다음 이를 중심으로 로드맵을 구축하는 것입니다. 프로젝트에 적합하지 않은 기존 구조에 프로젝트를 억지로 끼워 맞추려고 하지 마세요. 또한 작업 과정에서 사용자로부터 피드백을 받아 작업 중인 내용이 실제로 유용한지 여부를 파악하는 것도 좋습니다.
제품 로드맵 우회 아이디어
로드맵을 폐기한다고 해서 무작정 날아가는 것은 아닙니다. 다음은 제품을 올바른 방향으로 나아가기 위해 사용할 수 있는 몇 가지 대안적인 접근 방식입니다:
- 스프린트 주기를 짧게 설정하고 달성 가능한 작은 목표에 집중하세요.
- 모든 사람이 각 스프린트마다 동일한 주요 목표에 맞춰 정렬되어 있는지 확인합니다.
- 지속적인 테스트와 학습 환경을 조성하여 무엇이 효과가 있고 무엇이 효과가 없는지 파악하세요.
- 모든 사람이 달성해야 하는 고객 성공 지표를 명확히 이해하도록 하세요.
- 현재 고객의 요구와 데이터 기반 인사이트를 기반으로 제품 기능 및 조정의 우선순위를 정합니다.
- 새로운 인사이트를 발견하면 필요에 따라 프로세스를 조정하세요.
- 다시 돌아가서 사용자 조사에 다시 귀 기울이기
- 지난 스프린트를 되돌아보고 향후 의사 결정에 도움이 되는 정보를 얻으세요.
궁극적으로 제품 개발을 진행하는 가장 좋은 방법은 로드맵을 그대로 따르는 것이 아니라 고객에게 집중하고 고객의 요구에 동적으로 대응하는 것입니다. 유연하고 민첩하게 대응하고 팀이 고객의 피드백에 실시간으로 대응할 수 있는 환경을 조성해야만 그렇게 할 수 있습니다. 이것이 바로 훌륭한 제품을 만드는 방법입니다. 제품 로드맵이 과대평가되는 이유도 바로 여기에 있습니다.
이것이 로드맵의 죽음인가요?
아닐 수도 있습니다. 하지만 시키는 대로, 시키는 대로 다 해야 할까요? 절대 아닙니다! 그러니 남들이 덜 가는 길을 택해 그 길이 어디로 인도하는지 살펴보는 건 어떨까요? 후회하지 않을 거예요!
로드맵은 제품 개발과 시장 출시에 항상 중요한 역할을 합니다. 계획 없이 아무것도 시도하는 것은 의미가 없습니다. 그러나 로드맵은 고정된 것이 아니라 유동적이고 유연해야 한다는 점을 기억해야 합니다. 로드맵이 실험을 막거나 혁신을 억누르는 데 사용되어서는 안 됩니다. 로드맵은 구조를 제공할 수 있지만, 고객을 위한 최상의 제품을 만들기 위해 팀원들이 함께 노력하는 것을 방해해서는 안 됩니다.
핵심은 로드맵을 최종 목표가 아닌 출발점으로 사용하는 것입니다.
제품 팀은 로드맵에서 처음 계획했던 것과 다른 방향으로 나아갈 수 있는 새로운 아이디어, 피드백, 고객 인사이트에 항상 열려 있어야 합니다. 이는 제품 팀뿐만 아니라 전체 조직에서 이해해야 하는 사항이기도 합니다. 최고 경영진은 이러한 반복적인 프로세스가 원래 로드맵에서 벗어나는 것을 의미하더라도 고객을 위한 훌륭한 제품을 구축하는 가장 좋은 방법이라는 점을 이해해야 합니다.
결국 로드맵은 제품 개발 도구 상자에서 하나의 도구일 뿐입니다. 로드맵을 작성하는 데 정답은 없지만, 민첩성을 유지하고 고객 피드백에 개방적인 태도를 유지하면 고객의 요구를 충족하는 훌륭한 제품을 만들 수 있습니다.
tl;dv 로드맵의 구속에서 벗어나는 방법
성공적인 제품 개발을 위해서는 공동 작업, 실시간 피드백, 고객 니즈에 대한 집중이 필수적입니다. 여기( tl;dv)의 온라인 미팅 소프트웨어는 제품 개발에 사용하기에 완벽한 도구입니다. 팀이 대화를 캡처하고 공유하여 모든 사람이 최신 정보를 얻을 수 있도록 도와줍니다. 협업 작업을 위한 완벽한 도구로, 팀이 비동기식으로 현재 위치, 현재 진행 상황, 앞으로 나아갈 방향을 명확히 파악하고 함께 더 나은 의사 결정을 내릴 수 있도록 도와줍니다.
더 좋은 점은 미팅을 수집하고 저장하는 방식이 의사 결정과 아이디어에 도움이 되는 인사이트와 데이터로 가득한 리포지토리를 제공한다는 것입니다. 이를 통해 팀은 로드맵의 불확실성에서 벗어나 실시간으로 고객의 니즈에 부합하는 제품을 만들 수 있습니다.
tl;dv 를 사용하면 이메일의 홍수 속에서 길을 잃거나 대화를 잘못 해석할 염려 없이 모두가 같은 정보를 공유할 수 있습니다! 또한 언제 어디서나 녹화된 내용에 액세스하여 중단한 부분부터 바로 시작할 수 있습니다.
tl;dv 에서 로드맵의 구속에서 벗어나 민첩성을 발휘할 수 있도록 도와주세요!
