원고 마감 관리에 프로젝트 툴이 항상 Google Calendar보다 좋은 것은 아닙니다. 마감일, 인터뷰 시간, 집필 시간을 기억하는 것이 문제라면 Calendar만으로도 충분할 수 있습니다. 반대로 한 원고가 자료조사→초고→피드백→수정→최종 제출처럼 여러 단계를 지나고, 여러 원고의 진행 상태까지 동시에 추적해야 한다면 프로젝트 툴이 훨씬 유리해집니다.
판단 기준은 간단합니다. “언제 해야 하는가”가 문제라면 캘린더를 먼저 개선하고, “지금 어디까지 왔고 다음에 무엇을 해야 하는가”가 문제라면 프로젝트 관리로 넘어가면 됩니다. 처음부터 유료 서비스를 결제할 필요도 없습니다. 현재 원고 하나에 ‘마감·상태·다음 행동·대기 중인 것’을 적어보는 것부터 시작하면 됩니다.
목차
Google Calendar로 충분한 원고와 프로젝트 툴이 필요한 원고는 다릅니다
Google Calendar는 시간이 확정된 일을 관리하는 데 강합니다. 원고 납품일, 편집자 미팅, 인터뷰, 집필 시간처럼 “언제”가 중요한 업무라면 복잡한 프로젝트 시스템을 만들 이유가 없습니다.
현재 Google Calendar에서는 단순한 일정뿐 아니라 Tasks를 이용해 할 일의 시작 날짜와 시간, 기한 등을 설정할 수 있습니다. 따라서 “Calendar는 약속만 적고 할 일은 관리할 수 없다”는 비교는 정확하지 않습니다. 세부 기능은 Google Calendar의 공식 할 일 관리 안내에서 확인할 수 있습니다.
문제는 원고가 단순한 날짜에서 벗어날 때 생깁니다. 예를 들어 마감일은 30일이지만 아직 인터뷰 답변이 오지 않았고, 그 답변을 받아야 3장을 고칠 수 있으며, 수정 뒤 편집자 검토도 거쳐야 한다면 달력의 한 칸만으로는 상황이 잘 보이지 않습니다.
| 현재 고민 | 먼저 쓸 도구 |
|---|---|
| 납품일을 자꾸 잊는다 | Google Calendar |
| 집필 시간을 확보하지 못한다 | Google Calendar |
| 어느 단계까지 진행했는지 헷갈린다 | 프로젝트 툴 |
| 편집자 답변을 기다리는 원고를 놓친다 | 프로젝트 툴 |
| 앞 작업의 지연이 뒤 작업에 영향을 준다 | 프로젝트 툴 |
| 진행 상태와 실제 작업 시간을 모두 관리해야 한다 | 두 도구 병행 |
원고가 여러 단계로 나뉘는 순간 프로젝트 툴이 유리해집니다
가장 분명한 전환점은 원고 하나를 “원고 작성”이라는 한 줄로 표현하기 어려워지는 순간입니다.
짧은 칼럼 하나를 써서 정해진 날짜에 보내는 일이라면 마감일 하나와 몇 번의 집필 시간 블록으로 충분합니다. 그러나 책, 장문 기고, 인터뷰 기사, 번역 작업처럼 중간 단계가 많아지면 이야기가 달라집니다.
- 주제 확정
- 자료조사
- 인터뷰 또는 자료 요청
- 초고 작성
- 자체 수정
- 편집자 검토
- 재수정
- 최종 교정
- 납품
이때부터 관리해야 하는 것은 8월 30일이라는 날짜가 아니라 원고가 어느 단계에 있으며 다음 단계로 넘어가려면 무엇이 필요한가입니다.
Notion 같은 프로젝트 관리 도구는 프로젝트와 작업을 데이터베이스에 두고 여러 방식으로 볼 수 있도록 설계되어 있습니다. 필요하다면 Notion의 공식 프로젝트 관리 기능에서 현재 제공되는 구조를 확인할 수 있습니다.
처음부터 복잡한 데이터베이스를 만들 필요는 없습니다. 기존에 Notion을 사용하고 있다면 Notion으로 프로젝트와 작업을 관리하는 방법을 참고해 원고 관리 구조만 최소한으로 가져오는 편이 낫습니다.
최종 마감보다 ‘중간 마감’이 많아질 때 차이가 커집니다
“원고 마감 30일”만 캘린더에 입력하면 일정은 분명해 보입니다. 하지만 실제 작업은 30일 하루에 일어나지 않습니다.
마감일을 지키려면 그보다 앞에 자료조사 완료, 초고 완료, 피드백 요청, 수정 완료 같은 내부 마감이 있어야 합니다. 원고가 복잡할수록 최종 마감보다 이 중간 마감들이 더 중요해집니다.
예를 들어 30일 납품 원고라면
- 자료조사 완료
- 초고 완료
- 편집자에게 초고 전달
- 피드백 회수
- 수정 원고 완료
- 최종 검토
- 납품
이 중 하나만 늦어져도 뒤 일정이 압축됩니다. 그래서 프로젝트 관리에서는 단순히 “언제 끝나는가”보다 “무엇이 끝나야 다음 작업을 시작할 수 있는가”가 중요합니다.
앞 작업이 늦어지면 뒤 작업도 밀린다면 ‘의존 관계’를 봐야 합니다
자료조사가 끝나야 초고를 시작할 수 있고, 초고가 나와야 편집자 검토가 시작되며, 피드백을 받아야 수정할 수 있습니다. 이런 관계를 프로젝트 관리에서는 작업 간 의존 관계로 다룹니다.
Notion의 현재 프로젝트 기능에서는 하위 작업을 만들 수 있고 작업 사이의 의존 관계를 연결할 수 있습니다. 설정에 따라 앞 작업의 날짜가 움직였을 때 연결된 작업의 날짜를 함께 조정하는 방식도 지원합니다. 자세한 설정은 Notion의 하위 작업과 의존성 공식 안내에서 확인할 수 있습니다.
다만 프로젝트 툴이라고 해서 모두 같은 자동화를 제공하는 것은 아닙니다. 기능 범위와 요금제는 바뀔 수 있으므로 특정 기능 때문에 서비스를 선택한다면 결제 전에 해당 제품의 현재 도움말과 요금제를 확인하는 편이 안전합니다.
도구보다 더 중요한 신호도 있습니다. 마감일 하나가 바뀔 때 관련 일정 여러 개를 직접 찾아 다시 고치고 있다면 이미 관리 비용이 발생하고 있는 것입니다.
‘집필 중’과 ‘회신 대기’를 구분해야 할 때 캘린더만으로는 답답해집니다
작가에게 의외로 위험한 원고는 바쁜 원고가 아니라 잠깐 손을 놓은 원고입니다. 편집자 답변, 인터뷰 회신, 사진 사용 허가, 자료 전달을 기다리는 동안에는 당장 할 일이 없어 보이기 때문입니다.
예를 들어 네 원고가 다음 상태라고 해봅시다.
- 원고 A: 초고 작성 중
- 원고 B: 편집자 피드백 대기
- 원고 C: 인터뷰 답변 대기
- 원고 D: 납품 완료
달력에서는 네 작업이 날짜 중심으로 보이지만 프로젝트 보드에서는 “집필 중”, “대기”, “수정”, “완료”처럼 상태별로 나눠볼 수 있습니다.
상태는 다섯 개 정도부터 시작하면 충분합니다
- 준비
- 집필 중
- 대기
- 수정
- 완료
특히 “대기” 상태에는 무엇을 기다리는지뿐 아니라 언제 다시 확인할 것인지를 기록하는 것이 좋습니다. 회신을 기다리는 일까지 머릿속 기억에 맡기면 마감이 멀리 있을수록 쉽게 사라집니다.
마감이 가장 가까운 원고가 항상 가장 위험한 것은 아닙니다
여러 원고가 동시에 움직이기 시작하면 날짜순 정렬만으로는 우선순위를 판단하기 어렵습니다.
가정해 보겠습니다. A 원고의 마감은 3일 뒤지만 이미 90%가 완성됐습니다. B 원고의 마감은 7일 뒤지만 핵심 인터뷰 답변이 아직 도착하지 않았습니다.
달력에서는 A가 더 급해 보이지만 실제 프로젝트 위험은 B가 더 클 수 있습니다. 외부 사람이 움직여야 다음 작업을 시작할 수 있기 때문입니다.
원고 마감 위험은 세 가지를 함께 봅니다
- 남은 작업량: 실제로 얼마나 많은 작업이 남았는가
- 외부 의존성: 다른 사람이나 자료를 기다리고 있는가
- 남은 시간: 지연을 흡수할 여유가 있는가
정밀한 수학 공식으로 만들 필요는 없습니다. 금요일마다 진행 중인 원고를 이 세 기준으로 훑어보는 것만으로도 “마감은 멀지만 오늘 손을 써야 하는 원고”를 찾기 쉬워집니다.
프로젝트 툴에는 원고 상태를, Google Calendar에는 실제 작업 시간을 넣습니다
프로젝트 툴을 쓰기 시작했다고 Google Calendar를 버릴 이유는 없습니다. 두 도구가 같은 일을 하지 않게 역할을 나누는 편이 오히려 관리가 단순해집니다.
| 프로젝트 툴 | Google Calendar |
|---|---|
| 원고 상태 | 실제 집필 시간 |
| 다음 행동 | 인터뷰 일정 |
| 피드백 대기 | 편집자 미팅 |
| 하위 작업 | 확정된 납품일 |
| 관련 파일·메모 | 시간 블록 |
예를 들어 프로젝트 툴에 “원고 A / 수정 중 / 8월 30일 마감 / 3장 다시 쓰기”라고 기록해두고, Google Calendar에는 화요일 오전 9시부터 11시까지 “원고 A 3장 수정”이라는 실제 작업 시간을 확보하는 방식입니다.
프로젝트 툴은 무엇을 해야 하는지 결정하고, 캘린더는 언제 할지 결정합니다.
이 단계에서 한 번에 여러 원고를 열어두느라 집중 시간이 잘게 쪼개진다면 한 번에 한 작업에 집중하는 싱글 태스킹 방법도 함께 적용해볼 수 있습니다.
같은 마감일을 여러 앱에서 관리하면 오히려 일이 늘어납니다
프로젝트 툴을 도입할 때 가장 흔한 실수는 기존 시스템을 버리지 못한 채 새 시스템을 하나 더 만드는 것입니다.
Notion에도 마감일이 있고, Google Calendar에도 있고, 종이 다이어리에도 적혀 있고, 휴대전화 알림도 따로 있다면 처음에는 안전해 보입니다. 하지만 마감이 변경되는 순간 네 곳을 모두 수정해야 합니다.
그래서 각 정보의 원본을 정하는 것이 좋습니다.
- 원고 상태와 작업 정보의 원본: 프로젝트 툴
- 실제로 시간을 사용하는 일정의 원본: Google Calendar
도구가 늘어날수록 생산성이 높아지는 것이 아니라, 같은 정보를 여러 번 입력하지 않아도 되는 구조가 생산성을 높입니다.
작가용 프로젝트 툴은 기능 수보다 이 6가지를 봅니다
프로젝트 관리 서비스를 고를 때 기능표의 체크 표시를 세기 시작하면 금세 늪에 빠집니다. 작가에게 필요한 기능은 의외로 많지 않습니다.
1. 상태를 빠르게 바꿀 수 있는가
준비, 집필, 대기, 수정, 완료 같은 상태를 한두 번의 조작으로 바꿀 수 있어야 합니다. 업데이트가 귀찮으면 며칠 뒤부터 실제 상태와 시스템 상태가 달라집니다.
2. 원고를 작은 작업으로 나눌 수 있는가
“책 쓰기”보다 “2장 자료조사”, “인터뷰 질문 발송”, “5장 초고”처럼 작은 작업으로 쪼갤 수 있어야 실제 진행률을 파악하기 쉽습니다.
3. 막힌 작업을 알아보기 쉬운가
내가 일을 하지 않아서 늦는 것과 다른 사람의 답변을 기다리느라 멈춘 것은 전혀 다른 문제입니다. 대기·차단 상태가 눈에 보여야 합니다.
4. 파일과 피드백을 원고와 연결할 수 있는가
최종.docx, 진짜최종.docx, 최종수정2.docx가 바탕화면을 돌아다니기 시작하면 일정 관리보다 버전 찾기에 시간이 쓰입니다. 프로젝트 카드에서 관련 문서와 피드백 위치를 바로 찾을 수 있는지가 중요합니다.
5. 목록과 보드를 필요에 따라 바꿔볼 수 있는가
오늘 할 일을 볼 때는 목록이 편하고, 여러 원고의 진행 단계를 볼 때는 상태별 보드가 편할 수 있습니다. 자신에게 필요한 관점을 쉽게 만들 수 있는지 확인합니다.
6. 입력하는 데 시간이 너무 많이 들지 않는가
원고 하나를 등록하려고 15개 항목을 채워야 한다면 그 시스템은 오래가기 어렵습니다. 좋은 프로젝트 툴은 가장 많은 기능을 가진 툴이 아니라 마감 직전에도 귀찮지 않게 업데이트할 수 있는 툴입니다.
유료 프로젝트 툴을 결제하기 전에 먼저 확인할 것
원고가 밀린다는 이유만으로 바로 유료 서비스를 결제할 필요는 없습니다. 먼저 무료 플랜이나 현재 사용 중인 도구로 작은 시스템을 만들어 실제 문제가 무엇인지 확인하는 편이 낫습니다.
예를 들어 2주 정도 하나의 방식을 시험하면서 다음 질문을 기록해볼 수 있습니다. 2주라는 기간이 정답이라는 뜻은 아닙니다. 한두 번의 마감 사이클을 관찰하기 위한 짧은 실험 기간입니다.
- 마감을 실제로 놓쳤는가
- 다음에 무엇을 해야 할지 찾느라 시간이 들었는가
- 편집자나 클라이언트의 회신을 잊었는가
- 원고와 관련된 파일을 자주 찾았는가
- 일정 변경 때 여러 날짜를 반복해서 수정했는가
- 프로젝트 시스템을 업데이트하는 시간이 오히려 부담이 됐는가
유료 기능의 가치는 “기능이 많다”가 아니라 지금 반복해서 발생하는 불편을 실제로 없애는가로 판단해야 합니다.
반복 작업이 무엇인지 확인한 뒤에는 알림 생성, 정기 작업 등록, 자료 정리 같은 자동화를 검토할 수 있습니다. 이 단계가 필요하다면 프리랜서 반복 업무를 자동화하는 방법으로 다음 단계를 이어갈 수 있습니다.
지금 프로젝트 툴로 옮겨야 하는지 5분 안에 판단하는 방법
새로운 앱을 설치하기 전에 현재 진행 중인 원고 하나를 떠올리고 아래 항목을 확인해보세요.
- 한 원고에 두 개 이상의 중간 작업이 있다.
- 여러 원고의 진행 상태를 동시에 확인해야 한다.
- 편집자·클라이언트·인터뷰 대상자의 회신을 기다리는 일이 있다.
- 앞 작업이 끝나야 시작할 수 있는 작업이 있다.
- 원고별 자료와 파일이 여러 위치에 흩어져 있다.
- 마감 변경 때 관련 일정을 여러 번 고친다.
- 업무를 시작할 때마다 “오늘 무엇부터 하지?”를 다시 고민한다.
몇 개 이상이면 무조건 프로젝트 툴을 써야 한다는 점수표는 필요하지 않습니다. 대신 어떤 종류의 문제가 반복되는지를 봅니다.
마감일을 잊는 것이 주된 문제라면 Google Calendar부터 정리합니다.
원고의 현재 상태와 다음 행동을 잃어버리는 것이 문제라면 프로젝트 툴이 유리합니다.
두 문제가 모두 있다면 프로젝트 툴과 Calendar를 역할별로 나누는 방식이 가장 현실적입니다.
작가에게 필요한 최소 원고 관리판은 다섯 칸이면 됩니다
프로젝트 관리 시스템을 처음 만드는 날에는 태그, 우선순위 공식, 자동화, 대시보드를 모두 잊어도 됩니다. 다음 다섯 항목만 만들면 됩니다.
- 원고명
- 현재 상태
- 최종 마감
- 다음 행동
- 대기 또는 막힘
예를 들어 다음처럼 한 줄이면 충분합니다.
여행 에세이 A / 수정 중 / 8월 30일 / 3장 도입부 다시 쓰기 / 편집자 사진 선택 답변 대기
이 한 줄은 마감일 하나보다 훨씬 많은 것을 알려줍니다. 지금 어디까지 왔는지, 내가 무엇을 해야 하는지, 무엇 때문에 진행이 멈출 수 있는지가 한눈에 보이기 때문입니다.
FAQ
Google Calendar만으로도 원고 마감 관리가 가능한가요?
가능합니다. 진행 중인 원고가 많지 않고 각 원고가 비교적 단순하며 납품일과 실제 집필 시간을 관리하는 것이 중심이라면 Google Calendar와 Tasks만으로도 충분할 수 있습니다. 프로젝트 툴은 필수품이 아닙니다.
원고가 몇 개부터 프로젝트 툴을 써야 하나요?
원고 개수보다 구조가 중요합니다. 원고 두 개라도 각각 인터뷰, 초고, 검토, 수정, 승인을 거친다면 프로젝트 관리가 도움이 될 수 있습니다. 반대로 마감만 다른 단순 원고라면 여러 개라도 캘린더로 관리할 수 있습니다.
Notion과 Google Calendar 중 하나만 선택해야 하나요?
그럴 필요가 없습니다. Notion 같은 프로젝트 툴에는 원고 상태와 다음 작업을 두고, Google Calendar에는 실제 집필 시간과 확정된 약속을 넣는 방식으로 역할을 나눌 수 있습니다.
프로젝트 툴을 쓰면 오히려 관리 시간이 늘어나지 않나요?
그럴 수 있습니다. 특히 상태, 태그, 우선순위, 예상 시간, 분야, 고객명 등 지나치게 많은 항목을 만들면 시스템 관리 자체가 새로운 일이 됩니다. 처음에는 원고명·상태·마감·다음 행동·막힘 정도로 시작하는 편이 좋습니다.
작가에게 가장 좋은 프로젝트 관리 툴은 무엇인가요?
모든 작가에게 같은 답은 없습니다. 혼자 쓰는지, 편집자와 협업하는지, 작업 의존성이 많은지, 문서와 자료를 한곳에 보관하고 싶은지에 따라 달라집니다. 기능 수보다 실제 마감 기간에도 꾸준히 업데이트할 수 있는지를 우선해서 보는 편이 좋습니다.
오늘 10분 안에 할 일
진행 중인 원고 하나를 고르세요. 새로운 앱부터 설치하지 말고 지금 쓰는 메모장이나 문서에 아래 다섯 줄을 적습니다.
- 원고명
- 현재 상태
- 최종 마감
- 다음 행동
- 기다리는 사람·자료 또는 막힌 이유
그리고 마지막으로 한 가지를 묻습니다.
“이 원고를 관리하는 데 정말 필요한 정보가 마감일 하나뿐인가?”
그렇다면 Google Calendar를 계속 사용해도 됩니다. 시스템을 갈아엎을 이유가 없습니다.
하지만 현재 상태, 다음 행동, 편집자 회신, 연결된 작업까지 계속 기억해야 한다면 문제는 이미 달력 바깥으로 나왔습니다. 그때 프로젝트 툴은 또 하나의 생산성 앱이 아니라, 원고가 책상 아래로 미끄러져 사라지지 않게 붙잡아 두는 작업판이 됩니다.
업데이트: 2026년 8월