우리 팀을 소개할게요

우리는 이렇게 일해요

1. Technical Product Owner는 모요의 메이커 조직인 스쿼드(Squad)에 속해있어요.
2. 스쿼드는 프로덕트 오너 / 프로덕트 디자이너 / 개발자 / 데이터 분석가 등 2~6명의 직군으로 구성되어 있어요.
3. 각 스쿼드는 작은 스타트업처럼 자율성과 책임을 갖고 일해요.
4. 모요의 핵심 인프라성 제품을 책임지는 스쿼드에 합류하게 돼요.
5. 신청·개통 시스템처럼 외부 파트너사와 직접 연동되고, 운영·CX·보안 등 다양한 조직과 맞물려 돌아가는 모요의 핵심 제품이에요.

이런 경험과 성장을 할 수 있어요

1. 요금제 신청과 개통 도메인의 제품에 대한 오너십을 갖고 스쿼드의 성공을 만들어요.
2. 기획·개발·운영·CX·보안이 한 번에 영향을 주고받는 제품을 다루며 시야를 넓힐 수 있어요.
3. 외부 파트너·규제·내부 운영이 얽힌 까다로운 문제를 끝까지 책임지고 풀어내는 경험을 해요.
4. 시스템 흐름과 정책을 구조화해서, 다른 사람도 이해하고 운영할 수 있는 환경을 만드는 일을 해요.
5. 어렵고 복잡한 절차를 기술적으로 해결해서, 고객에게 더 편리한 경험을 만들어낼 수 있어요

합류하면 이런 업무를 해요

1. 스쿼드의 가중목(가장 중요한 목표)을 설정하고, 이를 달성하기 위한 선행지표/선행과제를 개선해요.
2. 시스템과 정책을 구조화하고 팀과 유관 조직이 한 방향으로 일할 수 있도록 정리해요.
3. 외부 파트너 또는 내부 유관조직과 기술 스펙·정책을 직접 협의하고 의사결정해요.
4. 서비스 운영 중 발생하는 민원과 이슈를 데이터로 분석하고, 단발 대응이 아닌 시스템 개선으로 연결해요.
5. 어드민 및 내부 도구를 설계해 개발자 없이도 정책과 기능을 운영할 수 있는 환경을 만들어요.

모요와 함께해요

이런 분을 찾고 있어요

1. 4년 이상 웹/모바일 제품의 PO 또는 PM으로 일한 경험이 있는 분
2. 복잡한 시스템·정책·플로우를 구조화하고 다른 사람이 이해할 수 있게 풀어낸 경험이 있는 분
3. API 스펙, 데이터 구조, 시스템 흐름을 이해하고 개발자와 함께 논의할 수 있는 분
4. 다양한 이해관계자와 기술적 사안을 직접 협의하고 합의를 이끌어 본 분
5. 운영 중 발생하는 이슈를 분석해 시스템 및 프로세스 개선으로 연결해 본 분
6. 조직의 목표를 이해하고, 이를 바탕으로 팀 단위 목표를 수립하고 달성해 본 분

이런 분이면 더 좋아요

1. 결제, 인증, 정산, 물류, 인프라 등 외부 시스템 및 규제와 맞물리는 도메인의 제품 경험이 있는 분
2. 레거시 시스템을 분석하고 재설계해 본 분
3. 운영팀·CS팀과 협업해 어드민·내부 도구를 직접 기획해 본 
4. 기술적 의사결정에서 끈기 있게 합리적인 결론을 만들어 본 분

합류 여정

서류 전형 → 케이스 스터디 & 직무 인터뷰 → 컬쳐 인터뷰 → 레퍼런스 체크 및 처우 협의 → 최종 합격

1. 서류 제출 시, 아래 가이드를 참고하여 이력서 제출 부탁드립니다.
2. 상황에 따라 전형이 추가될 수 있습니다.
3. 국가유공자 예우 및 지원에 관한 법률에 의거 취업 보호 대상자 및 장애인은 관련 법규에 따라 우대합니다.
4. 제출 서류는 후보자의 채용 여부 확정일 이후 1년 동안 보관하고 이후 파기합니다.
5. 각 전형에서 허위 사실이나 부정행위 발견 시 즉시 영입 절차가 중단/취소될 수 있습니다.

📝 이력서 작성 가이드

1. 복잡한 시스템·도메인에서의 문제 해결 경험 (필수)
2. 어떤 시스템·도메인이었고, 무엇이 복잡했는지
3. 그 복잡성을 어떻게 구조화하고 정리했는지
4. 기술적 이해도가 의사결정에 어떻게 기여했는지
5. 외부·내부 이해관계자와의 기술적 협의 경험 (필수)
6. 외부 파트너 또는 내부 개발자/운영자와 기술 스펙·정책을 어떻게 협의·조율 했는지
7. 협의 과정에서 무엇을 정리 및 문서화했고, 어떤 결정을 이끌어냈는지
8. 시스템·정책 구조화 결과물 (선택)
9. API 스펙 이해를 바탕으로 어떠한 정책 문서를 작성하고, 시스템 흐름도 및 어드민을 설계했는지
10. 해당 결과물을 어떻게 다른 사람(개발자·운영자·외부 파트너)이 이해하고 활용했는지
11. 운영·이슈 대응 경험 (선택)
12. 운영 중 발생한 에러·이슈를 분석해 어떠한 시스템적 개선을 만들었는지

💡 Tip: "어떤 비즈니스 임팩트를 만들었는가"보다 "얼마나 복잡한 시스템을, 얼마나 명료하게 풀어냈는가"가 더 중요해요.