TAG · 태그

# doaipm 방법론

2026-07-06

댓글로 주문하셔서 만들었습니다: 무료 소프트웨어 SoloPic

지난 글 《왜 나는 무료 소프트웨어 100개를 다시 만드는가》 결말에 물었다: 가장 다시 만들어줬으면 하는 게 뭔가? 천진(天津)의 독자 阿祥이 댓글에 세 가지 요구사항을 남겼다—일괄 가장자리 자르기, 목록 파일로 일괄 이름 바꾸기, 일괄 색 조정. 나는 '알겠어요, 핵심은 일괄 처리죠?'라고 답하고, 며칠 동안 만들어냈다: SoloPic, 무료·오프라인·12MB짜리 일괄 이미지 도구—그가 원한 '왼쪽 100px·아래 57px 자르기'까지 그대로 구현했다. 이 글은 댓글 한 줄이 실제로 쓸 수 있는 소프트웨어가 되기까지의 이야기이자, 왜 '무료 소프트웨어 100개 다시 만들기'에서 가장 좋은 주제는 내 머릿속이 아니라 당신의 댓글란에 있는지에 관한 이야기다.

2026-07-05

마케팅 제로, 코딩도 못 하는데, 3개월 만에 2만 다운로드: 코딩 초보의 오픈소스 여정

3개월 전 저는 꽤 거창한 목표를 하나 세웠습니다: 가장 쓸모 있는 무료 Markdown 편집기를 만들겠다고. 거창한 건 「가장 쓸모 있다」가 아니라 「무료」였고, 더 나아가——저는 코딩을 할 줄 몰랐습니다. 3개월이 지난 지금, SoloMD는 30개 버전을 출시했고, 2만 2천 번 넘게 다운로드됐으며, GitHub 별이 400개 이상 쌓였습니다. 마케팅에는 거의 손을 쓰지 않았는데도요. 이 글은 그 3개월의 이야기입니다: 왜 굳이 사용자를 호갱 취급하지 않는 무료 소프트웨어를 만들려 했는지, 코드 한 줄 못 쓰는 사람이 어떻게 그걸 만들어냈는지, 첫날부터 제가 건 한 가지 도박(소프트웨어를 쓰는 건 이제 사람만이 아니라는 것), 그리고 누군가가 저에게 10위안을 보내줬던 날의 기분.

2026-07-04

터미널을 또 만들었다, Unterm — 기본 사용자가 사람이 아니다

지난 반년간 제 터미널에서 실행된 명령의 80%는 제가 입력한 게 아니었습니다——Claude Code와 각종 에이전트가 입력했죠. 그런데 제가 쓰던 터미널——iTerm, Windows Terminal, Warp——은 전부 「한 사람이 앉아서 한 줄 치고 한 번 보는」 것을 기준으로 설계됐습니다. 주요 사용자가 에이전트로 바뀌자 이 전제가 다섯 곳에서 무너졌습니다: 방화벽을 넘어야 하는 명령이 타임아웃에서 멈추고, 벌거벗은 터미널을 AI에게 넘기면 rm -rf도 함께 넘기는 셈이고, 에이전트가 끝나면 무엇을 했는지 되감아 볼 수 없고, 저는 이미 세넷의 에이전트를 동시에 돌리고 있고, 에이전트가 늘어날수록 바탕화면이 엉망이 됩니다. 이 글은 Unterm이 무엇인지, 이름이 어디서 왔는지, 그리고 이 다섯 가지 구멍을 어떻게 메웠는지에 관한 이야기입니다.

2026-07-03

AI 시대의 프로덕트 매니저 10｜고충실도 우선: 지난 반년간 와이어프레임을 한 장도 그리지 않았다

