doaipm.
𝕏 @zhitong45
🌐한국어▾
简体中文繁體中文English日本語한국어FrançaisDeutschItaliano
2026-06-24

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

AI에게 「로그인 기능 만들어줘」라고 합니다.

AI는 만들어 줍니다. 그런데 그 한마디와 그 코드 사이에서, 당신이 아예 꺼내지도 않은 결정들을 줄줄이 대신 내려버립니다. 이메일이냐 휴대폰 번호냐, 인증번호를 둘 거냐, 비밀번호 몇 번 틀리면 계정을 잠그느냐, 얼마나 잠그느냐, 오류 메시지는 「비밀번호가 틀렸습니다」라고 띄우느냐 「아이디 또는 비밀번호가 틀렸습니다」라고 띄우느냐, 「로그인 상태 유지」를 둘 거냐, 로그인 세션을 얼마나 유지하느냐. 이 십수 가지 결정 중에 당신이 정한 건 하나도 없습니다. 전부 AI가 대신 짐작한 것입니다.

문제는 짐작이 맞느냐 틀리느냐가 아닙니다. AI가 애초에 당신에게 묻지 않는다는 것입니다. 사람이 이 일을 맡았다면 「이번 로그인은 휴대폰 번호로 가나요, 이메일로 가나요?」라고 되물었을 겁니다. AI는 안 그럽니다. AI는 yes-machine입니다. 당신이 말한 것을 하지, 당신이 원하는 것을 하지 않습니다. 요구에서 언급되지 않은 부분은, 학습 과정에서 가장 많이 본 그 기본값으로 채워 넣습니다. 검증 규칙, 만료 로직, 오류 처리까지 전부 하나씩 보충해 주는데, 십중팔구 당신이 원한 게 아닙니다.

OpenAI의 Sean Grove가 한 말이 있습니다. 당신이 쓰는 코드는 당신 가치의 1020%에 불과하고, 나머지 8090%는 만들 것을 분명하게 설명하는 일이라고. AI가 「만들어내기」 단계를 통째로 가져가 버리면, 당신에게 남는 일은 앞쪽의 그 80%입니다. 요구를 모호함 없이 말하는 것. 아래는 그대로 따라 할 수 있는 네 가지 동작입니다.

1. 형용사를 숫자로 바꿔라

「좀 더 빠르게」 「좀 더 단순하게」 「좀 더 눈에 띄게」 「경험이 좋게」. 이런 말은 AI가 검증할 방법이 없어서, 스스로 하나 정의해 버리는 수밖에 없습니다. 어떤 사람이 AI에게 「시스템은 과전류에 빠르게 반응해야 한다」라고 적어 줬더니, AI는 이 조항을 곧장 「검증 불가」로 표시했습니다. 잴 수 있는 임계값이 하나도 없는데, 「빠르게」가 도대체 얼마나 빠른 것인가?

형용사를 숫자로 바꾸면 모호함이 사라집니다. 「로딩이 빨라야 한다」는 「첫 화면이 1.5초 안에 뜬다」로, 「목록이 너무 길지 않게」는 「한 화면에 최대 8개, 그 이상은 페이지를 넘긴다」로, 「버튼이 눈에 띄게」는 「메인 컬러 버튼, 배경과 대비가 또렷이 보일 만큼」으로. 숫자나 규칙으로 적을 수 있는 것은, 형용사로 남겨두지 마십시오.

2. 상태를 빠짐없이 적어라

doaipm은 늘 진짜 네 가지 상태를 강조합니다. 로딩 중, 비어 있음, 오류, 성공. 당신이 「주문 목록 만들어줘」라고만 하면, AI는 기본적으로 성공 상태로 만듭니다. 데이터가 있고, 네트워크가 좋고, 모든 게 정상인 상태로요.

주문 목록: 로딩할 때는 스켈레톤 화면을 표시한다. 주문이 하나도 없을 때는 「아직 주문이 없습니다」와 주문하러 가는 진입점을 함께 표시한다. 요청이 실패하면 「불러오기 실패, 눌러서 다시 시도」를 표시한다. 정상일 때는 항목마다 주문번호, 금액, 상태를 표시한다.

빈 목록은 어떻게 생겼는지, 로딩할 때 사용자에게 무엇을 보여줄지, 실패하면 어떻게 안내할지. 이 세 가지를 당신이 적지 않으면, AI는 아예 안 만들거나 아무렇게나 하나 채워 줍니다. 진짜 제품에서 사용자가 비어 있음과 오류에 부딪히는 확률은, 당신 생각보다 훨씬 높습니다.

3. 경계 상황을 나열하라

가장 빠뜨리기 쉽고, 가장 사고가 잘 나는 것이 예외 경로입니다. AI가 모호한 요구에 가정을 채워 넣는 양상을 연구한 결과, AI가 가장 많이 보충하는 것이 바로 이것들이었습니다. 데이터가 만료되면 어떻게 하나, 권한 없는 사람이 접근하면 어떻게 하나, 두 사람이 같은 항목을 동시에 조작하면 어떻게 하나, 시간이 초과되면 어떻게 하나.

쿠폰을 만든다면 이런 것들을 분명히 짚어 줘야 합니다. 쿠폰이 만료됐는데 사용자가 「사용」을 누르면 무엇을 띄울지, 같은 쿠폰으로 두 기기에서 동시에 주문하면 누구 것으로 칠지, 사용자가 쿠폰을 쓴 주문을 일부 환불하면 쿠폰을 돌려줄지. 당신이 나열하지 않으면, AI가 각각 하나씩 가정해 버리고, 실제 서비스에서 문제가 터지고 나서야 AI가 그때 어떻게 짐작했는지를 알게 됩니다.

4. 다 쓴 뒤 배경 지식 없는 사람으로 자가 점검하라

한 요구가 충분히 분명한지 판단하는 데는, 이미 있는 자가 하나 있습니다. 그 요구를 이 프로젝트를 전혀 모르는 사람에게 건넸을 때, 그가 당신 머릿속과 똑같은 것을 그대로 만들어낼 수 있는가? 두 사람이 읽고 나서 두 가지로 이해한다면, 아직 충분히 분명하지 않은 것입니다. 계속 쪼개서, 모호함이 없어질 때까지 쪼개십시오.

번거롭다면 더 간편한 방법도 있습니다. AI에게 손대지 말고 먼저, 대신 채워 넣으려는 가정을 하나씩 나열해서 보여달라고 하십시오. AI가 나열한 「저는 기본적으로 쿠폰이 전 상품 공용이라고 봤습니다」 「유효기간이 7일이라고 가정했습니다」가, 바로 당신이 방금 분명히 말하지 않은 지점입니다. AI가 아직 손대기 전에, 이것들을 막으십시오.

오늘 해볼 수 있는 한 가지. 지금 AI에게 던지려는 요구를 하나 골라, 보내기 전에 멈추고 「형용사를 숫자로, 상태를 빠짐없이, 경계를 나열」로 한 번 훑은 뒤에 보내십시오. 그러고 나서 비교해 보십시오. 이렇게 다듬은 결과물이, 손 가는 대로 보낸 그 버전과 얼마나 다른지를.

더 읽어보기

태그 AI 프로덕트 매니저요구를 분명하게 말하기言出法随doaipm 방법론AI 시대의 PM

토론

로그인 없이 익명으로 쓸 수 있어요. 친절하게.
불러오는 중…