June

비개발자가 자동화 시스템 만들기

June — Sun, 08 Mar 2026 21:00:16 GMT

검색 -> 사고 -> 자동화, 그리고 시스템으로 지난 두 편의 글에서 AI를 사고 파트너로 쓰는 법, 그리고 반복 업무를 제거하는 법을 이야기했어요. 이번에는 한 발 더 나가볼게요. 반복을 발견하고 하나씩 없애는 것을 넘어서, 아예 시스템을 만든 이야기예요. “음.. PO가 시스템을 만들었다고?” 네. 코드 한 줄 짤 줄 모르는 PO가요. 정확히 말하면

AI로 개인과 팀의 생산성을 바꾸기

June — Wed, 18 Feb 2026 03:46:38 GMT

같은 작업을 세 번 했다면, 네 번째는 AI가 해야 한다 지난 글에서 AI와 함께 생각하는 법을 이야기했어요. AI에게 맥락을 주니 검색 도구가 사고 파트너가 되었다는 이야기였죠. 이번에는 그다음 단계예요. 생각하는 방식이 바뀌고 나니, 자연스럽게 일하는 방식도 바뀌기 시작했어요. 특히 반복되는 업무를 마주할 때마다 드는 생각이 하나 있었어요. “이

AI가 검색 도구에서 사고 파트너가 된 순간

June — Mon, 16 Feb 2026 16:35:10 GMT

검색 도구가 아닌, 사고 파트너로 AI를 쓰는 법 2024년 말 - 2025년 초 AI가 막 시끄러워지기 시작할 즈음, 저 또한 AI를 열심히 써보려 한 적이 있어요. “이거 요약해 줘”, “이 개념 설명해 줘”, “메일 초안 좀 써줘.” 결과는 나쁘지 않았어요. 꽤 그럴듯한 답변이 돌아왔고, 처음에는 무척 신기하기도 했어요. 그런데 어느 순간 깨달았어요

필요 이상의 것을 만들지 않기 - 오컴의 면도날에서 살펴본 제품 원칙

June — Mon, 17 Nov 2025 23:00:42 GMT

필요 없이 복잡하게 만들지 않기 여기 가상의 상황을 그려보겠습니다. “이 기능 추가하면 좋을 것 같은데요.” 제품 회의에서 누군가 말했습니다. 듣고 보니 그럴듯했어요. 경쟁사도 비슷한 기능이 있었고, 일부 사용자도 요청했기 때문에요. “좋네요, 한번 만들어봅시다.” 2주 후 기능은 완성됐습니다. 디자인도 세련됐고, 작동도 완벽했어요. 그런데 이상한

기능을 만드는 팀에서, 경험을 만드는 팀으로 - 아무도 묻지 않았다, “왜?”

June — Tue, 26 Aug 2025 13:04:38 GMT

아무도 묻지 않았다, “왜?” 얼마 전 팀 미팅이 있었어요."우리 제품은 ○○ 방향으로 가야 할 것 같아요."PO인 제가 새로운 방향성을 던지자, 팀은 기다렸다는 듯 반응했죠. "DB 분리해야 하나요?""아키텍처 다시 설계해야 할 것 같아요.""API 구조부터 바꿔야겠네요." 회의실 화이트보드는 금세 다이어그램으로 가득 찼고, 수 시간을 논의했음에도 결

모두가 윈윈 하는 제품 만들기

June — Sun, 15 Dec 2024 08:34:37 GMT

왜 모두가 윈윈 해야 할까요? 우리가 사용하는 제품이나 서비스는 한쪽만의 노력으로 만들어지지 않아요. 정부, 회사(서비스), 사용자라는 세 주체가 각자의 역할을 다하며 서로 협력할 때, 비로소 시장과 사회가 건강하게 발전할 수 있어요. 모두가 윈윈 해야 하는 이유는 간단해요. 정부가 공정한 환경을 만들어야 지속 가능한 시장을 유지할 수 있고, 회사는 규제

성공에 고정된 방식은 없어요.

June — Sun, 13 Oct 2024 07:34:21 GMT

