AI를 업무파트너로 함께 아이디어 회의 하기(예:블로그 글감 소재 찾기)

채팅창에 "내 블로그에 쓸 글감 좀 추천해줘"라고 치고 엔터를 누릅니다. 잠깐 뒤에 목록이 뜹니다. 여름철 건강 관리, 소소한 재테크 습관, 미니멀 라이프 정리법… 열 개쯤 가지런히. 그런데 하나씩 읽다 보면 이상합니다. 그럴듯한데 어느 것도 내 블로그에 딱 붙지 않아요. 남의 블로그 글감을 잘못 배달받은 느낌입니다. 결국 그 목록을 한 번 훑고 창을 닫습니다.

 

AI 채팅으로 블로그 글감을 찾는 여성의 모습

 

더 길게 쓰고 예시를 더 넣으면 나아지겠지. 그런데 실제로 결과를 바꾼 건 프롬프트 길이가 아니라 AI를 대하는 방식이었습니다. 글감을 한번에 '주문'하는 걸 멈추고 '회의'를 열자, 같은 AI가 전혀 다른 목록을 내놨습니다. 오늘은 그 차이가 어디서 오는지, 그리고 회의를 어떻게 여는지를 정리합니다.

먼저 결론부터

내 블로그에 맞는 글감이 안 나오는 건 프롬프트가 짧아서가 아니라, AI에게 주문만 하고 회의는 안 했기 때문입니다. 글감 목록을 요구하기 전에 ①블로그를 먼저 설명하고 ②AI가 나에게 되묻게 하고 ③후보를 함께 추리는 세 흐름만 거치면, '남의 글감' 같던 목록이 '내 블로그 글감'으로 바뀝니다.

AI와 블로그 주제를 함께 구체화 하기

왜 '글감 추천해줘'는 매번 빗나갈까

이유는 생각보다 단순합니다. "글감 추천해줘"는 회의가 아니라 자판기 주문이기 때문입니다. AI는 내 블로그를 읽은 적이 없습니다. 어떤 컨셉인지, 독자가 누구인지, 지금까지 뭘 썼는지 하나도 모르죠. 아는 게 없으니 가장 무난한 평균값을 내놓습니다. 누구 블로그에나 어울리는, 그래서 내 블로그엔 딱히 안 맞는 목록이요.

 

그렇다고 주문형이 나쁜 건 아닙니다. 급하게 한 편이 필요할 때, 아예 새로운 분야를 처음 훑을 때는 빠르고 충분합니다. 문제는 '내 블로그에 맞는' 글감을 원할 때예요. 맞춤은 주문에서 나오지 않습니다. 회의에서 나옵니다. 그럼 회의형은 대체 뭐가 다른 걸까요.

 

AI = 함께 일하는 파트너로 대해보세요.

주문형과 회의형, 뭐가 다른가

가장 큰 차이는 정보가 흐르는 방향입니다. 주문형은 내가 한 줄 던지고 목록을 받는 일방향이고, 회의형은 내가 블로그를 브리핑하면 AI가 나에게 되묻는 양방향입니다. 방향이 바뀌면 AI가 쥔 정보량이 달라지고, 정보량이 달라지면 결과가 달라집니다. 표로 나란히 놓으면 이렇게 갈립니다.

항목	주문형 "글감 줘"	회의형 "함께 뽑기"
시작하는 말	"글감 추천해줘"	"우리 블로그는 이런 곳인데, 글감을 같이 뽑자"
내가 주는 정보	거의 없음(한 줄)	컨셉·독자·이미 쓴 글·반응
AI의 역할	목록 뱉는 자판기	되묻고 각도를 제안하는 회의 참석자
결과물	평균값 목록(대부분 못 씀)	블로그에 맞는 글감 + 다룰 각도
잘 맞는 상황	급할 때·새 분야 훑기	정체성 뚜렷한 블로그·한 달 치 확보

표만 보면 회의형이 언제나 정답 같지만, 늘 그렇지는 않습니다. 회의도 품이 드는 일이라, 열어야 이득인 때와 그냥 주문해도 되는 때가 갈리거든요.

나는 언제 회의를 열어야 하나

