쏜SSON의 PM/PO 달리기

초기 커리어 시절, 저자는 지표가 모두 초록색이면 제품도 건강이 좋다고 생각했습니다. 고객 문의는 빠르게 처리되며, SLA는 안정적으로 유지되고 있다면 사용자 경험 역시 좋아지고 있다고 믿었습니다.숫자만 보면 모든 것이 순조로워 보였습니다. 하지만 현실은 달랐습니다.'문제를 해결하는 속도'를 개선한거지 문제 자체를 줄인 것은 아니었습니다. 동일한 워크플로우에서 혼란은 반복됐고, 같은 설정 오류가 계속 발생했습니다.특정 기능의 숨겨진 의존성 때문에 고객 문의가 끊이지 않았습니다. 모든 문의는 적절하게 처리되었고 고객은 결국 원하는 작업을 수행할 수 있었습니다. 하지만 근본적인 사용자 경험은 전혀 개선되지 않았습니다. 그때 깨달았습니다.'문제를 해결하는 것'과 '문제를 개선하는 것'은 전혀 다른 일이라는 사..

사람들이 제품 관리를 이야기할 때, 보통 떠올리는 것은 기능 로드맵, 고객 인터뷰, 그리고 명확하게 정의된 제품을 중심으로 한 점진적 출시입니다. 저 역시 예전에는 제품 관리를 그렇게 생각해왔습니다.하지만 제가 가장 중요한 제품 관련 교훈을 얻은 곳은 기능 개발 현장이 아니었습니다. 오히려 수백명, 수천명의 직원이 매일 사용하는 시스템, 데이터 구조, 업무 프로세스를 다루는 대규모 엔터프라이즈 혁신 프로젝트를 이끌면서 배운 것들이었습니다. 그곳에는 화려한 출시 발표도 없었고, 전환율 대시보드도 없었습니다. 성공은 훨씬 더 조용한 모습으로 나타났습니다. 우회 작업이 줄어들고 긴급 에스컬레이션이 감소하며 운영 흐름이 더 안정적으로 돌아가는 식이었습니다. 반대로 실패는 혼란과 저항, 그리고 임시로 만든 스프레..

출시는 결승선이 아닙니다.제품이 로드맵이 아니라 현실과 마주하는 순간입니다. 이후 90일은 여러분이 충분히 빠르게 신뢰를 쌓아 유지율을 확보할지, 아니면 느리고 비용만 많이 드는 자기기만 상태에 빠질지를 결정합니다. 0~30일 : 정상 사용자 흐름 안정화첫 달은 성장을 위한 시간이 아닙니다.사용자가 성공하고 싶어도 실패하게 만드는 이유를 제거하는데 집중해야 합니다. "정상 동작"의 기준을 정의하고 그것을 지켜라개선을 시도하기 전에 실제로 테스트 가능한 정상 사용자 흐름에 대해 팀이 합의해야 합니다.이 흐름은 한 단락으로 설명할 수 있어야 하며, 새로운 팀원도 도움없이 처음부터 끝까지 실행할 수 있어야 합니다.팀이 현실적으로 유지할 수 있는 간단한 정의는 다음과 같습니다. 회원가입이 정상적으로 작동된다새로..

애플 대표 팀쿡은 다음과 같이 말했습니다."훌륭한 제품은 단순히 기능을 모아노은 것이 아닙니다. 모든 것이 함께 어떻게 작동되는가 중요합니다"기능은 제품을 구성하는 핵심 요소이며, 제품 관리자는 사용자 채택률을 높이면서도 투자 대비 수익이 좋은 기능을 구현해야 한다는 점을 잘 알고 있습니다. 하지만 고객 만족과 제품 비전 사이의 균형을 맞추는 일은 쉽지 않습니다. 적절한 조사와 우선순위 설정이 없다면 더욱 어렵습니다.제품 기능이란 무엇인가?제품의 기능을 이야기할 때 단순히 속성만 나열해서는 안됩니다. 제품을 사용하는 전체 경험과 그로 인해 얻는 이점까지 함께 고려해야합니다. Dan Shewan은 제품 기능이란 무엇인가라는 질문에 대해 다음과 같이 설명했습니다. "기능이란 제품이 가지고 있거나 제공하는 어..

