AI, PM에게도 '프롬프트 엔지니어링'이 필요한 이유

솔직히 말해봅시다. AI가 세상을 뒤흔들고 있다는 건 이제 모두가 압니다. 뭐, 어떤 사람들은 이미 AI 없이는 하루도 못 산다고 하더군요. 저는 6년차 PM이고, 개발자는 아닙니다. 디자이너로 시작해서 제품을 만지는 일에 발을 들였죠. AI 스타트업에서 제품을 책임지면서, 저 역시 AI라는 거대한 파도에 휩쓸리지 않고 오히려 올라타기 위해 발버둥 쳐왔습니다. 오늘은 특히 PM, 다시 말해 '나 같은 사람'들이 AI를 어떻게 제대로 써먹을 수 있는지, 그 핵심인 프롬프트 엔지니어링에 대해 이야기해보려고 합니다. 개발자에게만 해당되는 멋진 기술? 개나 줘버리세요. PM에게도 이건 필수 생존 기술입니다.

개발자 없이 AI를 '내 것'으로 만드는 법

처음 AI 툴을 접했을 때, 저는 마치 어린애가 장난감을 받은 것처럼 신기해했습니다. '이걸로 뭐든 다 할 수 있겠구나!' 하지만 곧 현실을 깨달았습니다. AI가 내 생각을 완벽히 읽어주는 건 아니더군요. 원하는 결과물을 뽑아내려면, AI에게 '어떻게' 말해야 하는지를 알아야 했습니다. 이게 바로 프롬프트 엔지니어링의 시작이었죠. PM에게 이게 왜 중요하냐고요? 우리의 시간은 금이고, 우리는 수많은 아이디어와 요구사항을 처리해야 하는 존재이기 때문입니다.

PM으로서 겪는 AI 활용의 딜레마

제품 관리자로서 저는 끊임없이 아이디어를 내고, 시장 조사를 하고, 사용자 피드백을 분석하고, 마케팅 문구를 다듬고, 심지어는 간단한 시각 자료까지 만들어야 할 때가 있습니다. 예전 같았으면 이 모든 걸 하려면 최소 몇 시간, 길게는 며칠이 걸렸을 겁니다. 하지만 AI를 만나고 나서, 저는 이 모든 과정을 AI 도구를 활용해 훨씬 빠르게 처리할 수 있게 되었습니다. 물론, 처음부터 완벽하진 않았습니다.

• 첫 번째 딜레마: '그냥 알아서 해줘'의 한계. AI에게 "좋은 아이디어 좀 내줘"라고 하면, 돌아오는 건 두루뭉술하거나 전혀 쓸모없는 결과물이었습니다. 마치 "이거 맛있게 만들어줘"라고 말하는 것과 같았죠. 뭐가 맛있는데? 어떤 재료로? 누구를 위해?
• 두 번째 딜레마: 결과물의 '정확성'과 '방향성'. AI가 제시한 정보가 틀렸거나, 우리 제품의 맥락과 맞지 않는 경우가 허다했습니다. 이럴 때마다 저는 또다시 정보를 검증하고, AI를 다시 설득해야 했습니다. 시간은 시간대로 쓰고, 결과는 만족스럽지 못했죠.

이런 시행착오 끝에 저는 깨달았습니다. AI는 만능이 아니며, AI를 제대로 활용하려면 AI와 '대화'하는 법, 즉 프롬프트를 '설계'하는 법을 배워야 한다는 것을요.

'나'를 위한 프롬프트 설계, 그 핵심은?

그렇다면 PM으로서, 디자이너 출신으로서, AI를 제대로 활용하기 위한 프롬프트 설계는 어떻게 해야 할까요? 저는 이걸 'AI에게 나의 뇌 일부를 빌려오는 과정'이라고 생각합니다. 이 과정에서 가장 중요한 몇 가지를 꼽아보겠습니다.

1. 명확한 목표 설정: '무엇을' 얻고 싶은가?

가장 기본적인 단계입니다. AI에게 무엇을 시킬 건가요? 구체적으로 정의해야 합니다. 예를 들어, "신규 기능 A에 대한 타겟 고객의 반응을 예측하는 시장 조사 보고서를 작성해줘"와 같이 명확해야 합니다.

2. 맥락 제공: '왜' 그리고 '누구를 위해'?

AI는 우리가 제공하는 맥락 안에서만 작동합니다. 그래서 제품의 비전, 타겟 고객, 현재 상황, 이전 결과물 등을 최대한 자세하게 알려줘야 합니다.

• 예시: "우리 제품은 2030 여성 직장인을 위한 생산성 앱이야. 최근 사용자 피드백에서 '알림 기능이 너무 많아 불편하다'는 의견이 자주 나왔어. 이 피드백을 바탕으로, 알림 빈도를 조절할 수 있는 새로운 기능 아이디어를 5가지 제안해줘. 각 아이디어마다 예상되는 사용자 반응과 구현 난이도도 간략하게 포함해줘."

