🍪 AI를 잘 쓰고 싶다면, 먼저 문제부터 제대로 봐야 합니다

안녕하세요, 열두시쿠키 구독자님! 
12시의 성장 파트너 조이입니다.

평소 메타인지와 사이먼 시넥의 골든서클을 일과 일상의 기준으로 삼아왔습니다. WHY부터 시작하는 것. 그게 제 사고의 출발점이었습니다.

AI를 쓰기 시작하면서 이 생각이 그대로 연결됐습니다.

👉 "AI한테 좋은 질문을 하려면, 먼저 내가 문제를 제대로 보고 있어야 한다."

그렇게 소크라테스봇을 직접 만들었습니다. 문제를 정의하고 나면, 그걸 어떻게 깰지가 또 막혔습니다. 머스크가 실제로 쓰는 제1원칙 사고 프로세스를 그대로 프롬프트로 가져왔습니다.

오늘은 이 두 개를 왜 만들었는지, 어떻게 실제로 쓰고 있는지 공유합니다.

Why. AI한테 잘 물어봐도 결과가 별로인 이유

데일리 실적보고서를 매일 만들었습니다. 그 시간이 늘 아깝다고 느꼈습니다.

그래서 AI한테 물었습니다.

"오늘 실적 데이터 보기 좋게 정리해줘." 속도는 좀 붙었습니다.

그런데 여전히 매일 만들고 있었습니다.

그리고 보고서를 받은 사람들은 여전히 같은 질문을 했습니다.

"그래서 오늘 뭘 해야 해요?"

문제는 프롬프트가 아니었습니다.

👉 잘못된 문제를 물어보고 있었던 겁니다.

"보고서 만드는 시간이 오래 걸린다"가 문제가 아니었습니다.

"이 보고서가 실제로 어떤 의사결정을 지원해야 하는가"를 먼저 봐야 했습니다.

그걸 보지 못한 채 속도만 높이고 있었으니, 본질은 그대로였습니다.

How. 소크라테스봇이 하는 일 — 문제를 제대로 보게 합니다

소크라테스는 철학자입니다. 상대가 당연하게 믿는 것을 질문으로 흔들었습니다.

소크라테스봇도 똑같이 작동합니다.

내가 문제라고 꺼낸 것에 이렇게 되묻습니다.

"그게 사실인가요, 아니면 당신의 해석인가요?"

"이 문제가 해결되면, 실제로 무엇이 달라지나요?"

"보고서 만드는 데 시간이 너무 걸린다" → 소크라테스봇이 묻습니다.

그 질문을 거치면 문제가 바뀝니다.

"보고서 속도"가 아니라 "보고서가 실제 액션을 만들어내고 있는가"로요.

그게 명확해진 순간, 저는 보고서를 다시 설계했습니다.

수요와 재고가 맞는가, 상품이 채널에 제대로 연결되어 있는가, CRM 퍼널이 작동하고 있는가.

각 섹션마다 의사결정을 위한 질문을 먼저 세웠습니다.

👉 보고서를 만드는 게 목적이 아니라, 오늘 무엇을 할지 결정하는 게 목적이었던 겁니다.

How. 머스크식이 하는 일 — 문제의 구조를 분해합니다

일론 머스크가 실제로 쓰는 사고법입니다.

"당연하다고 믿는 것부터 의심하고, 물리적 사실만 남긴다."

이 프로세스를 그대로 프롬프트로 만들었습니다.

소크라테스봇으로 문제가 명확해지면, 머스크식이 구조를 쪼갭니다.

"이 보고서가 액션을 만들어야 한다"는 게 명확해지면 → 머스크식이 묻습니다.

이 질문을 거치면 보고서 구조가 완전히 바뀝니다.

저는 이 과정을 거쳐 각 섹션을 4단계로 정리하게 됐습니다.

이전 보고서는 "오늘 실적입니다"로 끝났습니다.
지금 보고서는 "오늘 이것을 해야 합니다"로 끝납니다.

👉 머스크식은 생각을 정리하는 도구가 아닙니다. 실행 가능한 구조를 만드는 도구입니다.

📌 실행 레시피 — 순서대로만 써도 달라집니다

1단계 | 소크라테스봇 — 문제 먼저 확인하기

2단계 | 머스크식 - 구조 분해하기 (가볍게 시작하기)

처음엔 Step 1-2만 해도 충분합니다.

익숙해지면 자연스럽게 [관찰] → [원인] → [액션] → [예측] 구조로 확장됩니다.

🔍 검증 포인트 — 이 신호가 보이면 순서가 틀린 겁니다

AI 결과물이 좋으려면, 결국 문제를 제대로 보는 것부터입니다.

좋은 프롬프트보다 먼저 필요한 건, 좋은 문제 정의입니다.

그리고 좋은 문제 정의는, 좋은 질문의 순서에서 나옵니다.🍪

성장 파트너의 수다