오전 9시 17분, 질문이 너무 크면 일은 멈춥니다
오전 9시 17분, 팀 채팅에 이런 말이 올라옵니다. “이거 AI로 자동화할 수 있을까요?”
문제는 질문이 틀렸다는 게 아닙니다. 너무 큽니다. “할 수 있느냐”로 시작하면, 대답은 대부분 “어느 정도는요”가 됩니다. 그다음부터는 도구 이름, 가격표, 데모 영상, 누군가의 성공 사례가 뒤섞이고 정작 오늘 해야 할 일은 흐려집니다.
저는 비개발자 직장인이 AI 서비스를 볼 때 가장 먼저 해야 할 일은 “무엇을 쓸까”가 아니라 “오늘 어떤 질문 하나로 좁힐까”라고 봅니다. 누군가는 답답하다고 느낄 수 있습니다. 그래도 이 순서를 건너뛰면, 자동화는 시간을 돌려주는 도구가 아니라 새로 관리해야 할 일감이 됩니다.
다들 도구부터 고르지만, 도구는 질문을 대신 정해주지 않습니다
요즘 서비스 소개 글을 보면 흐름이 비슷합니다. 새 기능이 나왔다. 생산성이 오른다. 이제 누구나 쉽게 쓸 수 있다. 틀린 말은 아닐 때가 많습니다.
다만 직장인의 하루는 그렇게 넓지 않습니다. 오전에는 회의록을 정리해야 하고, 오후에는 고객 문의를 다시 분류해야 하고, 퇴근 전에는 내일까지 보낼 보고서 문장을 다듬어야 합니다. 이 세 가지를 한 번에 해결하겠다고 AI 서비스를 열면, 보통 아무것도 제대로 바뀌지 않습니다.
지난주에 제가 직접 해본 작은 실패가 있습니다. 업무 메모를 정리하려고 AI에게 “이번 주 해야 할 일을 정리해줘”라고 던졌습니다. 결과물은 깔끔했습니다. 그런데 다시 보니 제가 이미 알고 있던 말을 예쁘게 다시 쓴 정도였습니다. 다음 날 질문을 바꿨습니다. “이 메모에서 오늘 오후 3시 전까지 내가 직접 보내야 하는 문장만 뽑아줘.” 그때부터 쓸 수 있는 답이 나왔습니다.
질문이 좁아지면 AI가 똑똑해지는 게 아닙니다. 사람이 판단할 수 있는 결과물이 나옵니다. 이 차이가 큽니다.
오늘의 근거가 얇다면, 해석을 키우지 말고 범위를 줄여야 합니다
오늘 manifest에 남은 외부 근거는 `www.threads.com source note` 하나입니다. URL도 스레드 게시물 하나뿐입니다. 이 정도 자료로 “서비스 시장의 큰 변화”를 말하면 글이 과해집니다. 저는 여기서 오히려 반대로 가는 편이 맞다고 봅니다.
자료가 얇을수록 해야 할 일은 전망을 세우는 것이 아니라 질문을 정확히 줄이는 것입니다. 오늘의 주제가 `to`처럼 맥락이 거의 남지 않은 단어라면 더 그렇습니다. 이걸 억지로 “미래 서비스의 방향” 같은 말로 키우면 독자는 얻어갈 게 없습니다. 대신 이렇게 물어야 합니다. “이 신호를 보고 오늘 내 업무에서 무엇을 점검할 수 있나?”
제가 보는 핵심은 이것입니다. AI 서비스 점검은 기능 목록 비교가 아니라, 내 반복 업무를 하나의 질문으로 번역하는 일입니다.
예를 들어 “고객 응대에 AI를 써야 하나?”는 아직 질문이 아닙니다. 너무 넓습니다. “최근 30건의 고객 문의 중 환불 요청과 사용법 질문을 나눌 수 있나?” 정도가 되어야 합니다. “보고서 작성에 AI를 써야 하나?”도 마찬가지입니다. “지난 회의록에서 결정된 일, 보류된 일, 내가 확인해야 할 일을 세 줄로 나눌 수 있나?”가 더 낫습니다.
비개발자에게 자동화는 거창한 시스템 구축보다 작은 반복 제거에 가깝습니다. 엑셀에서 매번 복사하던 열을 줄이고, 회의 뒤 20분 걸리던 정리를 7분으로 줄이고, 고객 문의를 읽기 전에 먼저 묶어보는 것. 이런 변화는 작지만 몸에 남습니다.
제가 자주 쓰는 기준은 아래처럼 단순합니다.
| 넓은 질문 | 오늘 쓸 수 있는 질문 |
|---|---|
| 이 서비스가 좋은가? | 내가 오늘 15분 이상 쓰는 반복 작업 하나를 줄여주는가? |
| AI로 자동화할 수 있나? | 입력과 출력이 분명한 작업인가? |
| 우리 팀에도 필요할까? | 한 사람이 먼저 써보고 결과를 비교할 수 있는가? |
| 비용을 낼 만한가? | 한 달에 몇 시간을 실제로 되찾는가? |
| 정확할까? | 사람이 마지막에 확인할 지점이 명확한가? |
이 표에서 중요한 건 마지막 줄입니다. AI 서비스는 완전히 맡길 일이 아니라, 확인 가능한 단위로 시킬 때 먼저 쓸모가 생깁니다. 신입에게 일을 줄 때도 “자료 좀 봐주세요”라고 하면 결과가 흔들립니다. “A안과 B안의 가격 차이만 표로 정리해 주세요”라고 하면 확인이 쉬워집니다. AI에게도 비슷합니다.
오늘 바로 복붙해서 쓸 문장은 이겁니다.
> 이 자료에서 내가 오늘 처리해야 하는 행동만 3개로 줄이고, 각각의 첫 문장까지 써줘.
이 한 줄은 화려하지 않습니다. 하지만 실제 업무에서는 이런 문장이 시간을 돌려줍니다. AI 서비스의 가치는 멋진 데모보다, 내일도 다시 쓸 수 있는 질문 하나에서 더 자주 나옵니다.
그래도 모든 일을 질문 하나로 줄일 수는 없습니다
이 방식이 안 통하는 일도 있습니다. 법률 검토, 인사 평가, 의료 판단처럼 책임이 큰 업무는 질문을 좁혀도 마지막 판단을 AI에게 넘기면 안 됩니다. 숫자 하나가 틀리면 손해가 생기는 정산 업무도 마찬가지입니다.
또 하나의 한계가 있습니다. 오늘 source는 스레드 게시물 하나라는 점입니다. 게시물 하나는 분위기를 잡는 데는 쓸 수 있어도, 시장 전체를 단정하기에는 부족합니다. 그래서 오늘 글은 “어떤 서비스가 뜬다”는 예측이 아니라, 얇은 신호를 받았을 때 우리가 어떻게 일의 질문으로 바꿀지에 대한 제안으로 두는 게 맞습니다.
저는 이 조심스러움이 오히려 실무적이라고 생각합니다. 모든 신호를 큰 흐름으로 키우는 사람보다, 오늘 내 시간을 20분 줄이는 질문으로 바꾸는 사람이 더 오래 갑니다.
오늘 할 일은 서비스 탐색이 아니라 질문 저장입니다
오늘 하나만 해보면 됩니다. 지금 가장 귀찮은 반복 업무를 하나 적고, 그 일을 AI에게 맡길 수 있는 질문으로 줄여보세요.
① 작업 이름을 쓴다: “회의록 정리”, “고객 문의 분류”, “보고서 초안 다듬기” ② 입력물을 정한다: 회의 메모, 문의 20건, 초안 1페이지 ③ 원하는 출력물을 정한다: 표, 세 줄 요약, 보낼 문장 ④ 사람이 확인할 기준을 붙인다: 누락, 숫자, 표현 톤 ⑤ 질문을 한 문장으로 저장한다
오늘의 저장용 문장은 이렇게 남기면 됩니다.
> 나는 AI에게 일을 맡기기 전에, 먼저 그 일을 확인 가능한 질문 하나로 좁힌다.
다음 편에서는 이 질문을 실제 서비스 점검표로 바꿔보겠습니다. “써볼 만한 서비스”가 아니라 “내 시간을 되찾는 서비스”를 가르는 기준을 더 구체적으로 잡아보겠습니다.
핵심 정리
- 오전 9시 17분, 팀 채팅에 이런 말이 올라옵니다.
- 문제는 질문이 틀렸다는 게 아닙니다.
- 저는 비개발자 직장인이 AI 서비스를 볼 때 가장 먼저 해야 할 일은 “무엇을 쓸까”가 아니라 “오늘 어떤 질문 하나로 좁힐까”라고 봅니다.
→ 영어판 보기
