IT 인프라 제공업체 시장에서는 유능한 제품 관리 접근 방식을 통해 기업들이 성장합니다. 다른 산업과 마찬가지로, 현대적 트렌드를 계속 탐색하고 서비스 품질을 향상시키는 것이 중요합니다.
이 글에서는 기술 제품 관리의 네 단계를 중심으로 범용 알고리즘을 정리합니다. 아래에서 연구 수행과 제품의 균형 찾기에 대해 자세히 설명합니다.
제품 관리가 중요한 이유
회사가 전략적이든 단기적이든 목표를 설정하든 최종 목표는 이익입니다. 회사가 신규 고객 확보나 브랜드 인지도 향상과 같은 다른 지표에 집중하더라도 궁극적으로는 수익성에 영향을 미칩니다. 따라서 안정적인 연간 성장과 발전을 보장하려면 제품과 그 환경에 대한 철저한 분석이 필수적입니다.
기업이 제품 관리를 중요하게 생각하는 몇 가지 이유와 우리가 접근하는 방식을 살펴보겠습니다.
역동적인 시장
B2B 시장에서 고객은 자신의 비즈니스를 성장시키는 개인 또는 조직입니다. 이들의 조건과 요구는 최종 사용자 요구와 함께 끊임없이 변합니다. 예를 들어, 팬데믹 기간에는 원격 근무자가 증가했고 오프라인 엔터테인먼트는 온라인 콘텐츠로 대체되었습니다.
기업들은 긴급히 원격 근무 환경과 운영 자원을 필요로 했고, 그 결과 서버, 클라우드, 스토리지 등 인프라 솔루션에 대한 수요가 급증했습니다. 이는 모든 것이 순간적으로 바뀔 수 있다는 한 사례일 뿐입니다.
경쟁
비즈니스가 '블루오션'에서 운영되지 않는 한 경쟁에 직면합니다. 모두가 고객에게 품질 높은 제품을 제공하고 다른 회사들 사이에서 돋보이려 합니다. 경쟁사를 조사하면 기존 고객을 유지하고 신규 고객을 유치하기 위해 제품을 개선하는 데 도움이 됩니다.
장비 업데이트
IT 업계의 특징 중 하나는 연중 여러 차례 벤더가 새로운 서버 하드웨어를 출시한다는 점입니다. 종종 이전 세대보다 성능과 처리 능력에서 우수합니다. 동시에 비즈니스용 소프트웨어에 대한 요구 사항도 증가합니다.
이로써 양측의 관심사가 맞물리며 고객은 새로운 장비를 도입하려 합니다. 이 접근법은 IT 분야에만 국한되지 않으며, 우리의 생활 여러 측면에서도 혁신이 존재합니다.
구독 모델
IaaS 비즈니스에서는 고객이 제공업체의 서비스를 매달 주문하고 기존 서비스를 취소합니다. 신규 주문이 취소를 상회하는 한 이는 정상적인 과정이며, 비즈니스가 성장하는 유일한 방법입니다. 이 모델은 일회성 거래로만 판매가 이루어지고 간헐적으로만 재구매가 발생하는 거래형 판매 모델과 크게 다릅니다.
제품을 어떻게 관리할 것인가
HADI 사이클은 아이디어를 테스트하고 데이터 기반 의사결정을 내리는 데 훌륭한 도구입니다. 이 방법은 가설을 빠르게 검증해 어느 것이 작동하는지, 어떤 것이 작동하지 않는지를 가려줍니다. 이를 통해 시간과 자원을 절약하고 제품 개발의 효율성을 높일 수 있습니다.
먼저 시장을 탐색하고 현재 상황을 평가한 뒤 가설을 수립합니다. 가설을 검증하기 위해 실험을 수행하고, 실험 결과를 바탕으로 제품을 변경하며 영향을 평가합니다. 그런 다음 시장으로 돌아가 확장하거나 새로운 변경을 적용하기 위한 추가 실험을 계속합니다. 각 단계를 자세히 살펴보겠습니다.
1단계: 리서치
리서치는 제품 관리 프로세스에서 매우 중요한 단계입니다. 이를 위해 우리는 다음을 조사해야 합니다:
- 경쟁사
- 고객
- 제품 자체
- 변경의 영향
각 항목은 별도의 글로도 상세히 다룰 수 있으므로, 제가 업무에서 사용하는 몇 가지 유용한 실무 방식을 공유하겠습니다.
경쟁사
경쟁사 벤치마크
경쟁사를 조사하는 효과적인 방법 중 하나는 벤치마크를 만드는 것입니다. 비교 기준을 선택하고 경쟁사에 대해 표를 채워 넣습니다. 예를 들어 Company N과 비교했을 때, 우리는 유용한 제품 가이드를 제공하여 고객 지원 문의가 적다는 점을 들 수 있습니다.
경쟁사 제품 파싱
제품의 핵심 특성 중 하나는 가격입니다. 경쟁사 간 가격을 추적하는 작업은 수동으로 할 수도 있지만, 특히 100개 이상의 고정 구성 전용 서버 같은 광범위한 제품군을 다룰 때 파서를 통한 자동화가 매우 유용합니다.
이 방법을 통해 자사 제품과 경쟁사의 유사 제품 간 가격을 비교할 수 있습니다. 데이터 로깅(시간순 구조화)을 통해 시장에 새로운 제품이 도입되거나 가격이 변하는 시점을 모니터링할 수 있습니다. 또한 경쟁사가 제품 가용성을 공유하면 해당 정보도 얻을 수 있습니다. 이러한 데이터는 소중한 인사이트의 원천이 됩니다.
고객
고객의 니즈를 이해하기 위해 우리는 정량적·정성적 리서치 방법을 병행합니다. 예를 들어 Jobs to be Done 프레임워크, 설문조사, 인터뷰 등을 사용합니다. 그 다음 기존 또는 잠재 고객에게 중요한 질문을 던집니다. 아래는 몇 가지 예시이며, 필요에 따라 질문을 추가로 구성할 수 있습니다:
- 제품을 어떻게 선택하십니까?
- 제품에서 어떤 기능을 사용하십니까?
- 가격 외에 무엇이 중요합니까?
- 어떤 부분을 기꺼이 양보하십니까?
- 구독을 취소하게 되는 이유는 무엇입니까?
제품
제품 관리에는 한 가지 원칙이 있습니다: 더 저렴한 제품이 더 비싼 제품보다 기능 면에서 더 우수해서는 안 됩니다.
2단계: 실험 수행
리서치 결과 모든 것이 정상이라고 판단되는 시점이 오면, 즉 경쟁사·고객·제품을 충분히 조사하고 변경할 준비가 되면 다음 단계는 실험입니다!
A/B 테스트
저는 A/B 테스트가 제품의 두 가지 변형(예: 변경 적용 전·후)을 실험적으로 평가하는 가장 좋은 방법 중 하나라고 생각합니다. 설계가 명확하지만, B2B 구간에서는 표본 크기 때문에 통계적 유의성을 얻기 거의 불가능한 경우가 있습니다. 예를 들어 고객 수가 적은 회사에서는 A/B 테스트가 수년에 걸쳐야 할 수도 있습니다. 그러한 기간은 변화의 효과를 빠르게 평가하기에는 받아들이기 어렵습니다.
준실험
제품 변경의 효과를 평가해야 하는데 A/B 테스트가 적합하지 않다면, 우리는 준실험(quasi-experiment)을 사용합니다. 설계는 다음과 같습니다:
- 제품 세그먼트 선택(예: 미드레인지 서버).
- 제품의 현재 상태 평가. 수요가 증가하는지, 정체인지, 감소하는지 파악하고 트렌드를 식별합니다.
- 원하는 결과 모델링. 현재 위치와 변경 후 목표 위치를 계산합니다.
- 이전 기간의 평균 지표와 표준편차 계산: 매출, 신규 주문, 신규 고객, 외부 요인(계절성, 세계적 사건 등).
- 신뢰구간을 산정하고 트렌드에 정규화한 뒤 통계적으로 유의한 결과값을 계산합니다. 이 단계의 결과는 변화가 우연이 아님을 가리키는 값들입니다. 이 경계 안에 머물면 외부 요인이 영향을 미친 것이고, 이를 넘으면 제품에 특정한 변화가 있었을 가능성이 큽니다.
준실험의 주요 단점은 외부 요인의 영향을 완전히 배제할 수 없다는 점입니다. 따라서 제품 변경 외에 어떤 부차적 요인이 영향을 미쳤을 확률이 남아 있습니다. 이는 예컨대 시장 동향, 계절성, 경쟁사 행동 등이 될 수 있습니다. 그러나 A/B 테스트를 수행하기 어려운 경우 준실험은 제품 변경을 평가하는 객관적인 도구가 됩니다.
중요한 점: 제품에는 한 번에 한 가지 변경만 적용합니다. 그렇지 않으면 각 요인이 전체 결과에 기여한 바를 평가할 수 없습니다. 이 문제는 종종 의도치 않게 발생합니다. 예를 들어 사이트 검색 결과 상단에 특정 제품을 노출시키면서 동시에 동일 제품에 대해 고객에게 보너스를 제공했을 때 판매가 증가했다면, 어떤 요소가 원인인지 특정할 수 없게 됩니다.
3단계: 변경 관리
준실험을 거치면 제품 변경이 선택한 지표에 영향을 미치는지, 그리고 그 변화가 우연인지 아니면 의미 있는지 여부가 명확해집니다.
변경의 유의성이 확인되면 기업은 해당 변경을 제품의 모든 세그먼트로 확장할 수 있습니다. 예를 들어 실험을 한 고객군에서만 적용했을 때 성공했다면, 유사한 고객군에 동일한 솔루션을 적용할 수 있습니다.
4단계: 효과성 평가
확장 후에는 다음과 같은 작업을 수행해야 합니다:
- 변경 사항을 지식 기반에 문서화합니다.
- 이러한 변경 사항을 지속적으로 추적합니다.
- 정기적으로 변경의 효과성과 장기적 영향을 평가합니다.
이렇게 하면 언젠가 사이클의 시작점으로 다시 돌아오게 됩니다.
결론
제품 관리는 회사 성장에 있어서 핵심 과정입니다. 오늘날 가설, 리서치, 실험 없이 이를 상상하기는 어렵습니다. 이러한 도구들은 기업이 가장 효과적인 결정을 내리는 데 도움을 줍니다.
탐색하고, 실험하고, 제품을 변경하고, 영향을 평가하세요. 그런 다음 사이클을 다시 시작하여 제품을 계속 개선해 나가십시오.