서평: 「제로에서 시작하는 프로덕트 매니지먼트」를 통해 얻은 AI 시대에 엔지니어가 갖춰야 할 3가지 프로덕트 시점

올해도 벌써 10월입니다. 한 해의 끝이 보여 떨립니다. 오늘은 그런 이유로 프로덕트 매니지먼트에 대해 이야기해 보려 합니다.

평소에는 바짝 개발을 메인으로 하고, 매니저 같은 프로덕트 전문적인 관점에서 생각하는 입장은 아닙니다.

물론 개발할 때 배경이나 목적을 의식하지만, 완전히 제 방식대로 하는 것이 가장 좋은 방법이라는 자신은 없습니다.

애초에 최근까지 '프로덕트 매니지먼트'라는 것을 강하게 의식할 기회가 전혀 없었습니다.

아마 저 같은 엔지니어는 또 계실 겁니다. (그렇게 생각하고 싶습니다.)

제가 프로덕트 매니지먼트에 흥미를 갖게 된 경위는 다음과 같습니다.

• 현재 저희 회사에서 진행하는 프로덕트 개발 방식이 베스트 프랙티스인지, 안티 패턴은 아닌지?
• 그렇다면 어떻게 해야 좋은 것을 만들 수 있을까? 돌이켜보면 체계적으로 제대로 생각해 본 적이 없네요?
• 앞으로 제가 개인 개발을 해보려고 하는데, 간단하게라도 배워두는 것이 좋지 않을까요?
• AI 덕분에 물건을 쉽게 만들게 된 지금, 앞으로는 '어떻게 좋은 것을 만드는가'가 더욱 중요해지지 않을까?
• 엔지니어의 일은 아닐지도 모르지만, 프로덕트 시점 자체는 있어도 좋지 않을까?

이러한 생각으로 흥미를 느끼고, 우선 프로덕트 매니지먼트에 대해 간단하게라도 공부해 보자라고 생각했습니다.

제로에서 시작하는 프로덕트 매니지먼트

저자: 타노 미즈키 님

프로덕트 매니지먼트 초보자에게 적합하다고 하여 이 책을 읽었습니다.

완독까지 걸린 시간은 1~2시간 정도였습니다. 도중에 메모를 하면서 읽었기 때문에 실제로는 더 짧았을 것 같습니다.

퇴근 후에도 충분히 여유롭게 다 읽을 수 있을 것 같아요.

내용으로는 중학교 2학년인 타카시 군이 앱 개발을 하는 이야기를 바탕으로, 개발 기획부터 개발, 출시 및 개선까지의 전 과정을 거치며 프로덕트 매니지먼트를 배웁니다. 스토리 형식이라 어렵고 어려운 단어도 가능한 한 줄여져 있는 점이 좋았습니다.

AI로 인해 인지 부하로 지친 머리에 매우 상냥한 내용이었습니다.

다만, 내용 자체로는 얻을 수 있는 것이 많고 생각하게 만드는 것도 많아서, 개인적으로는 대만족한 책이었습니다.

엔지니어는 '무언가를 만드는 것'이 일이기 때문에, 자꾸 '만드는 그 자체'가 목적이 되어버리기 쉽습니다.

하지만 프로덕트는 본래 '사용자의 과제나 어려움을 해결하는 수단'에 지나지 않습니다.

설령 프로덕트가 완성되었다 하더라도 사용자의 과제를 해결할 수 없다면 그것은 프로덕트라고 할 수 없습니다.

지금 시대에는 AI로 쉽게 물건을 만들 수 있습니다. AI는 지시된 것을 만들 수 있습니다. 하지만 무엇을 만들지는 우리 인간 스스로 생각해야 합니다.

필연적으로, 어떤 과제를 해결하는 프로덕트를 만들지는 인간이 깊이 생각해 내야만 합니다.

AI에게 지시를 내리는 것은 우리 엔지니어인 이상, 엔지니어도 '과제 해결을 설계하는 능력'은 필요하다고 생각합니다.

AI 시대의 지금이야말로 이 '프로덕트'라는 단어의 정의를 의식해야 한다고 느꼈습니다.

가정된 과제를 안고 있는 사용자가 존재하는 상태를 '커스터머 프로블럼 핏(Customer Problem Fit)'이라고 합니다.

아무리 좋은 것을 만들었다 하더라도, 그것이 사용자에게 맞지 않으면 의미가 없습니다.

