오전 9시 17분, 빈 지시문 창 앞에서 일이 멈춘다
Gemini를 켰는데, 정작 물어볼 말이 없다. 메일함은 열려 있고, 회의록은 길고, 오늘 안에 끝내야 할 문서는 세 개다. 문제는 AI가 부족한 게 아니라 질문이 너무 넓다는 쪽에 더 가깝다.
제가 오늘 붙잡고 싶은 주장은 하나입니다. Gemini는 “똑똑한 검색창”으로 쓰면 금방 흐려지고, “오늘 처리할 질문 하나를 맡기는 도구”로 좁힐 때 비개발자 직장인의 시간이 실제로 돌아옵니다.
다들 새 기능부터 보지만, 일은 기능 목록으로 줄지 않는다
AI 도구를 볼 때 흔한 순서는 이렇습니다. 새로 나온 기능을 확인하고, 모델 이름을 비교하고, 누가 더 빠른지 봅니다. Gemini도 마찬가지입니다. Google이라는 이름이 붙어 있으니 검색, 문서, 메일, 요약 같은 기대가 자연스럽게 따라옵니다.
그런데 직장인의 하루는 “Gemini가 무엇을 할 수 있나”로 굴러가지 않습니다. 하루는 “이 메일에 뭐라고 답하지”, “회의록에서 내가 맡은 일이 뭐였지”, “이 자료를 팀장이 읽게 하려면 어디를 줄여야 하지” 같은 작고 귀찮은 질문으로 굴러갑니다.
지난주에 저도 비슷하게 실패했습니다. Gemini에게 “이 자료를 정리해줘”라고 던졌더니 보기 좋은 문단은 나왔지만, 바로 쓸 수는 없었습니다. 제가 정말 필요했던 건 정리가 아니라 “내일 오전 10시 회의에서 2분 안에 말할 수 있는 핵심 3개”였거든요. 질문을 넓게 주면 답도 넓게 돌아옵니다. 넓은 답은 다시 사람이 줄여야 합니다.
그래서 저는 오늘 Gemini 점검을 기능 리뷰가 아니라 질문 리뷰로 보려 합니다.
Gemini를 평가하는 첫 기준은 성능보다 ‘질문의 크기’다
이번 선정 자료는 `share.google` 출처 한 건입니다. 공개 맥락이 얇기 때문에, 여기서 Gemini의 성능이나 제품 전략을 크게 단정하지 않겠습니다. 다만 이 자료가 Gemini를 오늘의 점검 대상으로 올려놓았다는 사실만으로도 충분히 물을 수 있는 질문이 있습니다. “내 일에서 Gemini를 어디까지 믿을 것인가”가 아니라, “오늘 어떤 질문 하나를 맡겨볼 것인가”입니다.
제가 보기엔 이 차이가 큽니다. “AI로 생산성을 높이자”는 말은 너무 커서 행동으로 잘 내려오지 않습니다. 반대로 “오늘 받은 긴 메일 1개를 5줄 답장 초안으로 바꾼다”는 바로 시험할 수 있습니다. 성공도 실패도 보입니다.
비개발자 직장인에게 AI 도입은 거창한 자동화 프로젝트가 아닙니다. 작은 업무 단위를 반복해서 줄이는 일입니다. 번역가로 일할 때도 비슷했습니다. “이 문서를 자연스럽게 번역하자”는 목표는 막연합니다. 하지만 “첫 문단의 주어를 한국어 독자가 덜 헷갈리게 바꾸자”는 목표는 바로 손이 갑니다. Gemini도 그렇게 써야 합니다.
오늘 기준으로 제가 권하는 점검표는 이렇습니다.
| 넓은 질문 | 좁힌 질문 | 사람이 확인할 것 |
|---|---|---|
| 이 자료 요약해줘 | 이 자료에서 내일 회의에 가져갈 쟁점 3개만 뽑아줘 | 쟁점이 실제 의사결정과 연결되는가 |
| 답장 써줘 | 상대가 요청한 일정 변경에 정중히 거절하는 5문장 답장을 써줘 | 사실관계와 말투가 맞는가 |
| 보고서 만들어줘 | 이 메모를 팀장용 1페이지 보고 구조로 바꿔줘 | 빠진 숫자와 책임자가 없는가 |
| 아이디어 줘 | 30대 직장인 대상 뉴스레터 제목 10개를 덜 과장된 톤으로 제안해줘 | 브랜드 톤과 독자 수준이 맞는가 |
| 이거 검토해줘 | 이 문장에서 근거 없는 단정만 표시해줘 | 표시한 부분이 정말 위험한가 |
이 표의 핵심은 Gemini에게 “완성”을 맡기지 않는다는 점입니다. 저는 초안을 맡깁니다. 정렬을 맡깁니다. 빠진 질문을 찾게 합니다. 마지막 판단은 사람이 가져갑니다.
실제로 18분짜리 회의 메모를 다 읽고 할 일을 찾는 데 저는 보통 12분 정도 씁니다. 같은 메모를 Gemini에 넣고 “내 이름이 맡은 일, 날짜가 있는 일, 누가 확인해야 하는 일로 나눠줘”라고 물으면 3분 안에 첫 분류가 나옵니다. 여기서 9분이 절약됐다고 바로 말하긴 어렵습니다. 다시 확인해야 하니까요. 그래도 시작 위치가 달라집니다. 빈 문서에서 시작하지 않고, 틀린 곳을 고치는 상태에서 시작합니다.
이게 제가 말하는 자동화입니다. 사람을 빼는 자동화가 아니라, 사람이 처음 10분 동안 버벅이는 구간을 줄이는 자동화입니다.
복붙용으로는 오늘 이 한 줄이면 충분합니다.
> 이 자료를 전부 요약하지 말고, 오늘 내가 결정해야 할 질문 1개와 그 결정을 위해 확인할 근거 3개로 줄여줘.
이 문장은 Gemini뿐 아니라 대부분의 AI 도구에 쓸 수 있습니다. 질문을 좁히면 답의 품질을 평가하기 쉬워집니다. 평가할 수 있어야 반복해서 나아집니다.
그래도 Gemini가 모든 업무의 앞자리에 오면 안 된다
반론도 있습니다. 어떤 일은 좁혀 물을수록 오히려 맥락을 잃습니다. 인사 평가, 법적 문구, 고객 클레임, 민감한 개인 정보가 들어간 자료는 “빠르게 초안”이 독이 될 수 있습니다. 속도가 책임을 대신하지 못합니다.
출처가 한 건뿐인 점도 분명한 한계입니다. 이번 자료만으로 Gemini의 최신 성능, 정책, 보안 조건을 판단할 수는 없습니다. 특히 회사 계정으로 쓰는 경우에는 관리자 설정, 데이터 보관 방식, 외부 공유 제한을 먼저 확인해야 합니다. 저는 이 확인 없이 민감한 원문을 그대로 넣지 않습니다.
그리고 Gemini가 만든 답이 그럴듯할수록 더 조심해야 합니다. 틀린 답이 어설프면 금방 보이지만, 문장이 매끈하면 사람이 넘어갑니다. 지난달에도 한 문서 초안에서 AI가 회의 날짜를 자연스럽게 바꿔 적은 걸 뒤늦게 발견했습니다. 문장은 좋았고, 사실은 틀렸습니다. 이런 실패는 생산성 그래프에 잘 잡히지 않습니다.
오늘은 Gemini를 공부하지 말고, 질문 하나를 줄여본다
오늘 할 일은 간단합니다. Gemini의 모든 기능을 따라가지 않아도 됩니다. 대신 내 업무에서 반복되는 작은 질문 하나를 고르면 됩니다.
① 오늘 자주 미루는 업무 하나를 고른다. ② 그 업무를 “완성해줘”가 아니라 “분류해줘 / 줄여줘 / 빠진 것만 찾아줘”로 바꾼다. ③ 나온 답을 그대로 쓰지 말고, 틀린 부분 3개를 표시한다. ④ 내일 같은 질문을 한 문장 더 구체적으로 바꿔 다시 넣는다.
저라면 이렇게 시작하겠습니다.
> 오늘 받은 가장 긴 메일 1개를 읽고, 내가 답해야 할 질문만 번호로 뽑아줘. 답장 초안은 아직 쓰지 마.
이 정도가 좋습니다. 작고, 확인 가능하고, 실패해도 손해가 작습니다. 미래 대비는 큰 도구를 한 번에 익히는 일이 아니라, 이런 작은 질문 시스템을 매일 하나씩 만드는 쪽에 더 가깝습니다.
다음 편에서는 Gemini 답변을 그대로 믿지 않기 위해, 비개발자 직장인이 쓸 수 있는 “검증 질문 5개”로 좁혀보겠습니다.
핵심 정리
- Gemini를 켰는데, 정작 물어볼 말이 없다.
- 메일함은 열려 있고, 회의록은 길고, 오늘 안에 끝내야 할 문서는 세 개다.
- 문제는 AI가 부족한 게 아니라 질문이 너무 넓다는 쪽에 더 가깝다.
→ 영어판 보기
