메모를 문서로 바꾸는 최소 조건: 이유, 원문 단서, 다음 행동
메모를 문서로 바꾼다는 건 문장을 길게 늘리는 일이 아니다. 왜 기록했는지, 원문 단서가 어디에 있는지, 다음에 무엇을 할지가 남아야 다시 열 수 있는 문서가 된다.
메모는 길어졌다고 문서가 되지 않는다
짧은 메모를 길게 늘린다고 문서가 되지는 않는다. 문서가 된다는 건 나중에 다시 열었을 때 맥락을 복구할 수 있다는 뜻에 가깝다.
내가 보는 최소 조건은 세 가지다.
| 조건 | 질문 |
|---|---|
| 이유 | 왜 이걸 기록했는가? |
| 단서 | 당시 원문, 날짜, 사람, 장소, 링크가 남아 있는가? |
| 다음 행동 | 다시 열었을 때 무엇을 하면 되는가? |
이 세 가지가 없으면 문장은 많아도 다시 쓰기 어렵다. 반대로 문장이 짧아도 이 세 가지가 있으면 다음 작업으로 이어진다.
1단계: 원문 메모를 먼저 보존한다
문서화를 시작할 때 바로 정리된 문장으로 바꾸면 원래 단서가 사라질 때가 있다. 그래서 첫 단계는 원문 메모를 그대로 두는 것이다.
원문은 예쁘지 않아도 된다. 날짜, 링크, 대화 조각, 떠오른 문장, 그때의 판단이 섞여 있어도 된다. 중요한 건 나중에 "이 생각이 어디서 시작됐는지" 확인할 수 있는 흔적을 남기는 것이다.
실무적으로는 이렇게 둔다.
| 항목 | 기록 방식 |
|---|---|
| 원문 | 그대로 붙이기 |
| 출처 | 날짜, 링크, 사람, 장소 |
| 상태 | 아이디어, 초안, 확인 필요, 발행 후보 |
이 단계에서 문장을 다듬으려고 하면 속도가 떨어진다. 원문 보존은 편집이 아니라 증거 고정이다.
2단계: 중요해진 이유를 한 단락으로 쓴다
메모가 문서가 되는 순간은 "무슨 일이 있었는가"를 넘어 "왜 이걸 다시 볼 가치가 있는가"가 붙을 때다.
예를 들어 "제목은 나중에 찾기 쉬워야 한다"라는 메모가 있다면, 문서에는 이유가 필요하다. 검색 유입 때문인지, 내부 링크 때문인지, 나중에 같은 주제를 다시 열기 위해서인지가 달라지면 글의 방향도 달라진다.
이유 문단은 길 필요가 없다.
이 메모는 블로그 초안이 자꾸 발행 직전에 멈추는 문제 때문에 남겼다. 문장력보다 완료 기준이 불명확한 것이 병목이라고 판단했다. 그래서 다음 초안부터는 제목, 첫 200자, 근거 링크, FAQ를 먼저 점검한다.
이 정도면 다음에 열었을 때 바로 이어 쓸 수 있다.
3단계: 연결되는 엔티티를 붙인다
문서는 혼자 남아 있으면 다시 찾기 어렵다. 연결되는 인물, 장소, 프로젝트, 주제, 출처를 붙여야 한다.
블로그 초안이라면 연결은 더 중요하다. 원문 노트, 공식 출처, 기존 발행글, 후속 후보가 함께 보여야 발행 전 검수가 쉬워진다.
문단 가까이에 근거를 두는 것도 같은 이유다. 주장은 본문에 있고 링크는 맨 아래에만 있으면, 읽는 동안 판단과 근거가 분리된다. 링크가 많아도 신뢰가 높아지지 않는다. 핵심은 링크의 역할을 분리하는 것이다.
| 링크 유형 | 쓰임 |
|---|---|
| 직접 근거 | 이 문장을 뒷받침하는 원문 노트나 공식 출처 |
| 보조 참고 | 배경 설명이나 관련 개념 |
| 후속 연결 | 다음에 쓸 글이나 내부 링크 |
4단계: 다음 행동을 한 줄로 닫는다
문서의 마지막에는 다음 행동이 있어야 한다. 그래야 다시 열었을 때 판단을 새로 시작하지 않는다.
좋은 다음 행동은 구체적이다.
| 약한 문장 | 강한 문장 |
|---|---|
| 나중에 정리 | 제목 후보 3개를 만들고 첫 200자를 직답으로 고친다 |
| 더 조사 | 공식 문서 링크 2개를 확인하고 날짜를 적는다 |
| 글로 쓰기 | H2 5개와 FAQ 5개를 만든 뒤 발행 후보로 표시한다 |
이 한 줄이 없으면 문서는 저장소에 머문다. 한 줄이 있으면 작업 큐로 이동할 수 있다.
블로그 글로 바꿀 때의 완료 기준
메모가 문서가 되었더라도 바로 블로그 글이 되는 것은 아니다. 공개 글에는 독자 기준의 완료 조건이 필요하다.
내 기준은 다음 네 가지다.
| 공개 전 조건 | 확인 질문 |
|---|---|
| 첫 200자 | 독자의 질문에 바로 답하는가? |
| 제목 | 주제, 상황, 결과가 보이는가? |
| 근거 | 주요 주장 옆에 직접 근거가 있는가? |
| 닫힘 | 마지막에 요약 또는 다음 행동이 있는가? |
이 네 가지가 맞으면 문장이 조금 투박해도 다음 편으로 넘어갈 수 있다.
도구는 뭘 쓰나: 내 픽은 분명하다
방법론보다 도구를 먼저 묻는 사람이 많아서 단도직입으로 말한다. 메모가 문서로 자라는 시스템을 원하면 내 픽은 Obsidian이다. 로컬 마크다운 파일이라 어디로도 도망갈 수 있고, 노트끼리 링크가 걸리니 위에서 말한 "연결되는 엔티티"가 구조적으로 따라온다.
| 도구 | 어울리는 사람 | 한 줄 평 |
|---|---|---|
| Obsidian | 혼자, 장기 축적, 글 쓰는 사람 | 메모에서 문서로 키우기에 최적. 내 선택 |
| Notion | 팀 협업, DB형 관리 | 공유는 최강, 개인 메모엔 무겁다 |
| Apple 메모/Google Keep | 캡처 전용 | 인박스로만 쓰고 주 1회 옮긴다 |
더 중요한 주장은 이것이다. 메모앱 유목은 시간 낭비다. 어떤 앱이든 "원문 보존, 이유 한 단락, 다음 행동"이 없으면 똑같이 무덤이 되고, 있으면 어떤 앱이든 굴러간다. 앱을 바꾸고 싶어질 때가 보통 시스템이 없다는 신호였다.
오늘 만들 수 있는 가장 작은 시스템
거창한 체계 말고, 오늘 10분으로 시작하는 버전을 적는다.
1. "인박스"라는 노트(또는 폴더) 하나를 만든다 2. 모든 메모는 일단 거기로만 들어간다 (적을 때 분류 금지) 3. 주 1회 15분, 인박스를 훑으며 셋 중 하나로 처리한다 - 승격: 이유 한 단락 + 다음 행동을 붙여 문서로 - 보류: 날짜만 적고 둔다 (2주 지나면 삭제 후보) - 삭제: 과감하게. 삭제도 정리다
이 루틴의 핵심은 분류를 메모 시점이 아니라 주 1회로 미루는 것이다. 적을 때 분류하려면 메모 자체가 귀찮아지고, 그러면 시스템 이전에 기록이 끊긴다.
자주 묻는 질문
메모가 짧아도 문서가 될 수 있나?
가능하다. 길이보다 중요한 것은 이유, 원문 단서, 다음 행동이다. 세 가지가 있으면 짧은 문서도 다시 쓸 수 있다.
원문 메모는 정리하면서 지워도 되나?
처음에는 지우지 않는 편이 좋다. 원문이 사라지면 나중에 판단 근거를 복구하기 어렵다. 정리본 아래에 원문을 접어 두거나 링크로 남기는 방식이 안전하다.
모든 메모에 출처 링크가 필요할까?
아니다. 다만 공개 글로 갈 가능성이 있거나 판단이 들어간 메모라면 최소한 날짜, 원문 위치, 관련 링크 중 하나는 남기는 편이 좋다.
제목은 언제 정하는 게 좋을까?
초안 초기에 임시 제목을 만들고, 발행 전 다시 고친다. 제목은 문서의 주소에 가깝기 때문에 본문 범위가 바뀌면 같이 바뀌어야 한다.
AI가 메모를 문서로 바꿔줄 수 있나?
도움은 된다. 다만 AI가 만든 문서도 원문 단서와 다음 행동이 없으면 다시 쓰기 어렵다. AI는 구조 복구에 쓰고, 근거와 공개 여부 판단은 사람이 닫는 편이 안전하다.
메모가 문서가 된 다음 단계, 즉 발행까지 끌고 가는 리듬은 초안을 발행까지 끌고 가는 3단계 리듬에서 다뤘다. 도구로 이 전환을 줄이는 방법은 Obsidian 노트를 블로그 글로 바꾸는 AI 워크플로우에 있다.
댓글
댓글 쓰기