AI 시대의 진짜 실력은 프롬프트가 아니라 읽고 비평하는 힘이다

#프롬프트는 생산을 시작하지만, 비평은 품질을 결정한다

프롬프트를 잘 쓰면 AI가 더 나은 초안을 냅니다. 하지만 초안이 좋다는 것과 실무에서 쓸 수 있다는 것은 다릅니다. 요구사항이 빠졌는지, 근거가 빈약한지, 사실이 틀렸는지, 독자가 납득할 순서인지까지는 사람이 읽어야 합니다.

AI 시대의 파워 유저와 평균 사용자의 차이는 바로 여기서 벌어집니다. 둘 다 결과물을 빠르게 만들 수 있습니다. 하지만 한쪽은 결과를 그대로 제출하고, 다른 한쪽은 결과를 읽고 구조를 다시 짭니다.

#좋은 위임은 해당 일을 이해할 때 가능하다

AI와 일하는 방식은 팀을 관리하는 일과 닮았습니다. 좋은 매니저는 모든 일을 직접 하지 않지만, 일이 제대로 되었는지 판단할 수 있어야 합니다. 엔지니어링을 전혀 모르는 사람이 좋은 엔지니어링 매니저가 되기 어려운 이유도 같습니다.

개발자가 AI에게 구현을 맡길 때도, 창업자가 AI에게 사업계획서 초안을 맡길 때도 원리는 같습니다. 무엇을 맡길 수 있는지, 무엇은 직접 판단해야 하는지, 어느 지점에서 결과를 멈추고 다시 물어야 하는지 알아야 합니다.

1. AI에게 맡길 작업의 경계를 정한다.
2. 결과가 맞는지 확인할 기준을 미리 만든다.
3. 가정과 사실을 분리해서 읽는다.
4. 근거 없는 문장을 그대로 통과시키지 않는다.
5. 마지막 책임자는 사람이라는 전제를 유지한다.

위임 능력은 무지에서 나오지 않습니다. 오히려 해당 일을 충분히 이해할 때 더 잘 위임할 수 있습니다.

#비평 능력을 키우는 5가지 질문

AI 결과물을 받았을 때 바로 고치기 전에, 먼저 질문을 던져야 합니다. 질문이 좋으면 수정 방향이 선명해집니다. 질문이 약하면 문장만 다듬고 구조적 약점은 그대로 남습니다.

1. 이 결과가 풀려는 문제는 정확히 무엇인가?
2. 가장 중요한 전제는 무엇이며, 그 전제가 틀리면 무엇이 무너지는가?
3. 근거가 있는 문장과 추정으로 채운 문장은 어디서 갈리는가?
4. 반대 입장의 사람이 가장 먼저 공격할 지점은 어디인가?
5. 이 결과를 실제 사용자나 심사위원에게 보여주기 전에 반드시 검증할 것은 무엇인가?

이 다섯 질문은 개발 코드 리뷰에도, 사업계획서 리뷰에도 그대로 적용됩니다. 결국 비평은 결과물을 부정하는 일이 아니라, 결과물이 현실을 버틸 수 있게 만드는 일입니다.

#Taste는 많이 만들고 많이 버려본 사람에게 생긴다

AI 시대에 자주 등장하는 단어가 taste입니다. 무엇이 좋은 결과인지 알아보는 감각입니다. 이 감각은 이론만으로 생기지 않습니다. 많이 만들어보고, 많이 실패하고, 무엇을 버려야 하는지 판단해본 경험에서 생깁니다.

AI는 만들고 버리는 비용을 크게 낮췄습니다. 그래서 더 많이 시도할 수 있습니다. 다만 시도가 학습이 되려면 결과를 비평해야 합니다. 그냥 많이 생성하는 것은 경험이 아니라 소비에 가깝습니다.

#사업계획서에서는 비평이 곧 투자준비도다

창업자가 AI로 사업계획서를 쓰면 문서는 빨리 완성됩니다. 하지만 심사위원이나 투자자는 문서의 완성도보다 질문 대응력을 봅니다. 왜 이 시장인지, 왜 이 숫자인지, 왜 이 팀인지 설명할 수 없다면 문장은 설득력이 없습니다.

그래서 사업계획서에서 비평은 문장 교정이 아닙니다. 문제정의, 시장근거, 실행전략, 재무 가정, 팀 역량을 심사 관점으로 다시 읽는 과정입니다. 이 과정을 거친 팀은 문서뿐 아니라 판단력도 좋아집니다.

#자주 묻는 질문

Q. 프롬프트 엔지니어링은 중요하지 않나요? — 중요합니다. 다만 프롬프트는 입력 기술이고, 비평은 결과 판단 기술입니다. 둘 중 오래 가는 역량은 결과 판단 쪽입니다.

Q. 비평을 잘하려면 전문가여야 하나요? — 처음부터 전문가일 필요는 없습니다. 다만 체크리스트와 반복 경험이 있어야 합니다. 기준 없이 읽으면 매끄러운 문장에 쉽게 속습니다.

Q. 사업계획서 피드백도 AI로 받을 수 있나요? — 받을 수 있습니다. 단, 단순 칭찬이나 문장 교정보다 근거·누락·반례를 짚는 구조인지 확인해야 합니다.