AI를 잘 쓰는 사람의 비결이 프롬프트 기술이라고 생각하기 쉽습니다. "이런 마법의 문장을 넣으면 결과가 좋아진다"는 식의 팁이 넘쳐나니까요. 하지만 프롬프트를 잘 다루는 사람도 AI 활용에서 일관된 성과를 내지 못하는 경우가 많습니다. 이유는 단순합니다. 프롬프트는 기술이고, 협업 방식은 전략이기 때문입니다. 전략 없이 기술만 있으면, 방향이 없는 빠른 실행이 됩니다. 빠르게 움직이지만 엉뚱한 곳으로 가는 것이죠.
프롬프트 기술의 한계: 프롬프트를 아무리 정교하게 다듬어도, 애초에 AI에게 무엇을 맡길지가 잘못 정해져 있으면 좋은 결과가 나오지 않습니다. 예를 들어 의사결정 자체를 AI에게 떠넘기면, 프롬프트가 완벽해도 책임 소재가 흐려지고 결과를 신뢰하기 어려워집니다. 반대로 역할만 제대로 나누면, 평범한 프롬프트로도 충분히 쓸 만한 결과가 나옵니다. 그래서 기술보다 방식이 먼저입니다.
AI를 동료로 다루는 3가지 원칙. 첫째, 역할을 명확히 나눕니다. AI는 초안과 구조를 담당하고, 판단과 최종 결정은 내가 합니다. 회의록 초안은 AI가 만들되 "무엇이 결정인지"는 내가 가려냅니다. 이 경계를 지키면 AI가 틀려도 내 판단이 안전망 역할을 합니다.
둘째, 맥락을 먼저 전달합니다. AI에게 "무엇을" 해달라고만 하지 말고 "왜, 누구를 위해, 어떤 형식으로"를 먼저 알려줍니다. "이메일 써줘"가 아니라 "처음 거래하는 고객사에 정중하게, 3문단 이내로, 다음 미팅 일정을 제안하는 이메일"이라고 말하는 식입니다. 맥락 한두 줄이 수정 요청 서너 번을 없앱니다.
셋째, 결과를 검토하는 루틴을 만듭니다. AI 결과물은 언제나 초안입니다. 아무리 그럴듯해 보여도 짧게라도 검토 단계를 반드시 거칩니다. 수치와 사실, 내 의도와의 방향 일치 정도만 빠르게 확인해도 큰 실수는 막을 수 있습니다.
협업 방식이 결과를 바꾸는 이유: 같은 프롬프트를 써도 협업 방식이 체계적인 사람이 더 일관된 품질을 냅니다. 역할이 분명하고, 맥락을 먼저 주고, 검토 루틴이 있기 때문입니다. 이 세 가지는 한 번 습관이 되면 어떤 도구를 쓰든 그대로 작동합니다. 도구는 계속 바뀌지만 협업 방식은 오래갑니다.
내 협업 방식부터 점검하기: 사람마다 AI와 일하는 자연스러운 방식이 다릅니다. 어떤 사람은 처음부터 방향을 정해두고 지시하는 게 편하고, 어떤 사람은 AI와 대화하며 방향을 찾는 게 편합니다. 어떤 사람은 결과를 꼼꼼히 검증하고, 어떤 사람은 빠르게 적용한 뒤 고칩니다. 내 자연스러운 방식을 알고 그 강점을 살리면서 약한 부분만 의식적으로 보완하는 것이, 남의 프롬프트 팁을 따라 하는 것보다 훨씬 효과적입니다.