「AI 시대의 프로덕트 매니저 되기」 시리즈의 열 번째 글입니다. 저충실도 와이어프레임이 그동안 존재했던 건 「진짜 한 판 만들기」가 너무 비쌌기 때문입니다. 큰 방향부터 회색 상자로 맞춰 두어야 했죠. 그런데 이제는 한마디면 몇 분 만에 브라우저에서 진짜로 눌리는 페이지가 나옵니다——n8n의 프로덕트 팀은 아예 와이어프레임 단계를 통째로 갈아 치웠고, Delivery Hero의 어느 디렉터는 엔지니어를 부르지 않고 한 시간 만에 손수 프로토타입을 만들었습니다. 저 자신도 지난 반년간 와이어프레임을 한 장도 그리지 않았습니다. 이 글은 제가 지금 어떻게 저충실도를 건너뛰고 곧장 돌아가는 고충실도를 만드는지에 관한 이야기입니다. 플레이스홀더 대신 진짜 콘텐츠를 쓰고, 로딩/빈/에러 상태를 빠짐없이 채우고, 진짜로 눌러 보고, 브라우저에서 한 번 진짜로 돌려 보는 것——그리고 한 판이 몇 분 만에 나오면서 생긴 새 버릇 하나.

2026-07-02

AI 시대의 프로덕트 매니저 09｜실행자에서 편성자로: 당신의 새 일은 agent 무리를 지휘하는 것

「AI 시대의 프로덕트 매니저 되기」 시리즈의 아홉 번째 글입니다. 2026년 가장 일 잘하는 사람은 더 이상 하나의 AI가 실시간으로 코드를 고치는 걸 지켜보지 않습니다. 대신 여러 agent를 동시에 돌립니다——각자 자기 맥락을 가지고, 각자 한 덩어리를 맡아, 비동기로 일하고, 당신은 그 위에서 일을 쪼개고 나눠 주고 검수합니다. Addy Osmani는 이것을 「지휘자에서 편성자로」라고 부르며, 뼈아픈 한마디를 남깁니다. 모호한 지시 하나는 agent 한 무리의 실수로 증폭되고, 정확한 지시 하나는 agent 한 무리의 정확한 구현으로 증폭된다는 것. 이 글은 그대로 따라 할 수 있는 네 가지 행동을 풀어냅니다. 하나의 agent를 끝까지 붙잡지 말 것, 일을 겹치지 않는 병렬 덩어리로 쪼갤 것, 각 덩어리에 분명한 spec을 줄 것, 당신의 일이 쪼개기와 검수로 바뀌는 것.

2026-07-01

내가 무료 소프트웨어 100개를 다시 만드는 이유

PDF에서 워터마크 하나 지우려고 무료 툴을 깔았더니, 다음 날부터 광고가 뜨고 브라우저 시작 페이지가 바뀌고 데이터가 몰래 빠져나가고, 내보내려면 회원 가입을 하라고 한다. 무료 소프트웨어 사용자의 가장 큰 고통은 세 겹이다: 상품으로 팔리고, 아무도 진심으로 다듬지 않으며, 무료는 결제로 끌고 가는 미끼일 뿐이다. 예전엔 참을 수밖에 없었다. 제대로 된 걸 다시 만들려면 너무 비쌌으니까. 이제 AI가 그 비용을 한 사람이 감당할 수 있는 수준까지 깎아냈다. 나는 이미 여섯 개를 이렇게 다시 만들었다—SoloMD, Unterm, unfetch, Unflick, Ziplark, FreeID Photo. 앞으로 아흔네 개가 더 남았다.

2026-06-30

AI 시대의 프로덕트 매니저 08｜진짜 문제를 찾는 일은 AI가 대신해 주지 못한다

「AI 시대의 프로덕트 매니저 되기」 시리즈의 여덟 번째 글이자, 「분명히 생각하기」 파트의 마무리입니다. a16z가 프로덕트 매니저에게 쓴 《5 Principles》에는 정곡을 찌르는 한 문장이 있습니다. 프로덕트 매니저가 하는 일은 본래 모호함을 풀어내는 일이고, AI는 그 모호함을 줄여 주지 않았으며 그저 도구를 바꿔 놓았을 뿐이라는 것. AI는 이제 무엇이든 만들어 내지만, 단 하나——풀 만한 가치가 있는 진짜 문제를 당신 대신 찾아 주는 일만은 못 합니다. 사용자가 도대체 어디서 막히는지, 이 일이 할 만한 가치가 있는지 말이죠. 이 글은 발견 단계에서 그대로 따라 할 수 있는 네 가지 행동을 풀어냅니다. 현장에 가서 사용자가 어디서 막히는지 보기, 입으로 말하는 것과 진짜 막히는 것을 가려내기, 「미련한 방법」을 진짜 문제의 신호로 삼기, 건설가의 마음가짐으로 돌아가는 것을 들고 가서 탐색하기.

