로드맵과 고객이 의견이 다를 때 어떻게 해야 할까요

FabricLoop 팀 작성  ·  2026년 5월  ·  4분 읽기

모든 제품 팀이 전화를 받습니다. 중요한 고객은 로드맵에 없는 것을 원합니다. 그들은 긴급히 필요합니다. 그들은 심지어 갱신이 달려 있다는 것을 암시할 수 있습니다. 판매 팀은 두 개의 느낌표로 메시지를 전달합니다. 신중하게 구성된 로드맵은 한쪽에 있습니다. 고객은 다른 쪽에 있습니다. 무엇을 하나요?

이것은 엣지 케이스가 아닙니다. 이것은 지불하는 고객이 있는 모든 제품에서 정기적으로 발생하며, 이를 처리하는 방식은 제품 개발 프로세스가 실제로 어떻게 작동하는지를 많이 드러냅니다. 목표는 항상 예라고 말하는 것이 아니고 항상 아니오도 아닙니다 — 전화를 하기 위한 일관된 방법을 갖는 것입니다.

고객-로드맵 충돌을 위한 의사결정 프레임워크

"한 고객인가 많은가"는 첫 번째 필터입니다

여러 고객이 독립적으로 같은 것을 요청하고 있다면, 그것은 심각하게 받아들일 가치가 있는 신호입니다 — 특히 그들이 문제를 설명하기 위해 비슷한 언어를 사용하고 있다면. 그것은 필요가 실제이고 광범위하며 특수하지 않음을 제안합니다.

한 고객이라면, 계산이 다릅니다. 한 고객의 필요는 당신의 시장을 나타내지 않습니다, 당신의 가장 큰 계정이더라도. 한 고객을 위해 기능을 구축하는 것은 시간이 지남에 따라 복합되는 제품 전략 세금입니다: 각 일회성 기능이 복잡성을 추가하고, 유지보수 부담을 생성하고, 광범위한 시장에 대한 제품의 매력을 좁힙니다.

관계에 손상을 주지 않고 거절하는 방법

고객 요청을 손상 없이 거절하는 핵심은 요청만이 아니라 문제를 인정하는 것입니다. "우리는 이것을 구축하지 않을 것입니다"는 나쁘게 착륙합니다. "우리는 당신이 X를 하려고 하는 데 어려움을 겪고 있다는 것을 이해합니다 — 우리가 그 문제에 대해 생각하는 방식이 여기 있고, 로드맵에 있는 것이 여기 있습니다"는 훨씬 더 잘 착륙합니다.

고객은 거의 그들이 요청한 정확한 기능이 필요하지 않습니다. 그들은 기본 문제가 해결되어야 합니다. 당신이 그들에게 경로를 보여줄 수 있다면 — 그들이 제안한 기능이 아니더라도 — 대부분의 고객이 그것을 받아들입니다. 고객이 자신의 정확한 사양 외에 다른 경로를 받아들일 수 없다면, 그것은 당신에게 중요한 것을 말해줍니다: 이 고객이 당신의 제품에 좋은 적합인지 여부.

고객이 옳고 로드맵을 업데이트해야 할 때

때때로 고객 충돌은 당신의 생각에 진정한 격차를 드러냅니다. 여러 고객이 당신이 계획하지 않은 것을 요청하는 것은 당신의 로드맵이 뭔가를 놓쳤다는 신호입니다. 올바른 응답은 그들이 요청한 것을 반사적으로 구축하는 것이 아닙니다 — 기본 문제가 로드맵에 속하는지 조사하고, 만약 그렇다면 어디에 속하는지 알아보는 것입니다.

이 구분이 중요합니다. 고객은 종종 문제에 대해 옳고 해결책에 대해서는 거의 옳지 않습니다. 문제 이해를 업데이트하기 위해 피드백을 사용하십시오 — 기능 요청을 백로그에 복사-붙여넣기하기 위해 아닙니다.