Latest

🦈 "AI가 SaaS 플레이북을 다시 쓰는 방법" 외 3개의 글

이 주의 번역글 📌 당신에게 필요한 것: Version 1 🦄 Why this article? 제품을 만들 때 ‘누구를 위한 것인가’라는 질문은 언제나 중요합니다. 이 글에서는 “Version 1”이야말로 철저히 자신을 위해 만들어야 한다는 관점을 제시하며, 스타트업이나 개발자들이 목표와 방향성을 잡는 데 큰 인사이트를 줍니다. 🧠 핵심 요약 * Version 1은 철저히 자신을 위한 제품이어야

당신에게 필요한 것: Version 1

몇 주 전 저는 Montreal에서 열린 회사 모임에 참석해 큰 무대에서 모든 직원들 앞에서 개발 중인 두 가지 신규 제품의 진행 상황을 공유했습니다. 저희는 하나씩 차례로 진행했습니다. 먼저 Product 1을 30분간 설명한 후, 이어서 Product 2에 대해 이야기했습니다. 각 제품의 수석 디자이너들이 진행을 주도했고, 저는 설명을 맡았습니다. 저희 뒤의 대형

AI가 SaaS 플레이북을 다시 쓰는 방법

2016년에 Madrona는 데이터를 활용하고 “지속적인 학습 시스템”을 구축하지 않는 애플리케이션은 도태될 것이라고 예측했습니다. 우리는 실시간으로 학습하고, 적응하고, 개선하는 AI 기반의 데이터 구동 애플리케이션을 “Intelligent Applications”라고 명명했습니다. 8년이 지난 지금, 그때의 과감한 아이디어는 현실이 되었습니다. 전통적인 SaaS는 이제 지능형 애플리케이션에 자리를 내주고 있습니다. 이 변화는 단순한 기술 발전을 넘어,

AI 경쟁의 다음 단계

모델 간 성능 차이가 줄어들면서, AI의 방어력은 컴퓨팅 자원, 인재, 데이터, 그리고 배포에 달려 있습니다. AI 모델은 2022년 이후로 크게 발전해 왔으며, 2019년 Meta와 Google에서 처음 범용 NLP 모델이 훈련된 이후로도 크게 개선되었습니다. 그러나 모델 성능을 평가하는 일반적인 벤치마크가 이제 평준화되는 추세입니다. 과거에는 최첨단 벤치마크를 경신하는 것이 MMLU에서 27%에서

AI 서비스 시대에 Palantir가 주는 교훈

지난 달, 제가 공동 창립한 첫 번째 회사인 Palantir가 S&P 500에 합류했습니다. 20년 동안 대부분의 사람들은 Palantir를 “과대 평가된 컨설팅 회사”로 간주했습니다. SaaS “제품”이나 “플랫폼”을 개발하는 진정한 기술 혁신 기업이 아니라, 단지 서비스 기업일 뿐이라고 여긴 것이죠. Palantir를 초기부터 경시하는 것은 단견이었습니다. 실리콘 밸리 최고의

🦈 "왜 AI 구축은 소프트웨어 개발과 완전히 다른가" 외 3개

이 주의 번역글 📌 왜 AI 구축은 전통적인 소프트웨어 개발과는 완전히 다른가 🦄 Why this article? AI 프로젝트를 기존 소프트웨어처럼 접근하려는 함정에서 벗어나야 합니다. 이 글은 AI 개발이 전통적 소프트웨어와 어떻게 다른지 구체적인 사례와 실험을 통해 보여주며 AI 스타트업이 직면할 핵심 리스크를 설명합니다. 🧠 핵심 요약 * AI 프로젝트는 기존 소프트웨어보다 실현 가능성 리스크가

AI 시뮬레이션으로 더 나은 영업 플레이북 만들기

혹시 당신의 영업 프레젠테이션을 잠재 고객에게 보여주기 전에 미리 테스트해보고 싶었던 적이 있나요? 거울 앞에서 스스로 녹음하거나, 배우자나 강아지에게 또 한 번 리허설을 보여주는 걸 말하는 게 아닙니다. (물론 당신을 사랑하지만, 사랑에도 한계가 있음을 기억하세요.) 제가 말하는 것은 이메일, 콜드콜, 그 밖의 모든 메시지를 시뮬레이션을 통해 돌려보면서 실수를 찾아내고, 당신의

왜 AI 구축은 전통적인 소프트웨어 개발과는 완전히 다른가