2026-06-29

AI 시대의 프로덕트 매니저 07｜이제 PRD를 쓰지 않는다——당신이 내놓는 건 세 가지 작품

「AI 시대의 프로덕트 매니저 되기」 시리즈의 일곱 번째 글입니다. 2026년의 채용이 달라지고 있습니다. 점점 더 많은 팀이 「실제로 출시된 제품 기능 하나 + 분명하게 설명할 수 있는 eval 한 세트」를 강한 후보의 표식으로 보기 시작했습니다. 멋들어진 PRD나 자격증 한 무더기가 아니라요. AI가 PRD 작성과 프로토타입 그리기를 가져가 버린 순간, 그것들은 더 이상 당신의 산출물이 아닙니다. 이 글은 AI 시대의 PM이 진짜로 내놓아야 할 세 가지 작품——열어서 클릭할 수 있는 제품 하나, 진짜 숫자가 담긴 회고 한 편, 당신이 직접 쓴 eval 한 세트——을, 그리고 각각을 구체적으로 어떻게 만들어 모으는지를 분명하게 풀어냅니다.

2026-06-28

AI 시대의 프로덕트 매니저 06｜말하면 만들어진다: 명확한 아이디어를 한 문장으로 클릭 가능한 제품으로

「AI 시대의 프로덕트 매니저 되기」 시리즈의 여섯 번째 글이자, 「만들어내기」 파트의 시작입니다. Mindaugas는 Lovable로 아이디어 하나를 유료 사용자가 있는 제품으로 만들었습니다. 코드 한 줄 쓰지 않고요. Lovable은 2025년 12월 3억 3천만 달러 규모의 시리즈 B를 유치하며 기업가치 66억 달러를 평가받았습니다. 「말하면 AI가 만들어준다」는 더 이상 구호가 아닙니다. 하지만 言出法随는 한마디 던지고 떠나는 게 아닙니다. 그것은 하나의 순환이고, 거기엔 손기술이 있으며, 무엇보다 당신의 그 「말」이 분명해야 한다는 전제가 깔립니다. 이 글은 그대로 따라 할 수 있는 네 가지 동작을 다룹니다. 먼저 굴러가는 것 하나만 요청하고 한꺼번에 다 말하지 말 것, 진짜로 돌려보고 「다 됐다」는 말을 믿지 말 것, 한 번에 한 군데만 고치며 변하는 걸 지켜볼 것, 말을 분명히 해야 法이 당신을 따른다는 것.

2026-06-24

AI 시대의 프로덕트 매니저 05｜모호하게 말하면 AI가 알아서 채워 넣는다

「AI 시대의 프로덕트 매니저 되기」 시리즈의 다섯 번째 글입니다. AI에게 「로그인 만들어줘」라고 하면, 당신이 말하지 않은 십수 가지를 한꺼번에 정해버립니다. 이메일이냐 휴대폰 번호냐, 비밀번호 몇 번 틀리면 잠그느냐, 얼마나 잠그느냐, 오류 메시지는 뭐라고 띄우느냐. AI는 사람처럼 되묻지 않습니다. 그저 yes-machine입니다. 당신이 말한 것을 하지, 당신이 원하는 것을 하지 않습니다. 요구가 모호하면 가장 흔한 기본값으로 대신 채워 넣고, 그건 십중팔구 당신이 원한 게 아닙니다. OpenAI의 Sean Grove는 코드가 개발자 가치의 10~20%에 불과하고, 나머지 80~90%는 요구를 분명하게 말하는 일이라고 했습니다. 이 글은 그대로 따라 할 수 있는 네 가지 동작을 다룹니다. 형용사를 숫자로 바꾸기, 상태를 빠짐없이 적기, 경계 상황을 나열하기, 배경 지식 없는 사람으로 자가 점검하기.

