최근 들어 국내에서도 제품 관리자(PM/PO) 직무가 많이 언급되고 있고, 제품 관리자를 필요로 하는 기업과 지원자 모두 늘어나고 있습니다. 그런데 같은 직무임에도 기업마다 부여하는 역할이 다르고 또 국내에는 서비스 기획자 지군도 있다 보니 지원자 입장에서는 커리어를 계획하기가 혼란스러울 수 있습니다. 그래서 큰 틀에서 제품 관리자의 커리어를 가볍게 정리해보겠습니다. 이 표는 PM의 커리어 패스를 정리한 표입니다. 으로 시작해서 레벨이 되었을 때 분기점이 생기는데 이 표를 기준으로 정리해보겠습니다. Associate PM은 인턴급 PM이라 국내와 해외가 크게 다르지는 않을 것 같고, 공식 PM이 되었을 때부터 국내와 해외의 업무 차이가 발생합니다. 가장 큰 차이는 UI 설계 유무일 것 같은데요. 국내에서..

저는 한국형 기획자로 시작해서 지금은 제품 관리에 특화된 PM업무를 담당하고 있습니다. 처음에 기획자가 되었을 때는 스토리보드 작성이 주 업무였고 파워포인트 장인이 되어갔는데요. 시간이 지날수록 파워포인트 설계가 업무에 비효율적이라는 생각이 들었습니다. 그래서 새로운 툴들을 찾기 시작했고 그렇게 Axure를 만나고 10년 넘게 이 툴을 사용해오고 있습니다. 지금은 설계 업무 비중이 많이 줄어서 Axure를 자주 사용하지는 않지만, 아직도 플로우 차트를 그리거나 간단한 목업을 제작할 때는 Axure를 사용하고 있습니다. 물론 이러한 작업은 디자인 전문 툴인 피그마, XD, 스케치로도 모두 할 수는 있지만 아무래도 디자인 전용 툴이다 보니 손에 딱 맞는 느낌은 아닙니다. Axure는 파워포인트/키노트의 사용..

꽤 오랜 시간 동안 국내 기획자들은 스토리보드를 중심으로 업무를 진행해왔습니다. 화면 좌측에는 UI를 그리고 우측에는 기능 명세를 작성하는 방식의 문서인데요. 기획자는 설계를 진행하며 UX를 고민하고 기능 구현 방식도 함께 고민합니다. 그런데 조금 더 생각해보면 UX는 디자이너가 보다 더 전문적이고, 기술은 개발자가 훨씬 전문적인 영역인데 기획자가 도맡아 설계하는 게 아이러니하기도 합니다. (UX는 별도 영역으로 분류되기도 하지만 편의상 디자이너와 가깝다고 표현했습니다) 그래서 기획 리뷰 시간이 되면, 디자이너는 디자이너의 입장에서 이슈를 체크하고, 개발자는 기술 관점에서 이슈를 체크하다 보니 당연하게도 경험치가 부족한 주니어 기획자들은 리뷰 시간마다 엄청 까이고 자신의 부족함을 자책하게 됩니다. 선배 ..

IT Product을 만들다 보면 서비스 정책을 결정해야 하는 순간이 자주 발생합니다. 정책은 한 번 결정되면 되돌리기가 쉽지 않은데요. 정책을 변경하면 그와 관련된 모든 프로세스를 변경해야 하기 때문입니다. 그렇기 때문에 서비스 정책은 신중히 결정해야 합니다. 서비스 정책은 보통 제품 기획 담당자가 관련 내용을 정리하고, 다 같이 모여 리뷰하고, 합의를 통해 결정하게 됩니다. 그런데 이때 내용이 제대로 정리가 안 된 상태로 회의를 진행하게 되면 토론만 실컷 하다가 의사결정을 못한 채 회의를 종료하게 됩니다. 흔히 말하는 소모적인 회의로 이어지게 되는거죠. 그래서 이번에는 서비스 정책을 깔끔하게 정리할 수 있는 팁을 공유해보려고 합니다. 저희가 회원가입 인증 정책을 고민 중이라고 가정해보겠습니다. 회원가..

눈에 보이는 UI가 같더라도 실제 사용하는 UX는 다를 수 있습니다. UI와 UX에 대한 이야기.

새롭게 출시 된 Axure RP 9 (베타)에서는 Sketch와 연동 된 플러그인을 통해 디자인 파일을 불러오고 자유롭게 편집할 수 있습니다. 아래는 실제 작업 영상입니다. [ Axure RP 9 Beta ] https://www.axure.com/blog/axure-rp-9-beta [ Axure RP 9 Prototype Sample ] https://nwi2et.axshare.com