성공 방식은 고정되지 않아요.(일반화를 주의해요.) 우리는 제품을 만들고 개선하는 과정에서 여러 실험을 거치곤 해요. 어떤 방식이 사용자에게 가장 좋은 반응을 이끌어내고 우리 제품의 지표를 향상하는 데 도움이 될지 확신할 수 없기 때문이에요. 대부분의 시도는 실패하지만, 간혹 성공하는 경우도 있어요. 이때, 우리는 이 한 번의 성공이 너무 기쁜 나머지 이를

더하기보다 바꾸거나 빼기

June — Sun, 02 Jun 2024 08:19:16 GMT

더하기 우리가 새로운 제품(또는 스타트업)을 만드는 것은 기존에 존재하는 제품에서 만족스럽지 못한 부분이 존재해 시장에 새로운 혁신을 만들기 위함이거나 아니면 기존에 정말 없는 시장이라고 생각해 새로운 시장을 개척하기 위해 이루어지는 경우일 것이라고 생각합니다. 우리가 어떤 제품을 만들기 위해 살펴보면 이미 시장에서 잘하고 있는 제품들이 있거나, 없을 줄

커뮤니케이션 충돌을 헤쳐나가기

June — Sun, 26 May 2024 06:01:42 GMT

커뮤니케이션 여러 팀원과 함께 제품을 만들다 보면, 자연스럽게 커뮤니케이션의 형태에 대해서 고민하게 됩니다. PM이 정의하는 문제 및 해결방안, 요구사항에 대해서 메이커들이 이를 디자인하고, 구현하고, 분석하는 형태가 되다 보니 PM이 업무 요청 또는 업무 지시/할당을 진행하게 됩니다. 물론 훌륭한 조직에서는 메이커들이 스스로 이를 판단하여 업무를 진행하기

유저 시나리오가 요구사항입니다

June — Mon, 29 Jan 2024 16:16:24 GMT

정책 정해주세요. PM, 기획자로 일을 하면서 디자이너나 개발자로부터 자주 듣는 말 중에 하나는 정책을 정해 달라는 말이에요. 근데 늘 저는 이미 정책은 이미 잡았다고 생각했어요. 정책에 기반한 요구사항도 정해놓았어요. 가령 아래와 같이 말이에요. 000 법과 가이드에 따라 사용자의 재산권 보호와 앱의 보안을 위해 앱 잠금 기능을 구현합니다. 한편, 이러

PM에게 필요한 "추상화" 역량

June — Sun, 20 Aug 2023 07:37:19 GMT

추상화라고요? 컴퓨터 과학에서 추상화란 복잡한 자료, 모듈, 시스템 등으로부터 핵심적인 개념 또는 기능을 간추려 내는 것을 말해요. 컴퓨터 과학에 대한 정의뿐만 아니라 추상화는 공통의 속성이나 기능을 묶거나 여러 가지 사물이나 개념에서 공통되는 특성이나 속성 따위를 추출하여 파악하는 작용을 말해요. PM이나 PO로서 우리는 매일 수많은 사람들, 문제들을 마

예측 가능하게 만들기

June — Sun, 13 Aug 2023 08:35:55 GMT

예측 가능함. '예측하다'는 '미리 헤아려 짐작하다'를 사전적 의미를 가지고 있어요. 즉 예측이란, 아직 결과가 나오지 않은 상태에서 사고와 통찰을 토대로 결과를 미루어 짐작하는 것을 말해요. 다시 말해서 현재 처해진 상황과 영향을 미칠 수 있는 변수를 충분히 고민하고, 생각하며 통제하여 결과를 짐작하는 것으로 이는 굉장히 높은 정확도를 가지고 있어요. 우

일이 자꾸만 커진다면.

June — Sat, 20 May 2023 07:21:00 GMT

일은 자꾸 커질 수 있어요. 기능을 만들다 보면 최초에 생각했던 것보다 큰일이 되는 경우들이 발생하곤 해요. 특히 제품의 복잡성이 커질수록 이렇게 일이 커지는 경우가 많아질 수 있어요. 간단한 기능의 추가정도라고 생각했던 것이 다른 제품이나 기능에 영향을 준다거나, 제품의 기존 정책에 수정이 필요하게 될 수도 있어요. 결국 최초에 구현하고자 했던 범위에 더

지키면서 만드는 혁신

June — Sun, 19 Mar 2023 06:16:13 GMT

