Claude에게 '시작하기 전에 알아야 할 게 뭐야?'라고 묻는 것이 상세한 프롬프트 작성보다 효과적임
Asking Claude 'what do you need to know before starting?' works better than writing detailed prompts
핵심 요약
완벽한 프롬프트를 짜려 애쓰기보다 Claude에게 질문을 던져 부족한 정보를 파악하게 하는 것이 결과물의 질을 높이는 더 효율적인 방법입니다.
- 역질문 기법 — Claude에게 시작 전 필요한 정보를 묻게 하여 놓친 부분을 보완함
- 효과적인 활용 — 어조나 대상이 중요한 글쓰기, 복잡한 계획 수립에 특히 유용함
- 질문 방식 최적화 — 구체적인 카테고리를 지정하기보다 질문 개수를 고정하는 것이 더 깊은 통찰을 이끌어냄
- 반복 작업 자동화 — 자주 묻는 질문은 프로젝트 파일(SKILL.md)에 기록하여 효율을 극대화함
대부분의 사람들은 첫 시도에 완벽한 프롬프트를 짜려고 애쓴다. 온갖 세부 사항, 제약 조건, 예외 상황까지 다 때려 박으면서 말이지.
더 간단한 방법이 있다. Claude한테 대충 일을 던져주고, 마지막에 이 문장만 추가해 봐. "시작하기 전에, 일을 제대로 처리하는 데 필요한 질문이 있으면 나한테 물어봐."
그럼 Claude가 보통 3~5개 정도 질문을 던질 텐데, 이게 네가 미처 생각하지 못한 부분들을 콕 집어준다.
-
대상 독자가 누구야?
-
어떤 톤을 원해?
-
내가 알아야 할 제약 사항이 있어?
-
특별히 포함하거나 빼야 할 내용이 있어?
이 질문들에 답하고 나면, 초안부터 네가 원하던 결과물에 훨씬 가까워진다.
왜 이게 먹히냐면, 사람은 자기가 뭘 모르는지조차 모르기 때문이야. 상세하게 프롬프트를 짤 때는 네 눈에 중요해 보이는 것들만 넣게 되거든. 근데 Claude는 네가 너무 깊게 파고들어서 보지 못하는 브리핑의 빈틈을 바로 찾아낸다. 혼자서 설계 문서 작성하는 거랑, 누군가 옆에서 질문 던져주면서 다듬는 거랑 차원이 다른 거 알지?
이 방식은 특히 이런 작업에 유용해:
-
톤앤매너나 타겟 독자가 중요한 글쓰기 작업
-
어떤 관점으로 요약해야 할지 감이 안 잡히는 긴 문서 요약
-
여러 요소가 복잡하게 얽힌 계획 세우기
단점이라면, 대화가 한 번 오가야 해서 바로 답을 얻어야 하는 상황에는 안 맞을 수 있어. 그래도 중요한 작업이라면, 이 Q&A 과정 한 번 거치는 게 나중에 수정하느라 시간 낭비하는 것보다 훨씬 이득이다.
질문을 더 날카롭게 다듬을 수도 있어. 그냥 "질문해 줘"라고 하는 대신, "시작하기 전에 대상 독자, 형식, 제약 사항에 대해 최대 5개까지만 질문해 줘"라고 해봐. 그럼 결과물에 진짜 영향을 주는 핵심적인 내용들만 딱 골라서 물어볼 거야.
너희는 어떤 작업 할 때 이게 제일 잘 먹히던데? 혹시 이거 썼다가 오히려 일이 꼬이거나 더 안 좋아진 경우도 있었냐?