AI 기능을 여러번 출시해본 사람이라면, 설계대로 완벽하게 작동하는데도 어딘가 찜찜하게 느껴지는 그 순간을 잘 알것이다. 나는 그동안 여러 프로젝트에서 AI 기반 기능들을 만들어왔다. 그런데 항상 반복되는 패턴이 있다. 명세를 모두 충족하고, 리뷰도 통과하고, 데모에서는 이해관계자들을 감탄하게 만든다. 그런데 막상 실제 사용자가 쓰기 시작하면 이걸 왜 몇달에 고민하지 않았지? 싶은 질문들이 쏟아진다. 가장 기억에 남는 사례는 자연어로 질문하면 요약된 답변이나 정렬된 검색 결과를 제공하는 검색/탐색 기능이었다. 처음엔 단순해보였다. 사용자가 정확한 키워드를 몰라도 빠르게 정보를 찾게 해주는 것. 이 예를 굳이 드는 이유는, 최근 구글의 AI오버뷰 기능에서도 비슷한 문제가 드러났기 때문이다. 핵심은 AI의 ..

한 제품 부문 VP가 작년에 이런 순간을 이야기했습니다. 내가 내린 추천 중 가장 명확한걸 들고 운영위원회에 들어갔어요. 데이터도 완벽히 이해하고 있었고, 트레이드오프도 충분히 검토했고, 정답을 알고 있었죠. 그런데 20분 후, CTO가 제 말을 더 나쁜 형태로 말했고 사람들은 마치 그가 해결책을 찾아낸 것 처럼 고개를 끄덕이고 있었어요저는 지난 20년 동안 수백명의 엔지니어링 리더들을 코칭해왔습니다. 처음에는 CPO로 두번의 엑싯을 경험했고, 이후에는 프렉셔널 CPO, 그리고 리더십 코치 및 트레이너로 일해왔습니다.그녀가 설명한 패턴은 가장 자주, 그리고 가장 심각하게 목격하는 문제입니다.훌륭한 사고력, 강력한 실적, 깊은 전략적 통찰을 가지고 있음에도 불구하고, 머릿속에서 회의실까지 전달되는 과정에서..

해커톤은 아이디어를 작동하는 프로토타입으로 전환하는 가장 빠른 방법 중 하나입니다. 단 몇일만에 팀은 개념을 엔드투엔드로 테스트하고, 예상치 못한 장애물을 찾아내며, 실제로 구동되는 결과물을 손에 쥐고 돌아갈 수 있습니다. Corefy에서 저자는 두가지 강력한 가속기인 로우코드 자동화 도구 n8n과 데이터 강화 및 파싱을 위한 AI 모델을 결합했을 때, 이 형식을 어디까지 밀어붙일 수 있는지 확인하고 싶었습니다. 가설은 간단했습니다. 해커톤이 신속한 프로토타이핑 엔진이라면, 자동화와 AI는 그 생산성을 한층 더 높여줄 것이라는 점이었습니다. 해커톤 아이디어 자체는 우리 CEO로 부터 시작되었습니다. 저는 참가자로서, 그리고 프로덕트 매니저로써 이러한 압축된 구축 우선 환경이 전통적인 디스커버리 과정에서는..

브랜드북은 제품이 시각적으로나 언어적으로 어떻게 표현해야하는지 정의하는 단일 진실 공급원 입니다. 이는 제품의 성장에 발맞춰 진화하는 살아있는 문서이며 신규 입사자에게는 온보딩 리소스가, 내부 및 외부 팀에게는 협업의 기준점이 됩니다. 최근 웹 기반 전화 서비스인 Telekit을 론칭하며, 브랜드 북을 바닥부터 구축한 독특한 경험을 했습니다. 제품의 형체가 잡혀가는 과정에서 마주한 불확실성과 개방성은 두렵기도 했지만 무척 설레는 작업이었습니다. 브랜드북은 여러단계에 걸쳐 개발되었는데, 컬러팔레트와 타이포그래피 등 핵심 요소를 리서치하고 확정하는데 약 한달이 소요되었습니다. 시니어 디자이너가 주도하고 두명의 디자이너가 내용을 보강하였고 카피라이터가 보이스앤톤 가이드를, 기술리드와 6명의 개발자가 구현 측면..