이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
원가 구조를 바탕으로 제품 기능을 줄이기로 결정해본 실무 경험은 아직 없습니다. 그래서 그 부분은 솔직히 말씀드리는 게 알맞은 안내라고 생각합니다.
다만 제가 졸업 프로젝트에서 정해진 기간과 인원 안에서 기능 범위를 줄여본 경험이 있습니다. 4명 팀이 3주 안에 다 만들 수 없는 분량이었습니다.
처음엔 제가 기능을 다 넣으려다, 어느 것도 제대로 못 끝낼 뻔한 적이 있었습니다. 그 실패 뒤 저는 "핵심 기능"과 "있으면 좋은 기능"을 갈라, 일부를 과감히 뺐습니다. 원가 기반 기능 축소도 주어진 자원 안에서 "무엇이 꼭 필요한지"를 가려내는 일이라고 이해합니다. 경험이 부족한 만큼, 저는 입사 후 실제 원가 기반 의사결정을 선배에게 배우며 채워가겠습니다.
원가 구조를 바탕으로 기능을 줄여본 실무 경험은 없어, 제가 학과 행사를 정해진 예산 안에서 기획하며 범위를 줄여본 경험으로 답하겠습니다.
행사 예산이 정해져 있어 하고 싶은 걸 다 할 수 없었습니다. 처음엔 제가 줄이기 쉬운 것부터 뺐다가, 정작 중요한 프로그램이 빠진 적이 있었습니다.
그 실패 뒤 저는 각 프로그램을 "참가자에게 얼마나 중요한가"와 "비용이 얼마인가" 두 축으로 갈라 봤습니다. 비용 대비 가치가 낮은 것부터 줄이니, 적은 예산으로도 핵심은 지켜졌습니다. 원가 기반 기능 축소도 "비용 대비 가치"를 기준으로 무엇을 뺄지 정하는 일이라고 이해합니다. 경험이 부족한 만큼, 저는 입사 후 실제 의사결정 방식을 선배에게 배우며 채워가겠습니다.
원가 기반 기능 축소를 실무로 해본 적은 없어, 제가 5명 팀의 졸업 프로젝트에서 기능 범위를 함께 줄여본 경험으로 답하겠습니다.
시간이 모자라 기능을 빼야 했는데, 팀원마다 "빼면 안 될 기능"이 달랐습니다. 처음엔 제가 제 판단대로 뺄 것을 정해 통보했다가, 팀원들이 반발한 적이 있었습니다.
그 실패 뒤 저는 모든 기능을 "꼭 필요한가"와 "노력이 얼마나 드는가"로 표에 정리해 함께 봤습니다. 사실을 가운데 두자, 무엇을 뺄지에 모두가 수긍했습니다. 원가 기반 기능 축소도 혼자 정하면 반발이 크고, 기준을 펼쳐 함께 정해야 받아들여진다고 이해합니다. 경험이 부족한 만큼, 저는 입사 후 실제 의사결정 방식을 선배에게 배우며 채워가겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 직방 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.