회의형이 유리한지 주문형으로 충분한지는 세 가지로 판단합니다. 블로그 정체성이 뚜렷한가, 소재가 얼마나 말랐는가, 지금 시간이 얼마나 있는가. 하나씩 보겠습니다.

 

첫째는 정체성입니다. 니치가 좁고 색이 분명한 블로그일수록 평균값 목록은 안 맞습니다. "AI로 부업하는 엄마" 같은 좁은 컨셉에 일반 재테크 글감을 부어봐야 겉돌죠. 색이 선명할수록 회의가 필요합니다.

둘째는 소재 고갈입니다. 이미 여러 편을 쓴 블로그일수록 중복을 피하고 각도를 틀어야 하는데, 이건 내가 뭘 썼는지 아는 상대라야 도와줄 수 있습니다.

셋째는 시간입니다. 지금 당장 한 편만 급하면 주문형도 됩니다. 하지만 한 달 치 소재 창고를 채울 생각이라면, 회의 한 번이 목록 열 번보다 남습니다.

✅ 회의를 여는 게 이득 컨셉·독자가 뚜렷한 블로그 이미 여러 편 써서 소재가 마름 한 번에 여러 편을 확보하고 싶을 때

❌ 주문으로 충분 지금 당장 한 편만 급할 때 완전히 새 분야를 처음 훑을 때 블로그 색이 아직 안 정해졌을 때

내 상황이 왼쪽 칸에 가깝다면, 이제 남은 건 회의를 실제로 여는 방법입니다.

AI와 블로그 아이디어를 브레인스토밍하는 중

AI와 아이디어 회의 여는 5단계

회의라고 거창할 것 없습니다. 좋은 회의의 조건 — 안건, 참석자 브리핑, 오가는 질문, 결론 — 을 채팅창에 그대로 옮기면 됩니다. 순서는 다섯 단계예요.

1블로그를 먼저 브리핑한다

글감을 묻기 전에 블로그부터 소개합니다. 컨셉 한 줄, 독자가 누구인지, 어떤 카테고리를 몇 편 썼는지, 그중 반응이 좋았던 글 제목 몇 개. 이게 회의 준비물입니다. AI는 내가 설명한 딱 그만큼만 블로그를 압니다. 매번 브리핑하는 게 번거로우면, 챗지피티의 프로젝트나 클로드의 프로젝트처럼 배경을 저장해두는 기능에 이 설명을 한 번 넣어두면 다음 회의부터 생략할 수 있습니다.

2안건을 좁게 연다

"글감 줘"는 안건이 아닙니다. 안건은 조건이 붙은 질문이에요. "이 블로그 독자가 검색창에 칠 법한데, 내가 아직 안 쓴 각도로 좁혀서"처럼요. 범위를 좁게 걸수록 평균값에서 멀어지고 내 블로그 쪽으로 당겨집니다.

3AI가 나에게 먼저 되묻게 한다

여기가 회의형의 심장입니다. "바로 목록 주지 말고, 더 맞는 글감을 뽑기 위해 나한테 궁금한 걸 먼저 세 개 물어봐"라고 시킵니다. 그러면 AI가 독자 연령대나 톤, 최근에 밀고 있는 방향을 되묻고, 나는 그 답으로 내 블로그를 한 번 더 좁혀 설명하게 됩니다. 회의는 원래 일방향이 아니니까요.

4후보를 놓고 함께 추린다

이제 목록이 나오면, 마음에 안 드는 걸 짚어 "이건 이미 썼어", "이건 우리 독자랑 안 맞아"라고 말합니다. AI는 그 기준을 학습해 다음 목록을 다시 좁혀 옵니다. 이 왕복을 두세 번 하는 게 핵심이에요. 한 번에 완벽한 목록을 기대하지 않습니다.

5하나를 각도까지 확정하고 닫는다

회의는 결론으로 끝나야 합니다. 글감 하나를 고르고, 거기서 멈추지 말고 "그럼 이 글은 어떤 제목으로, 어떤 각도로 풀지"까지 정한 뒤 창을 닫습니다. 확정된 한 개가 애매한 서른 개보다 낫습니다. 그 한 개가 바로 다음 글이 되니까요.

💡 그대로 붙여넣는 브리핑 한 덩어리

