Gemini를 켜고 멈춘 직장인을 위한 한 가지 질문

9시 17분, 탭은 열렸고 질문은 아직 없었다

아침에 Gemini를 켜놓고도 손이 멈추는 순간이 있습니다. 화면에는 입력창이 있고, 머릿속에는 “뭘 시키면 좋지?”만 떠다닙니다. 지난주 제 경우가 그랬습니다. 회의록 정리, 고객 메일 초안, 다음 달 콘텐츠 아이디어를 한 번에 묶어 던졌다가 11분을 잃었습니다.

제가 오늘 세우는 주장은 단순합니다. Gemini를 잘 쓰는 사람은 기능을 많이 아는 사람이 아니라, 오늘의 질문을 하나로 좁히는 사람입니다. 이 말은 조금 불편할 수 있습니다. 새 모델, 새 버튼, 새 통합 기능을 따라가는 쪽이 더 능숙해 보이기 때문입니다.

하지만 비개발자 직장인에게 AI는 장난감도 시험장도 아닙니다. 시간을 되찾기 위한 도구입니다. 그러려면 “무엇을 할 수 있나”보다 “오늘 내 시간을 어디서 빼앗기고 있나”를 먼저 잡아야 합니다.

다들 기능을 보지만, 일은 질문에서 꼬인다

Gemini 같은 도구를 볼 때 흔한 반응은 이렇습니다. “요즘 뭐가 좋아졌지?” “ChatGPT랑 뭐가 다르지?” “문서도 읽고 메일도 써주나?” 저도 처음에는 그렇게 봤습니다. 새 기능 목록을 훑으면 뭔가 따라잡고 있다는 기분이 듭니다.

문제는 그 기분이 실제 업무 시간을 줄여주지 않는다는 점입니다. 기능을 많이 알아도 질문이 흐리면 결과물도 흐립니다. 신입에게 “자료 좀 잘 정리해줘”라고 말하면 원하는 결과가 나오기 어렵듯, AI에게도 “이거 분석해줘”만 던지면 대체로 밋밋한 문장이 돌아옵니다.

오늘 자료로 확인할 수 있는 출처는 share.google에 공유된 Gemini 관련 신호 하나뿐입니다. 그래서 저는 여기서 “Gemini가 무엇을 완전히 바꿨다”고 말하지 않겠습니다. 출처가 얇을 때는 기능 평가를 크게 벌리기보다, 우리가 바로 검증할 수 있는 사용 방식으로 좁혀야 합니다.

제가 보기엔 이게 더 실용적입니다. Gemini의 성능을 논하기 전에, 내가 Gemini에게 맡길 수 있는 질문의 모양을 먼저 고쳐야 합니다.

좋은 지시문보다 먼저 필요한 건 ‘오늘의 병목’이다

지난주에 제가 실패한 요청은 이랬습니다. “다음 주 뉴스레터에 쓸 AI 트렌드 아이디어를 정리해줘.” Gemini는 그럴듯한 항목을 내놨습니다. 생성형 AI 생산성, 멀티모달, 업무 자동화, 개인화. 틀린 말은 없었습니다. 문제는 제가 그걸 그대로 쓸 수 없었다는 겁니다. 너무 넓었고, 제 독자의 하루와 붙어 있지 않았습니다.

다시 질문을 바꿨습니다. “비개발자 직장인이 이번 주 30분 안에 테스트할 수 있는 Gemini 사용법 3가지를 골라줘. 조건은 반복 업무 시간을 줄이는 것, 회사 보안상 민감자료를 넣지 않는 것, 결과물이 바로 복사 가능한 것.” 이때부터 답이 달라졌습니다. 회의록에서 액션 아이템 뽑기, 긴 메일을 답장 초안으로 줄이기, 흩어진 아이디어를 의사결정 표로 바꾸기처럼 손에 잡히는 형태가 나왔습니다.

차이는 모델이 갑자기 똑똑해진 데 있지 않았습니다. 제가 질문을 “트렌드”에서 “오늘 30분 안에 할 일”로 좁힌 겁니다.

비개발자 직장인에게 AI 사용법은 코딩 문법보다 업무 번역에 가깝습니다. 내가 하고 싶은 말을 기계가 알아들을 수 있는 작업 지시로 바꾸는 일입니다. 그래서 Gemini를 쓸 때도 먼저 이런 표를 옆에 두는 편이 낫습니다.