이 정도면 AI가 훨씬 더 정확하고 유용한 답변을 줄 가능성이 높습니다. 마치 코드를 작성하기 전에 요구사항 명세서를 꼼꼼히 읽는 것처럼 말이죠.

3. 역할 부여: "너는 이제 OOO야."

AI에게 특정 역할을 부여하면 결과물의 퀄리티가 확연히 달라집니다. 마치 면접관에게 "당신은 이제 이 후보자의 역량을 평가하는 전문가입니다"라고 말하는 것과 같습니다.

• 예시: "당신은 10년 경력의 모바일 앱 기획자입니다. 위에서 제안한 기능 아이디어 중 가장 실현 가능성이 높고 사용자에게 큰 임팩트를 줄 수 있는 2가지를 선택하고, 그 이유를 상세히 설명해주세요."

이렇게 하면 AI는 해당 역할에 맞는 전문성과 논리로 답변을 생성합니다. 저는 디자이너 출신이니, 때로는 "너는 이제 사용자 경험(UX)에 탁월한 감각을 지닌 디자이너야"라고 역할 부여를 하기도 합니다.

4. 형식 지정: '어떻게' 보여줄 것인가?

원하는 결과물의 형식(예: 표, 목록, JSON, 이메일 초안 등)을 명확히 지정하는 것도 중요합니다. PM은 정보를 깔끔하게 정리하고 전달하는 능력이 중요하니까요.

• 예시: "각 기능 아이디어를 다음과 같은 표 형식으로 정리해줘: | 기능 아이디어 | 핵심 내용 | 예상 사용자 반응 | 구현 난이도 |

5. 반복과 개선: '한 번에' 완벽할 순 없다.

AI와의 작업은 한 번으로 끝나지 않습니다. 첫 번째 결과물이 만족스럽지 않다면, 어떤 부분이 왜 만족스럽지 않은지 구체적으로 피드백을 주고 다시 시도해야 합니다. "이 부분은 너무 일반적이네", "좀 더 직관적인 표현으로 바꿔줄래?", "이 데이터는 최신 자료를 반영한 거야?" 와 같이요. 저는 이 과정을 'AI와의 섬세한 조율'이라고 부릅니다. 마치 개발팀과 협업하며 기능을 고도화하는 과정과도 비슷하죠.

PM의 생산성, AI로 '극강'을 찍다

이런 프롬프트 엔지니어링 연습을 꾸준히 하다 보니, 제 생산성은 말도 안 되게 높아졌습니다. 예전 같으면 상상도 못 할 속도로 보고서를 작성하고, 아이디어를 구체화하고, 심지어는 간단한 마케팅 카피까지 뽑아낼 수 있게 되었죠. 이건 마치 제게 AI라는 초능력이 생긴 것과 같습니다.

• 시장 조사: "경쟁사 X의 최근 3개월간 SNS 반응을 분석하고, 우리 제품과의 차별화 포인트를 3가지 도출해줘." (단 몇 분 만에!)
• 아이디어 발상: "'시간 관리'와 '개인화' 키워드를 중심으로, 20대 대학생을 위한 새로운 앱 기능 5가지를 제안해줘. 각 기능마다 잠재적 수익 모델도 함께 제시해줘."
• 콘텐츠 제작: "신규 기능 Y에 대한 블로그 소개 글 초안을 작성해줘. 디자이너 출신 PM의 관점에서 사용자가 느끼는 '직관성'과 '편의성'을 강조해줘."

이 모든 작업에 몇 시간씩 쏟아붓던 과거를 생각하면, 정말 격세지감을 느낍니다. PM으로서 우리는 끊임없이 더 나은 제품을 만들기 위해 고민해야 합니다. 그리고 AI는 그 고민을 훨씬 효율적으로, 그리고 창의적으로 해결해 줄 강력한 도구입니다. 프롬프트 엔지니어링은 이 도구를 제대로 사용하는 '설계도'인 셈이죠.

결론: AI 시대, '질문하는 PM'이 살아남는다

AI는 이미 우리 업무의 일부가 되었습니다. 그리고 앞으로 더욱 깊숙이 파고들 것입니다. 개발자가 아닌 PM에게 프롬프트 엔지니어링은 단순히 AI 툴을 잘 다루는 기술을 넘어, 정보를 탐색하고, 문제를 정의하고, 해결책을 찾아내는 본질적인 역량과 연결됩니다. 더 나은 제품을 만들고, 더 자유로운 삶을 살기 위해, AI와 효과적으로 소통하는 법을 익혀야 합니다.

당신은 AI에게 어떤 질문을 던지고 있습니까? 그리고 그 질문을 통해 무엇을 얻고 싶으신가요?