흩어진 메모로 주간보고 만들기

요일이 사라지고 사안 다섯 개로 묶여 450자쯤 나왔다. 메모에 흩어져 있던 예산 승인 건이 "도움이 필요한 것"으로 올라왔다.

이번 주 진척

• 설문: 문항 정리 완료, 응답 200건 이상 수집.

이슈·리스크

• 촬영: 협력사 미팅 후 촬영 일정이 9/22로 연기됨.
• 배너: 디자이너 휴가로 작업 지연.

도움이 필요한 것

• 광고: 예산 승인 (다음 주 집행 시작 예정이라 승인 시점이 일정에 직접 영향).

항목이 다섯 개를 넘으면 "사안별로 한 줄만 남겨 줘"라고 덧붙이세요.

주간보고 프롬프트를 처음 써 보면 대개 요일별 일지가 나옵니다. 메모가 요일순으로 적혀 있으니 AI도 요일순으로 옮기는 것입니다. 그런데 팀장이 알고 싶은 것은 월요일에 무엇을 했는지가 아니라 지금 어느 사안이 어디까지 갔고 어디가 막혔는지입니다. 한 일을 성실히 나열할수록 정작 성과가 묻히는 것이 주간보고의 함정입니다.

첫 문단의 맥락이 그 방향을 돌려놓습니다. "팀장이 3분 안에 훑어보고 도와줄 곳을 찾는다"는 한 줄이 들어가면, AI는 분량을 채우기보다 판단에 필요한 정보를 앞으로 끌어옵니다. 읽는 사람과 읽는 목적을 적는 것만으로 결과가 가장 크게 바뀌는 종류의 글입니다.

두 번째 문단은 단계를 지정합니다. 요일이 아니라 사안으로 묶는 일을 먼저 시키지 않으면, AI는 메모의 순서를 그대로 따라가며 같은 프로젝트 이야기를 세 군데에 흩어 놓습니다. 진척과 이슈를 가려내는 것도 묶기가 끝난 뒤라야 제대로 됩니다. 형식 문단의 네 부분 중 "도움이 필요한 것"은 특히 비워 두기 쉬운데, 칸을 미리 만들어 두면 메모 속에 묻혀 있던 요청이 밖으로 나옵니다.

제약 문단은 주간업무보고에서 가장 흔한 사고를 막습니다. 메모가 짧으면 AI는 문장을 그럴듯하게 만들려고 "전환율이 개선되었습니다" 같은 근거 없는 성과를 붙입니다. 숫자 자리를 [수치 확인]으로 남기게 하면 지어내는 대신 표시를 남기고, 보고서를 내기 전에 무엇을 채워야 하는지도 함께 보입니다.

요일별로 다시 늘어놓은 글이 돌아옵니다. 문장은 매끄럽지만 어느 사안이 위험한지, 팀장이 무엇을 결정해야 하는지는 보이지 않습니다. 게다가 메모에 없는 성과 문구가 섞여 들어가기 쉬워, 회의에서 그 문장을 근거로 질문을 받으면 답할 수 없게 됩니다.

"700자 이내" 같은 길이 제한은 모델이 잘 지키지 못합니다. 결과가 길면 "각 항목을 한 줄로 줄여 줘"처럼 줄일 기준을 주는 편이 글자 수를 다시 지정하는 것보다 잘 먹힙니다.