지킬 건 지키고, 가치를 만들어 혁신을 추구해요. 정도(正道), 사업을 운영함에 있어 올바르고 당당하게 함을 말해요. 정도를 지키는 것이 곧 혁신이에요. 비윤리적이거나 규제와 법규를 무시하는 형태로 사업을 운영하는 것이 때때로 더 빠른 길처럼 보이고, 더 합리적이고 효율적인 것처럼 보일 수 있지만 문제가 생기는 경우 이를 해결하기 위해서는 이전보다 훨씬

공급자 관점에서 탈피하기

June — Sun, 26 Feb 2023 06:23:18 GMT

우리는 공급자의 관점에서 제품을 만들고 있어요. 사용자가 원하는 제품을 만들어야 한다. 사용자가 사용하지 않는 제품은 시장에서 외면받기 쉽다. 창업 전선에 뛰어들어 고군분투하고 있거나 제품을 만드는 사람들이라면 한 번쯤 이런 이야기를 들어보았을 거예요. 하지만 실행해보려고 해도 쉽지 않아요. 일단은 우리가 할 수 있는 것을 토대로 제품을 구현하는 것이 보다

인스파이어드에서 살펴본 Discovery - PM 필독 도서, 인스파이어드를 읽다

June — Thu, 01 Dec 2022 07:20:06 GMT

Discovery 만들 만한 가치가 있는 제품이 아니라면 엔지니어팀이 얼마나 훌륭한지는 아무 의미가 없습니다. 우리가 뛰어난 제품을 만들기 위해 시간과 노력을 투자했다고 해서 고객이 제품을 사는 것은 아닙니다. 그래서 제품/시장 궁합을 달성하기 위해 최선을 다해야 합니다. 제품/시장 궁합이란, 특정 시장의 고객들이 원하는 것을 충족하는 가장 작은 단위의 실

사용자 리텐션에 대한 고찰

June — Sat, 06 Aug 2022 07:00:40 GMT

사용자가 제품을 지속적으로 사용하는 것은 중요합니다. 우리는 제품을 더 널리 알리고, 새로운 사용자를 더 많이 획득하기 위해서 많은 고민을 하곤 합니다. 물론 새로운 사용자를 유입시키기 위해서 많은 정성을 쏟는 것도 좋지만, 우리 제품이 더 지속 가능하고, 더 성장하기 위해서는 제품을 사용하는 사용자들이 더 오래 잔류하고, 지속적으로 방문할 수 있도록 만드

Product Discovery

June — Sun, 19 Jun 2022 07:51:13 GMT

지금, Product Discovery를 해야 하는 이유 앞서 '가치를 사용자에게 전달하는 방법'에서 Discovery에 대해서 간단하게 언급했었다. Product Discovery는 새로운 기능이나 새로운 제품을 탐색하고 발굴하는 활동을 말한다. 우리 제품이 제공하지 않았던 새로운 가치를 사용자에게 전달하기 위해 가치를 찾는 과정이며, 우리 제품이 나아가

서비스 기획 살펴보기

June — Sun, 27 Mar 2022 06:58:55 GMT

서비스 기획, 뭘 하는 걸까? 서비스 기획은 쉽게 말하면 우리가 가지고 있는 아이디어를 하나의 서비스, 제품으로 만들어가는 과정을 말한다. 서비스 기획은 무언가를 만들어내기 위해 고민하는 행위를 수반하는데, 무언가를 만들어낸다는 것은 사용자가 겪고 있거나 겪게 될 문제를 찾아내고, 문제를 해결하기 위한 방법을 고민해서 해결 방법을 만들어내는 과정을 말한다.

간편한 자산관리, 로보 어드바이저

June — Mon, 14 Mar 2022 15:07:29 GMT

투자자문 서비스의 대중화 자산을 관리하는 방법은 예금, 적금, 주식 및 채권 투자, 코인 투자, 부동산 투자 등 여러 방식이 있다. 예금과 적금을 제외하고 투자라는 개념 중에서 주식은 자산 관리 및 투자를 막 시작하는 사람이 접근하기 쉬운 방식일 것이다. 물론 처음 접근하는 만큼 어떤 종목을 골라야 할지, 자산배분은 어떻게 해야 할지 막연해지기 마련이다.