제품 관리자가 소비자에서 기업 제품 관리로 전환할 때 다른 접근 방식이 필요한 이유
게시 됨: 2018-02-21다음은 엔터프라이즈 제품 관리자를 위한 몇 가지 절대적인 '반드시 알아야 할 사항'입니다.
지난 몇 년 동안 우리는 기술 제품 관리자가 배울 수 있는 리소스의 수와 품질이 폭발적으로 증가하는 것을 목격했습니다. 그러나 내가 알아차린 것은 대부분의 제품 관리 리소스가 소비자 기술에 집중되어 있다는 것 입니다. 소비자에서 기업 제품 관리로 전환하면서 상황이 얼마나 다른지, 그리고 PM이 기업 환경에 대해 차별화된 접근 방식을 필요로 하는 이유를 깨달았습니다.
엔터프라이즈 제품은 구축하기 어렵고 확장 및 관리하기가 훨씬 더 어렵습니다. 이 기사는 엔터프라이즈 제품 관리자가 반드시 알아야 할 '필수 사항'을 정의하는 것을 목표로 합니다.
이 기사에서 우리의 초점은 구조화된 대기업보다는 중소기업에서 성장하는 기업에서 더 분명한 문제를 개략적으로 설명하는 것입니다(IBM, Salesforce 읽기).
귀하의 고객은 귀하의 사용자가 아닐 수 있습니다. 둘 다 제공
소비자 기술 분야에서 우리는 최종 사용자를 위한 제품을 만듭니다. 기업에서 우리는 최종 사용자와 구매자라는 두 가지 유형의 사람들에게 서비스를 제공합니다. 많은 회사(특히 웹사이트에 로고가 있는 더 큰 회사)에서 제품을 실제로 사용하는 사람은 비용을 지불하기 위해 수표에 서명하는 사람이 아닙니다.
엔터프라이즈 제품 관리자로서 최종 사용자와 구매자의 요구를 모두 이해하고 모든 이해 관계자에게 가치를 제공하여 균형을 찾는 것이 중요합니다.
이는 귀하의 제품이 최종 사용자에게 즐거운 경험을 제공하면서 구매자의 비즈니스 문제를 해결해야 함을 의미합니다.
번아웃의 길은 커스터마이징으로 포장되어 있습니다
젊은 스타트업에게 가장 큰 장애물은 최초의 대기업 로고를 만들기 위해 긴 사용자 지정 요청 목록을 전달하는 것입니다. 매우 빠르게 기업은 쉽게 수익을 얻을 수 있는 사용자 정의와 사랑에 빠지기 시작합니다. 모든 고객의 사용자 정의 코드가 분기되고 엔지니어링 팀이 지원할 100개의 코드 기반이 있다는 것을 깨닫는 지점에 도달할 때까지 모두는 행복합니다.
그 후에는 모든 단일 릴리스가 엄청난 연습처럼 보이고 많은 버그가 해결되지 않고 최신 업데이트가 최종 사용자에게 도달하지 않습니다. 또한 그때쯤이면 맞춤형 요청이 제품 팀의 전임 업무가 되어 모든 제품 로드맵이 중단됩니다.
얼마 지나지 않아 회사는 문화적으로 맞춤화에 대한 경향이 너무 강해져서 항상 하나의 큰 고객을 위해 구축하고 시장 기능을 구축할 수 없음을 알게 될 것입니다.
엔터프라이즈 제품 관리자는 새 요청에 액세스할 때 매우 주의해야 합니다. 릴리스가 최종 사용자에게 도달하도록 보장하는 책임이 귀하에게 있기 때문에 이제 쉬운 사용자 지정 해킹은 회사의 누구보다 비용이 많이 들 것임을 기억하십시오. 새로운 시대의 제품 회사의 성공은 PM이 이러한 질문을 얼마나 정확하게 분류하고 식별된 일반 작업을 제품 오퍼링에 통합할 수 있는지, 수요가 적은 작업에 대한 신속한 처리에 달려 있습니다.
모든 요구 사항이 중요하지는 않지만 그렇게 들릴 수도 있습니다.
B2B에서는 대부분의 경우 특정 고객을 위해 맞춤 제작되는 제품 요구 사항을 받습니다. 그들 중 일부는 클라이언트 시작을 위한 차단기이고 일부는 있으면 좋습니다. 표면적으로는 모든 것이 그 백만 달러짜리 거래를 달성하는 데 매우 중요해 보입니다.
당신을 위해 추천 된:
메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?
인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?
Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...
이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...
인도 스타트업, 자금 조달을 위해 지름길 선택
디지털 마케팅 플랫폼 Logicserve, INR 80 Cr 자금 지원, LS Dig...
좋은 PM은 세탁 목록의 우선 순위를 정하고 고객이 제품 로드맵에서 최소한의 중단으로 제안된 값을 볼 수 있도록 할 수 있습니다. 거절하는 법을 배우십시오.
이해관계자 관리
B2B 제품 관리에는 복잡한 다층 이해관계자 관리가 포함됩니다. 고객/사용자 외에 일반적으로 영업, 사전 판매, 고객 성공, 지원(또는 회사 및 클라이언트의 단계에 따라 더 많이)과 상호 작용할 것이며 모두 추진할 다른 의제가 있습니다.
PM이 되면 릴리스 주기, 로드맵 계획 및 기능 성공에 대해 계속 업데이트해야 합니다. 그렇지 않으면 많은 지적이 나올 뿐입니다.
고객/시장의 타임라인 이해
B2B에서 출시 일정은 제품 팀이 통제할 수 없는 많은 외부 요인의 영향을 받습니다. 예를 들어, 대부분의 기업은 휴가철이나 회계 연도가 끝나기 직전에 대규모 릴리스에 동의하지 않습니다. 따라서 출시 주기를 계획하는 동안 제안된 계획이 실제로 실현될 수 있도록 이러한 이벤트를 예상해야 합니다.
여기에서 이해하는 것이 중요합니다. 병합되지 않은 코드를 관리하는 것이 큰 골칫거리가 되기 때문에 일부 릴리스는 나머지 로드맵에 계단식 영향을 미칩니다.
B2B 제품 관리자는 기술 팀과 매우 밀접해야 합니다.
일반적으로 B2B 제품에는 많은 문자열(API, 신뢰성, 보안 측면)이 붙어 있습니다. B2B 제품의 제품 관리자로서 한 번에 올바르게 구현하려면 기술 구현을 자세히 이해해야 합니다.
또한 B2B의 많은 기술 작업에는 영향 영역이 명확하지 않으므로(때때로 엔지니어링 의욕이 저하됨) 기술 팀과 항상 긴밀하게 협력하여 더 큰 계획에 미치는 영향을 이해하도록 도와야 합니다.
기업의 제품 관리는 회사의 단계에 따라 매우 어려울 수 있습니다. 동시에 실수를 식별하고 실수로부터 배우기 시작하면 가속화되고 전체적인 학습 경험이 될 수 있습니다.
Pritam Roy의 이 게시물은 Medium에 처음 게재되었으며 허가를 받아 복제되었습니다.