"우리 블로그는 [컨셉]이고, 독자는 [누구]야. 지금까지 [카테고리]를 [N]편 썼고 반응이 좋았던 건 [제목]. 이 결에 맞으면서 아직 안 쓴 글감을 뽑고 싶은데, 목록을 주기 전에 나한테 궁금한 걸 먼저 세 개 물어봐." — 1·2·3단계가 이 한 덩어리에 다 들어 있습니다.

회의형에도 한계는 있습니다

솔직히 말하면 회의형이 만능은 아닙니다. 오히려 두 가지는 회의를 하고 나서도 내가 직접 챙겨야 합니다.

●각도가 좋다고 검색량이 보장되진 않는다 — AI가 제안한 글감이 실제로 검색되는 말인지는 키워드 도구로 따로 확인해야 합니다. 회의는 각도를 주지, 수요를 증명하지 않아요.

●브리핑이 부실하면 회의도 부실하다 — AI는 내 블로그를 진짜로 읽은 게 아니라 내가 설명한 만큼만 압니다. 대충 소개하면 결국 평균값 목록으로 되돌아갑니다.

블로그 글감 소재 찾기 AI와 아이디어 회의 하기

나라면 이렇게 본다

저도 이 블로그를 시작할 땐 "글감 서른 개 뽑아줘"부터 했습니다. 그 방식도 분명히 작동해서, 키워드 하나로 소재 서른 개를 뽑는 프롬프트는 지금도 쓸모가 있어요. 그런데 정작 서른 개 중 블로그에 올린 건 서너 개뿐이었습니다. 목록 길이가 문제가 아니라, 회의를 안 한 게 문제였던 거죠.

그래서 지금은 목록을 먼저 요구하지 않습니다. 블로그를 설명하고, AI가 나에게 되묻게 하는 것부터 시작합니다. 서른 개 프롬프트는 버린 게 아니라 회의의 '한 단계'로 들어갔어요. 회의로 각도를 좁힌 다음, 그 각도 안에서 소재를 펼칠 때 꺼내 쓰는 도구가 됐습니다. 글감을 대하는 태도를 AI에게 일을 얼마나 맡기느냐의 단계로 보면, 주문형에서 회의형으로 넘어간 이 지점이 저에겐 가장 크게 남는 게 달라진 칸이었습니다.

📌 이 글 핵심 요약

AI가 내 블로그에 안 맞는 글감만 주는 건 프롬프트가 짧아서가 아니라 주문만 하고 회의는 안 해서입니다. 정체성이 뚜렷하거나 소재가 마른 블로그일수록 회의형이 유리합니다. 여는 순서는 다섯 단계 — 블로그 브리핑 → 안건 좁히기 → AI가 먼저 되묻게 하기 → 후보 함께 추리기 → 하나를 각도까지 확정. 단, 검색량은 회의 뒤 키워드 도구로 따로 확인해야 합니다.

자주 묻는 질문

Q. 프롬프트를 아주 길게 쓰면 회의형과 같은 것 아닌가요?

길이가 아니라 방향이 다릅니다. 아무리 긴 프롬프트도 내가 한 번에 다 던지면 일방향입니다. 회의형의 핵심은 AI가 나에게 되묻고 내가 답하며 좁혀가는 왕복이에요. 그 왕복이 없으면 긴 주문일 뿐입니다.

 

Q. 블로그 내용을 AI에게 어떻게 알려주나요?

전체 글을 다 넣을 필요는 없습니다. 카테고리 목록, 대표 글 제목 몇 개, 반응이 좋았던 글 한두 개를 짧게 붙여넣으면 충분합니다. 블로그 주소를 통째로 못 읽더라도, 이 요약만으로 회의는 굴러갑니다.

 

Q. 어떤 AI로 해야 하나요?

도구는 크게 상관없습니다. 챗지피티든 클로드든, 되묻기가 자연스러운 대화형이면 됩니다. 2026년 7월 기준이며 각 도구의 기능·화면은 바뀔 수 있으니, 세부 기능은 공식 도움말에서 확인하세요.

글감이 안 떠오르는 건 아이디어가 부족해서가 아니라, 아직 회의를 열지 않아서인 경우가 많습니다. 다음번엔 목록을 요구하기 전에 블로그부터 소개해 보세요. AI가 자판기에서 회의 참석자로 바뀌는 순간, 나오는 글감의 결이 달라집니다.