이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
SCM 도메인 이해를 PM 관점에서 어떻게 비즈니스 로직에 연결했는지는 수업과 대외활동에서 간접 경험한 수준입니다. 대외활동 프로젝트에서 재고 관리 서비스 기획을 하면서, 발주 사이클·안전 재고·리드타임 개념이 UI 설계에 직접 영향을 준다는 걸 배웠습니다. 예를 들어 안전 재고 설정 UI를 만들 때, 단순 숫자 입력이 아니라 '현재 재고와 예상 소진일'을 함께 보여줘야 실제로 쓰인다는 걸 현업 인터뷰에서 발견했습니다. 도메인 지식이 없으면 기능을 설계해도 현업이 쓰지 않는 화면이 나올 수 있다는 걸 그 경험에서 배웠습니다. 복잡한 비즈니스 로직을 다루는 PM은 개발팀과 현업 사이에서 언어를 번역하는 역할이 핵심이라고 생각하고, 도메인 공부를 게을리하지 않겠습니다.
SCM 비즈니스 로직을 구조화할 때 제가 한 건 엔티티와 흐름, 예외를 나눠 정리한 것입니다. 복잡한 로직을 한 덩어리로 보면 안 잡혀서, 발주·재고·리드타임 같은 핵심 개념(엔티티)을 먼저 정의했습니다. 그다음 그것들이 어떤 순서로 흐르는지(플로우)를 그렸습니다. 마지막으로 결품이나 발주 지연 같은 예외를 따로 목록화했습니다. 안전 재고 UI를 기획할 때도, 단순 숫자 입력이 아니라 현재 재고와 예상 소진일을 함께 보여줘야 현업이 실제로 썼습니다.
개념·흐름·예외로 나누니, 복잡한 로직이 손에 잡혔습니다. 구조화는 다 한꺼번에 보는 게 아니라, 층을 나눠 정리하는 일이었습니다.
SCM 로직을 구조화하며 제가 의식한 건 단순함과 정교함의 거래입니다. 모든 예외를 다 담으면 정교하지만, 로직이 너무 복잡해져 개발도 어렵고 현업도 못 썼습니다. 반대로 너무 단순화하면 실제 상황을 못 담았습니다. 한 번은 예외를 다 넣으려다, 화면이 복잡해져 현업이 외면한 적이 있습니다. 그래서 자주 생기는 핵심 예외는 담고, 드문 건 수동 처리로 나눴습니다.
도메인 지식이 없으면, 기능을 설계해도 현업이 안 쓰는 화면이 됐습니다. PM은 개발팀과 현업 사이에서 언어를 번역하면서, 어디까지 담을지 선을 정하는 역할이었습니다. 다 담는 게 정답은 아니었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 무신사 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.