역기획, 서비스 분석은 딱 반쪽짜리 공부다
직접 프로덕트나 서비스를 만들어 봐야 한다
PM 지망생들의 필수 공부법, 역기획과 서비스 분석
최근 PM을 지망하는 취준생이나 현직자들이 많아졌다는 걸 느낀다. 어떻게 느꼈냐면 역기획, 서비스 분석 글을 상당히 쉽게 접할 수 있어서다. 개인적으로 역기획, 서비스 분석 글을 올리는 취준생, 현직자들도 많고, 코드스테이츠 PMB 과정을 들으면서 과제로 역기획, 서비스 분석 글을 쓰는 취준생들도 많은 것 같다.
특정 서비스를 써보며 UI, UX를 뜯어보고, 그 안에 숨겨진 기획자들의 의도를 나름의 논리로 추론하고 또 현재 서비스의 장단점을 분석하는 건 서비스 기획을 학습하는 데 있어서 좋은 공부다. 기존의 잘 만든 것을 보고 분석하고 뜯어봐야, 내 걸 만들 수 있고, 더 나아가 잘 만들 수 있다. 일단 아무것도 모르는 상태에서는 잘 만들기가 어렵고, 만든다 하더라도 잘하는 건지, 잘 못하는 건지 알기 힘들다. 그리고 좋은 건 적용하고, 나쁜 건 타산지석으로 삼으면서 내가 만드는 것의 수준을 높일 수 있다.
역기획, 서비스 분석은 딱 반쪽짜리 공부다
근데 역기획, 서비스 분석으로만 하는 공부는 딱 반쪽짜리 공부다. 아주 작은 서비스라도 직접 만들어 봐야 한다. 주로 역기획, 분석 글의 주제가 되는 서비스는 밀리의 서재, 컬리, 왓챠, 당근마켓 등 이미 많은 사람들이 쓰고 있고 잘 알고 있는 서비스다.
그런데 역기획, 서비스 분석 글들을 보면 어느 부분은 UI 측면에서 아쉽고, 어떤 페이지의 UX는 어떻게 개선하고, 유저 플로우는 이렇게 개선하면 좋을 것 같다는 내용의 비판적 분석 글이 상당히 많이 있다. 모든 글이 이런 비판적 부분을 포함하는 건 아니지만.
그런데 똑똑한 사람들이 모인 밀리의 서재, 컬리, 왓챠, 당근마켓 등에서 설마 서비스 기획 글에서 단점이나 개선점으로 지적하는 부분을 고려하지 못하고, 비판점이 많고 부족한 현재의 서비스를 만들었을까? 아닐 것이다. 물론 그러한 경우도 있겠지만.
물론 실제 사용자들의 고객 경험은 프로덕트나 서비스를 만들 때 있어서 정말 중요하게 고려해야 하는 요소다. 그리고 이들에게 가장 최고의 경험을 제공하기 위해 끊임없이 프로덕트와 서비스를 개선해 나가야 하는 것이고.
그러나 프로덕트나 서비스를 만들 때는 개발, 디자인, 정책, CS, 리소스, 우선순위 등 정말 많은 요소들을 고려해야 한다. 그래서 이 모든 것을 고려했을 때의 최선의 결과가 지금 보고 있는 기획과 UI, UX일 수도 있다. 아니면 조직에서도 해당 기능이나 UI를 개선해야 한다는 것은 알고 있지만, 우선순위에서 밀렸을 수도 있다. 더 큰 관점에서 더 중요하게 풀어내야 하는 문제들이 이미 많고, 또 계속해서 새롭게 생겨나기 때문이다.
프로덕트를 만들 때는 UI/UX, 유저 플로우 말고도 정말 많은 요소를 동시에 고려해야 한다프로덕트, 서비스를 만들 때 가장 중요한 근거는 내부 데이터다
그리고 겉에서 보기에는 개선점인데, 실제로는 개선점이 아닐 수도 있다. 무슨 말이냐면 프로덕트 외부에서는 내부 지표나 데이터를 볼 수 없기 때문에, 여러 가지 외부 근거로 비판점을 찾고 이에 대한 논리를 구성한다. 여러 가지 심리학 법칙이라던가, 다른 프로덕트와의 비교라던가, 사용자 경험이라던가 이런 것들로 비판을 한다는 것이다. 즉 외부의 비판은 이론적인 비판이다(물론 이 역시도 중요하다).
근데 실제로 프로덕트나 서비스를 만드는 입장에서 가장 중요한 근거는 내부 데이터와 지표다. 따라서 이를 최우선 근거로 해서 프로덕트를 만들고 개선하게 된다. 물론 데이터 해석을 잘못해서, 엉뚱한 방향으로 프로덕트를 만들고 개선할 수도 있다. 그러나 이 역시도 해석의 문제일 뿐, 내부 데이터라는 근거가 외부의 여러 가지 이론적 근거보다 우선시 되는 건 변하지 않는다. 따라서 내부 데이터와 지표라는 근거로 여러 가지 가설을 세우고, 또 테스트를 한 결과 지금 프로덕트와 서비스가 최선의 방안일 수도 있다는 것이다.
서비스 분석, 비평을 할 때 자주 언급되는 법칙 중 하나인 '제이콥의 법칙'직접 프로덕트나 서비스를 만들어 봐야 한다
위에 말한 것들이 역기획, 서비스 분석이 반쪽짜리 공부인 이유이다. 나머지 절반을 채우는 가장 좋은 학습 방법은 직접 프로덕트나 서비스를 만들어서 런칭하고, 홍보하고, 실제 고객의 피드백을 받고 개선해서 더 나은 프로덕트나 서비스를 만드는 것이다.
프로덕트나 서비스를 만든다고 하면 앱 개발이나 수준 높은 개발과 디자인이 필요하다고 생각하는 경우가 많다. 그러나 프로덕트나 서비스는 개발을 할 수 있어야만 만들 수 있는 게 아니다. 원페이지로 된 홈페이지를 만들었어도, 이를 통해 고객들의 문제를 해결했다면 훌륭한 프로덕트를 만든 것이다.
노션 하나만으로도 충분히 좋은 서비스를 만들 수 있다. 아임웹, 식스샵 같은 홈페이지 빌더 툴도 정말 사용하기 쉽게 되어 있다. 가격도 그리 비싸지 않다. 또 기본적으로 제공하는 수준 높은 디자인 템플릿도 사용할 수 있어서, 디자이너가 아니라도 충분히 멋진 홈페이지를 만들 수 있다.
최근 버블, 글라이드 등의 노코드나 로우코드 툴이 정말 많이 나오고 인기도 많아지고 있어서, 공부하면 개발 없이도 높은 수준의 프로덕트를 만들 수 있다. 노코드, 로우코드 관련해서는 장병준 님의 글을 읽어보면 큰 도움을 받을 수 있다. 특히 노코드로 사업 검증하기, 코딩 없이 온라인 강의 사이트 만들고 운영하는 방법 이 두 가지 글을 추천한다.
노코드 툴로 코딩 없이도 수준 높은 프로덕트를 만들 수 있다창작은 어렵고 비평은 쉽다
결국 기술적 발전으로 프로덕트나 서비스를 쉽게 구현할 수 있다. 정말 중요한 건 어떤 고객들의, 어떤 문제를, 어떻게 풀 것이냐 하는 것이다. 이게 바로 PM들에게 가장 중요한 일이다. 그리고 이런 일은 비평, 역기획만 한다고 잘하게 되지 않는다. 직접 프로덕트나 서비스를 만들어서 시장과 고객의 반응을 보고 개선해야 잘할 가능성이 더 높아진다.
창작은 어렵고 비평은 쉽다. 쉬운 것만 하면 한계를 깰 수 없다. 어려운 일을 시도하고 실패하고, 또 극복해내야, 더 높은 수준의 문제를 해결할 수 있다. 즉, 직접 만들어 봐야 실력을 빠르게 성장시킬 수 있다.
직접 프로덕트를 만드는 것만큼 좋은 공부는 없다