이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
B2B 서비스 기획에서 고객사 요구사항을 수집할 때 중요한 건 요구사항을 전달하는 사람과 실제로 사용하는 사람이 다를 수 있다는 것을 인식하는 것입니다. 의사결정자가 원하는 것과 실무 담당자가 실제로 겪는 불편함이 다른 경우가 많습니다. 둘 다를 파악해야 기획이 현실에 맞아떨어집니다. 요구사항을 수집할 때는 무엇을 원하는지보다 어떤 문제를 해결하려는지를 먼저 파악하는 것이 중요합니다. 기능 요청보다 배경을 이해하면 더 나은 방향을 제안할 수 있습니다. 수집 후에는 중복 요구사항, 충돌 요구사항, 우선순위를 정리하는 과정이 필요합니다.
요구사항을 그대로 구현하는 것이 아니라 해석하고 재구성하는 것이 B2B 기획에서 중요한 역량입니다.
B2B 서비스 기획에서 요구사항을 모은다면, 저는 먼저 요구를 말하는 사람과 실제로 쓰는 사람을 나누는 절차를 두겠습니다. 고객사 안에서도 의사결정자가 원하는 비즈니스 성과와 현업 담당자가 겪는 운영 불편이 다른 경우가 많기 때문입니다. 그래서 저는 두 쪽을 분리해 인터뷰하고, 의사결정자에게는 ROI나 보안 같은 도입 기준을, 현업에게는 실제 업무에서 막히는 지점을 듣습니다. 그렇게 모은 요구를 무엇을 원하느냐가 아니라 어떤 문제를 풀려는지로 정리합니다. 다만 제 한계도 인정합니다. 저는 실제 고객사를 인터뷰해 본 게 아니라, 두 입장이 충돌할 때 어디까지 맞추고 어디를 양보시킬지 그 조율 감각은 부족합니다. 또 현장 관찰로 말로 안 드러나는 불편을 캐는 단계까지는 못 가 봤습니다. 그래서 요구를 그대로 구현하는 게 아니라 해석하고 재구성하되, 구매자와 사용자를 나눠 보는 절차부터 분명히 두려 합니다.
B2B 요구사항을 정리할 때 제가 중요하게 보는 건, 우선순위를 고객사와 함께 정하는 일입니다. 요구를 다 모으면 서로 중복되거나 충돌하는데, 그걸 우리가 일방적으로 가르면 나중에 '이건 계약 범위에 있었다'는 분쟁이 생깁니다. 그래서 저는 요구사항을 반드시 필요한 것과 있으면 좋은 것, 이번엔 안 하는 것으로 나누되, 그 분류를 고객사와 같이 작성해 합의하는 게 핵심이라고 봅니다. 그러면 범위가 분명해지고 기대도 맞춰집니다. 다만 제 한계도 인정합니다. 저는 이 방식을 원리로 이해하는 단계라, 실제로 고객사와 우선순위를 두고 협상해 본 경험은 없습니다. 또 구매자와 사용자의 기준이 충돌할 때 어느 쪽을 우선할지 가르는 건 더 어렵습니다. 그래서 요구사항 정리를 한 번에 닫는 게 아니라, 고객사와 함께 우선순위를 합의하며 범위 분쟁을 예방하는 일로 보려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 와이즐리컴퍼니 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.