프로덕트를 만들기 전에 커스터머 프로블럼 핏이 성립되어 있는지 검증해야 합니다.

서적 내에서는 타카시 군이 프로덕트 기획을 한 후, 종이 프로토타입을 만들어 사용자로부터 의견을 받는 장면이 있습니다. AI 시대에는 프로토타입을 만드는 것도 순식간에 해줄 수 있습니다. 이것을 이용하지 않을 수 없습니다.

엔지니어라면 이런 식으로 프로토타입을 만드는 것이 서툴거나 아예 어렵다고 생각하는 사람도 있을 것입니다. 아무래도 화면이 필요해지기 때문에 디자인과 프론트엔드가 필요하기 때문입니다.

저는 미술 성적이 계속 2였고 그림 감각도 없어서, 프론트엔드는 전문 분야가 아닙니다. 지금은 이 부분을 AI가 담당해주기 때문에, 엔지니어라도 쉽게 프로토타입을 만들 수 있습니다.

업무라면 비즈니스 측이나 고객을 대상으로, 개인 개발이라면 자신을 대상으로 프로토타입을 만듦으로써 커스터머 프로블럼 핏을 검증할 수 있습니다. 프로토타입을 만듦으로써 사용자로부터의 의견도 더욱 구체적으로 얻을 수 있습니다.

엔지니어도 프로덕트를 통한 과제 해결을 쉽게 검증할 수 있게 된 좋은 시대가 되었다고 느꼈습니다.

앞으로는 사용자의 의견을 적극적으로 받아들이고 싶습니다.

바로 앞 항목과 완전히 모순되는 것처럼 보이지만, 사실은 모순되지 않습니다.

제품을 만들다 보면 사용자로부터 원하는 기능에 대한 요구를 받게 됩니다.

요구 자체는 매우 감사한 것이며, 진지하게 받아들이고 공감해야 합니다.

하지만 그것을 그대로 사용자의 희망대로 기능을 추가해도 되는지는 별개의 문제입니다.

왜냐하면, 사용자는 기능을 생각하는 전문가가 아니기 때문이고, 사용자가 배려해서 주저하고 있을 가능성도 있기 때문입니다.

사용자 스스로는 현재에 과제를 느끼고 기능 추가를 요구합니다. 하지만 그 기능으로 과제를 해결할 수 있다고는 한계가 있습니다.

사용자조차 자신이 원하는 것을 정확히 자각하고 있는 것은 아닐 수도 있다는 것입니다.

또한, 사용자도 개발자와의 관계를 신경 써서 솔직하게 의견을 말하지 못하고 있을 가능성도 있습니다.

사용자의 희망을 이루기 위해 해야 할 일은, 원하는 기능 뒤에 숨겨진 과제를 경청(히어링)하는 것입니다.

거기서 얻어진 과제를 바탕으로 '어떤 기능을 추가해야 하는가'를 생각하는 것이야말로 프로덕트 매니지먼트입니다.

AI는 주어진 컨텍스트(context)가 갖춰져 있지 않으면 기대하는 대로의 결과물을 만들 수 없습니다.

이 사용자 과제가 바로 AI에 제공할 컨텍스트가 됩니다.

AI 시대의 프로덕트 매니지먼트는 고객의 과제를 얼마나 정확하게 파악할 수 있는지가 중요해진다고 생각됩니다.

AI는 확실히 물건을 만드는 것에 대한 진입 장벽(barrier)을 극적으로 낮추었습니다.

그렇기 때문에 앞으로는 '무엇을 만들 것인가'나 '어떤 과제를 해결할 것인가'가 중요해질 것이라고 생각합니다.

그런 생각에서 출발하여 이번에 「제로에서 시작하는 프로덕트 매니지먼트」를 읽어보고, AI 시대이기 때문에 엔지니어가 프로덕트 매니지먼트를 배울 가치가 있다는 것을 실감했습니다.

앞으로는 무언가를 만들 때는 프로덕트라는 단어의 본래 의미를 의식하며 임하고 싶습니다.

당장 자신을 위한 프로덕트를 만들 계획이 있어서, 우선은 자신에게 커스터머 문제 적합성(Customer Problem Fit)이 성립하는지 검증한 후에 만들어 보려고 합니다.

초보자용 책이라고 얕보면 안 됩니다. 책의 난이도와 거기서 얻는 것은 비례하지 않습니다.

꼭 한번 「제로에서 시작하는 프로덕트 매니지먼트」를 읽어보시길 추천합니다.