PM과 엔지니어 관계를 어떻게 재정의했는지 2020년 Tim과 PostHog를 처음 시작할 때, 나는 절대 제품 관리자(PM)를 뽑지 않겠다고 완강히 주장했다. 엔지니어들이 어려운 제품 문제를 직접 고민하고 풀어내길 바랐다. PM들은 오히려 방해만 될 거라 믿었기 때문이다. 4년이… 더 보기 »훌륭한 PM은 팀이나 로드맵을 통제하지 않고, 훌륭한 엔지니어는 지시가 필요 없다
PostHog에서 얻은 교훈들 Product for Engineers 뉴스레터의 5만 구독자 달성을 기념해, 성공적인 제품을 만드는 데 배운 50가지 가장 중요한 교훈을 소개한다. 원문: 50 things we’ve learned about building successful products
오늘날 시장에서 경쟁력을 갖추기 위해 최고의 SaaS 기업들이 가격 전략을 어떻게 업데이트하고 있는지. 지난 봄, a16z Growth(Andreessen Horowitz 그로스 팀)의 동료들과 함께 B2B나 prosumer 제품의 생성형 AI(gen AI) 기능에 대한 가격 책정과 패키징 프레임워크를 발표했습니다.… 더 보기 »31개 SaaS의 GEN AI 기능 가격 책정 사례
새로운 카테고리를 만들 때 제품 가격을 정하고 판매하는 방법 앞서 말하지만, 이 가이드는 기본적인 영업 전술이나 막무가내 접근에 관한 게 아니다. 비즈니스 교과서도 아니다. 이건 1) 기술 창업자로서 새로운 시장 카테고리를 창조하는 상황에서 배운 교훈,… 더 보기 »시장 자체가 없는 상황에서 B2B 제품이 살아남는 법
기술적 취향은 단순한 기술 능력과는 다릅니다. 기술적으로 뛰어나면서도 취향이 좋지 않을 수 있고, 반대로 기술은 부족하지만 좋은 취향을 가질 수도 있습니다. 일상에서 맛을 구분하는 것처럼, 기술적 취향도 능력이 따라주기 전에 먼저 생겨날 때가 있습니다. 예를… 더 보기 »소프트웨어 엔지니어링에서 ‘좋은 취향’이란 무엇일까?
러버블(Lovable)에서 일한 지 6개월이 됐다. 그런데 실제로는 6년쯤 지난 것 같은 느낌이다. 물론 좋은 의미다. 이렇게 가파른 학습 곡선은, 커리어 초반에 한창 성장하던 때 이후로 처음인 것 같다. 여기서 일의 속도가 미친 듯이 빠른 데엔… 더 보기 »러버블에서 보낸 6개월, 기존의 성장 공식을 완전히 버린 이유
기술 글쓰기는 소프트웨어 엔지니어 업무의 중요한 부분이며, 경력이 쌓일수록 그 중요성은 더욱 커집니다. 예를 들어, 수석이나 저명한 엔지니어는 오로지 기술 문서만 작성하기도 하지만, 신입 엔지니어라도 커밋 메시지, 코드 주석, PR 설명 및 댓글, 슬랙 대화,… 더 보기 »기술적인 글을 잘 쓰려면 기대치를 낮춰야 합니다
많은 PM들이 이 말을 좋아하지 않을 거예요. 브랜딩은 더 이상 마케팅만의 일이 아니에요. 이제는 제품팀이 책임져야 할 부분입니다. 많은 제품팀이 이 말을 싫어하는 이유는, 기능 로드맵이나 속도 차트 뒤에 숨어 있을 수 없다는 뜻이기 때문입니다.… 더 보기 »브랜딩은 이제 제품팀의 일일까?
스티븐 시노프스키(Steven Sinofsky)가 40년 동안 현장에서 배운 법칙 소프트웨어를 구매하는 전문가들─프리랜서 개발자부터 대기업 고객까지─을 생각해보면, 단순히 제품이 좋고 유용하다는 이유만으로는 충분하지 않다. 잠재 고객에게 당신의 신뢰도와 미래 비전에 대해 납득시켜야 한다. 당신이 택한 기술적 접근법,… 더 보기 »IT 프로덕트는 어떻게 ‘정당한 존재’가 되는가
내가 스태프 엔지니어로서 하는 가장 중요한 임무는 조직에 기술 명확성을 제공하는 것이다. 물론 프로젝트를 진행하고, 코드를 배포하며, PR을 리뷰하는 등 다른 업무들도 수행하지만, 내가 하는 일 중 가장 핵심적인 것은 바로 기술 명확성을 제공하는 것이다.… 더 보기 »비개발 의사결정자를 위해 기술을 명확하게 설명하는 법