이 표에서 중요한 건 멋진 지시문 문장이 아닙니다. 결과물 형태입니다. AI에게 “좋은 답”을 바라지 말고 “내가 바로 쓸 수 있는 모양”을 요구해야 합니다.

저는 특히 세 가지 조건을 자주 붙입니다.

① 시간: “10분 안에 검토할 수 있게” ② 독자: “비개발자 팀원이 이해하게” ③ 형태: “표 / 메일 / 체크리스트 / 질문 목록으로”

이 세 가지를 넣으면 Gemini는 적어도 방향을 잃을 확률이 줄어듭니다. 물론 완벽해지지는 않습니다. 그래도 다시 고치는 시간이 줄어듭니다. 제 기준으로는 같은 회의록 정리에 18분 걸리던 작업이, 질문을 잘라낸 뒤에는 7분 안쪽으로 줄었습니다. 이 숫자는 제 개인 업무에서 나온 값이라 일반화할 수는 없습니다. 다만 “질문을 좁히면 검토 시간이 줄어든다”는 감각은 꽤 반복해서 확인했습니다.

복붙용으로는 이 한 줄이면 충분합니다.

> “이 자료를 바탕으로 [누가] [언제] 바로 쓸 수 있게 [형태]로 정리해줘. 모르는 내용은 추측하지 말고 확인 질문으로 남겨줘.”

여기서 마지막 문장이 중요합니다. “모르는 내용은 확인 질문으로 남겨줘.” AI를 쓰다 보면 답을 빨리 받는 데만 집중하게 됩니다. 하지만 실무에서는 그럴듯한 오답이 더 비쌉니다. 모르는 것을 모른다고 표시하게 만드는 습관이, 작은 자동화 시스템의 시작입니다.

그래도 Gemini가 모든 질문에 맞는 건 아니다

이 방식이 안 통하는 경우도 있습니다. 회사 내부 정책, 고객 개인정보, 계약서 원문처럼 민감한 자료는 애초에 넣으면 안 됩니다. 보안 기준을 모르는 상태에서 “AI가 편하니까”로 밀어붙이면, 아낀 시간보다 큰 문제가 생깁니다.

또 하나. 질문을 좁혀도 판단이 필요한 일은 남습니다. 예를 들어 고객에게 사과 메일을 보내야 할 때, Gemini가 문장을 다듬어줄 수는 있습니다. 하지만 사과의 수위, 보상 범위, 책임을 어디까지 인정할지는 사람이 정해야 합니다. 저는 이런 영역에서는 AI를 작성자가 아니라 리허설 상대로 둡니다.

출처가 share.google 하나뿐이라는 점도 한계입니다. 오늘은 Gemini의 특정 기능을 검증하는 글이라기보다, Gemini를 업무 질문으로 좁히는 점검 글에 가깝습니다. 기능 세부나 최신 성능 비교는 더 많은 자료가 필요합니다. 얇은 근거로 큰 결론을 내리는 건 제가 피하고 싶은 방식입니다.

오늘은 Gemini에게 일 하나만 맡겨본다

오늘 바로 할 일은 하나입니다. Gemini를 열고, “내 업무에서 반복되는 15분짜리 귀찮은 일” 하나만 고르세요. 회의록 정리, 메일 답장, 보고서 첫 문단, 자료 비교표 중 하나면 충분합니다.

그리고 이렇게 묻습니다.

① 이 일을 누가 볼 결과물인지 정한다. ② 결과물 형태를 먼저 고른다. 표, 메일, 체크리스트 중 하나. ③ “모르는 내용은 확인 질문으로 남겨줘”를 끝에 붙인다. ④ 나온 답을 그대로 믿지 말고, 3분만 검토한다. ⑤ 쓸 만하면 다음에도 같은 틀을 저장한다.

작은 시스템은 거창하게 시작하지 않습니다. 오늘 하나의 질문을 저장하고, 내일 다시 쓰면 됩니다. 자동화는 결국 그런 식으로 시간을 돌려줍니다.

다음 편에서는 Gemini를 “자료 요약 도구”가 아니라 “업무 판단을 돕는 질문 파트너”로 쓰는 법을 다루겠습니다. 오늘은 먼저, Gemini에게 맡길 질문 하나를 좁혀보세요.

핵심 정리

• 아침에 Gemini를 켜놓고도 손이 멈추는 순간이 있습니다.
• 제가 오늘 세우는 주장은 단순합니다.
• 하지만 비개발자 직장인에게 AI는 장난감도 시험장도 아닙니다.

→ 영어판 보기