2026-06-23

AI 시대의 프로덕트 매니저 04 | '만들어야 하는가'의 판단이 처음으로 '만들 수 있는가'보다 비싸졌다

「AI 시대의 프로덕트 매니저 되기」 시리즈의 네 번째 글입니다. METR이 2025년에 무작위 대조 실험을 하나 했습니다. 평균 5년 경력의 베테랑 개발자 16명이 AI로 246개의 실제 작업을 처리했는데, 사전에는 24% 빨라질 거라 예상했고 다 끝낸 뒤에도 20% 빨라졌다고 느꼈지만, 실측해보니 오히려 19% 느려졌습니다. 「AI가 나를 빠르게 해줬는가」라는 가장 단순한 판단조차, 가장 잘 아는 사람들이 거꾸로 짚었습니다. 구현이 빠르고 싸지자, 「만들 수 있는가」는 더 이상 어떤 아이디어도 걸러내지 못하고, 진짜로 비싼 판단은 「만들어야 하는가」로 옮겨갔습니다. 이 글은 그대로 따라 할 수 있는 네 가지 동작을 다룹니다. 난이도를 문턱으로 삼지 말기, 안 만들면 어떻게 되는지 먼저 묻기, 손대기 전에 「만든 뒤 무엇이 진짜가 되는가」를 적기, AI에게 선택지를 펼치게 하되 「느낌상 맞다」를 믿지 말기.

2026-06-22

AI 시대의 프로덕트 매니저 03 | AI를 도구가 아니라 동료로 대하라

「AI 시대의 프로덕트 매니저 되기」 시리즈의 세 번째 글입니다. 대부분의 사람은 AI를 자판기처럼 씁니다. 한마디 넣으면 답 하나가 나오고, 다음 대화에서는 또 처음부터 다시 설명합니다. Relay.app의 CEO는 AI 프로덕트 리더 서밋에서 「AI를 도구로 여기지 말고, 당신이 고용한 동료로 대하라」고 했습니다. 이 글은 마음가짐이 아니라, 그대로 따라 할 수 있는 네 가지 동작을 다룹니다. 먼저 인수인계 문서를 써주기, 한 덩어리 일을 맡기되 경계를 못 박기, 주니어 동료의 PR을 보듯 산출물을 검토하기, 그리고 매번의 교정을 문서에 다시 적기. 실제 대화 조각과 함께.

2026-06-21

AI 시대의 프로덕트 매니저 되기 02 | 기술을 모르는 것이 왜 오히려 강점인가

「AI 시대의 프로덕트 매니저 되기」 시리즈의 두 번째 글입니다. 코드를 쓸 줄 모르는 어느 부동산 중개 회사 사장이 Claude와 Zapier로 일상 운영을 굴리는 AI agent를 직접 만들었습니다. 2026년 vibe coding 활성 사용자 중 63%는 개발자가 아닙니다. 「아이디어를 실제로 굴러가는 것으로 바꾸는」 이 길 위에서는, 기술을 모르는 사람이 오히려 더 수월하게 가기도 합니다. 엔지니어는 한 줄 한 줄에 책임지려는 본능부터 내려놓아야 하지만, 「이건 너무 어렵다」는 말은 기술을 모르는 사람은 아예 꺼내지 못합니다.

2026-06-20

AI 시대의 프로덕트 매니저 되기 01 | 프로덕트 매니저의 어떤 일이 AI에게 넘어갔고, 어떤 일이 오히려 더 비싸졌나

「AI 시대의 프로덕트 매니저 되기」 시리즈의 첫 글입니다. 2026년 적지 않은 AI PM 채용 공고가 「PRD 작성, 프로토타입 제작, 대시보드 구축」을 필수 요건에서 빼고 그 자리에 작품 세 개를 넣었습니다. AI에게 넘어갈 수 있는 일은 채용 요건에서 떨어져 나가고 있고, 남은 문턱은 사람만이 할 수 있는 그 부분입니다. 이 글은 「넘어간 것」과 「더 비싸진 것」을 두 칸으로 나란히 놓아, 시리즈 전체의 총론으로 삼습니다.