처음 Every Studio에서 AI 프로젝트를 시작할 때, 저는 과거에 제품을 개발했던 방식으로 접근했습니다. 명확한 문제를 정의하고, 해결책을 구상하고, MVP(최소 기능 제품)를 개발한 뒤, 그걸 바탕으로 반복해서 개선하는 방식이죠. 빠르게 만들고, 테스트하고, 배우고, 개선하는 비교적 간단한 소프트웨어 주도 접근 방식입니다. 하지만 이 방식은 잘 맞지 않았습니다. 그래서 스스로에게 물어봤습니다.

SaaS 전략 방향을 잡기 위한 질문

SaaS 전략 수립을 위한 질문들 SaaS 회사에서 전략을 설정하는 것은 많은 함정이 존재합니다. 소프트웨어 제품으로서 무수히 많은 방향으로 로드맵이나 시장 진출 전략(GTM)을 조정할 수 있습니다. 앞에 펼쳐진 무한한 가능성 속에서, 회사들은 기본적인 질문을 스스로에게 던져보지 않은 채로 진행하여, 끔찍한 전략적 실수를 범하는 경우를 자주 봅니다: * 구매자의 선호가 절대

훌륭한 제품을 만드는 데 있어 비즈니스 모델의 중요성

제품 관리의 시야를 넓히세요 제품을 좁은 시각에서 바라보고 기능에만 집중하는 것은 쉽습니다. 최근 창업자 모드와 제품 관리에 대한 도전이 증가하면서, 제품 관리자 역할은 빠르게 “기능을 밀어넣는 사람”으로 축소되고 있습니다. 제품 관리는 그것 이상입니다. 저는 제품 관리가 거의 모든 것이라고 주장하고 싶습니다. (저는 제품 쪽 사람이라 편향되어 있을 수 있습니다.

🦈죠스레터: "훌륭한 PM"

이 주의 번역글 📌 "훌륭한" 프로덕트 매니저, 혹은 불가능한 프로덕트 매니저 🦄 Why this article? 훌륭한 프로덕트 매니저가 되기 위해 필요한 필수 역량과 전략을 심층 분석합니다. 성공적인 PM이 되기 위한 각 역할의 구체적이고 현실적인 기준을 확인해 보세요. 🧠 핵심 요약 * 성공적인 PM은 제품 전략과 사용자 이해를 바탕으로 의사결정을 합니다. * 팀 조율과

"훌륭한" 프로덕트 매니저, 혹은 불가능한 프로덕트 매니저

훌륭한 프로덕트 매니저란 무엇일까요? Shreyas Doshi가 트위터에서 제시한 훌륭한 프로덕트 매니저의 요건 목록을 소개합니다: * 훌륭한 PM은 지속적으로 회사의 성장 궤도를 개선합니다. * 훌륭한 PM은 상황에 따라 정량적, 정성적 데이터를 능숙하게 조합합니다. * 훌륭한 PM은 자신의 분야에서 세계적인 전문가가 됩니다. 새로운 분야에서는 기존의 전문가들에게 조언을 구하면서 이 과정을 시작합니다. * 훌륭한 PM은 다양한 사용자

아이디어로 무엇을 하나요?

저는 물건을 실제로 만들어가는 창업자들과 이야기를 나누면서 공통적인 반응을 자주 접했습니다: “사실 이건 오래된 아이디어예요, 저기….” "아이디어로 무엇을 하나요?" 제가 말을 끊으며, 장난기 가득한 미소를 지으며 묻습니다: “1950년대 아니면 1960년대 아이디어인가요?” 맞아요, 그들은 말합니다. 그러면서 “1958년에 나온 논문에서요” 같은 구체적인 답을 덧붙입니다. 하지만 그 논문은 무명에 가깝거나 소련에서

훌륭한 가격 페이지의 DNA

가격 페이지는 웹사이트에서 가장 중요한 페이지일 수 있습니다. 고객 여정에서 중요한 역할을 하는 이 페이지는, 여러분의 제품에 진지하게 관심을 가진 모든 사람들이 방문하여 결정을 내리는 곳입니다. 즉, 여러분의 제공물이 청구하려는 비용만큼의 가치를 지니는가? 고객은 열심히 번 돈을 기꺼이 지불할 의사가 있는가? 그런데… 많은 기업들이 이 페이지를 전략적으로 생각하지 않습니다. 때로는