블로그
Notion 매매일지 만드는 법
Trade와 리뷰 데이터베이스를 연결하고, 데이터 출처를 구분하며, 재사용 가능한 템플릿과 주간 검증 절차를 갖춘 Notion 매매일지를 만들어 보세요.
읽기 17분Dennis Jahn#매매일지#지표
쓸 만한 Notion 매매일지를 만들려면 서로 연결된 데이터베이스 2개가 필요해요. Trades에는 청산한 Trade를 하나씩 기록하고, Reviews에는 일정한 범위의 Trade를 살펴본 뒤 내린 결정을 기록하세요. 가져온 값, 계산한 값, 직접 작성한 노트는 서로 구분해야 해요. 매주 같은 리뷰 템플릿을 사용하세요.
아래 단계에서는 이 구성에 필요한 필드, 보기, 템플릿, 점검 항목을 설명해요. 작업 공간을 관리하는 데 Trade를 리뷰하는 시간보다 더 오래 걸리는지도 판단할 수 있어요.
긴 표 하나 대신 데이터베이스 2개 만들기
먼저 다음 데이터베이스를 만드세요.
| 데이터베이스 | 한 행이 나타내는 항목 | 주요 목적 |
|---|---|---|
Trades | 청산한 Trade 1건 | Trade 기록과 리뷰 맥락 보존 |
Reviews | 하루, 주, 월 또는 세션 1개 | 정해진 Trade 묶음을 검토하고 조치 기록 |
Trade와 리뷰는 수정하는 시점이 달라요. Broker 기록과 대조한 Trade는 안정적으로 유지하세요. 맥락을 추가하거나 데이터를 바로잡거나 특정 기간을 다시 살펴볼 때 리뷰를 업데이트하세요.
각 리뷰가 검토 대상 Trade를 가리키도록 두 데이터베이스를 연결하세요. 같은 Trade를 여러 주간 또는 월간 페이지에 복사하지 마세요. Trade 기록을 하나만 두면 수정 내역을 추적하기 쉬워요.
1단계: Trades 데이터베이스 만들기
Trade를 식별하고, 원본과 대조하고, 리뷰하는 데 필요한 필드부터 만드세요. 사용할 방법이 분명할 때만 필드를 더하세요.
| 필드 | 유형 | 출처 | 용도 |
|---|---|---|---|
| Trade ID | 텍스트 | 가져옴 | 중복을 막고 원본 기록 추적 |
| 계좌 | 선택 | 가져옴 | 계좌별 기록 구분 |
| 종목 | 텍스트 | 가져옴 | 비교할 수 있는 Trade 필터링 |
| 매매 방향 | 선택 | 가져옴 | Long 또는 Short 보존 |
| 진입 시각 | 날짜 | 가져옴 | Trade가 속한 기간 확인 |
| 청산 시각 | 날짜 | 가져옴 | Trade 청산 여부 확인 |
| 수량 | 숫자 | 가져옴 | 거래 수량 보존 |
| 비용 | 숫자 | 가져옴 | 결과에 숨기지 않고 비용 대조 |
| 순손익 | 숫자 | 가져옴 | 대조를 마친 결과 기록 |
| 통화 | 선택 | 가져옴 | 서로 다른 통화의 합산 방지 |
| Setup | 선택 | 직접 입력 | 정의된 Setup끼리 비교 |
| 계획 준수 | 선택 | 직접 입력 | 예, 아니요 또는 미검토 기록 |
| 이탈 | 선택 | 직접 입력 | 달라진 규칙이나 조건 기록 |
| 리뷰 상태 | 상태 | 직접 입력 | 완료하지 않은 리뷰 표시 |
| 원본 파일 | 텍스트 또는 URL | 직접 입력 | Broker 내보내기 파일이나 다른 원본 연결 |
| 리뷰 | Reviews와의 관계 | 직접 입력 | Trade를 리뷰 기간에 연결 |
표의 출처 라벨로 데이터 유형을 구분하세요. 가져오기 필드는 Broker 내보내기 파일이나 대조를 마친 다른 기록에서 복사하세요. 리뷰에는 직접 입력 필드를 사용하세요. 수식을 추가했다면 속성 이름이나 별도의 데이터 출처 필드에 계산값이라고 표시하세요.
통화가 다른 P&L은 합산하지 마세요. 통화 하나만 필터링하거나, 합계를 따로 유지하거나, 원래 금액, 통화, 환율, 환율 적용일, 환산 금액을 보존하는 문서화된 환산 절차를 사용하세요.
원본의 비용 부호 규칙을 유지하세요. 가져온 순손익에 비용이 이미 포함돼 있다면 수식에서 다시 빼지 마세요.
2단계: Reviews 데이터베이스 만들기
Reviews의 각 행은 정해진 기간이나 세션 하나를 다뤄야 해요. 다음 필드를 사용하세요.
| 필드 | 유형 | 답해야 하는 질문 |
|---|---|---|
| 리뷰 이름 | 제목 | 어떤 리뷰인가요? |
| 기간 시작 | 날짜 | 검토 범위는 언제 시작하나요? |
| 기간 종료 | 날짜 | 검토 범위는 언제 끝나나요? |
| 계좌 | 선택 | 어떤 계좌를 검토하나요? |
| 통화 | 선택 | 어떤 통화 값끼리 합산할 수 있나요? |
| Trades | Trades와의 관계 | 어떤 기록이 리뷰의 근거인가요? |
| Trade 수 | 롤업 | 연결된 Trade는 몇 개인가요? |
| 리뷰 상태 | 상태 | 리뷰가 대기, 진행 또는 완료 상태인가요? |
| 주요 발견 | 텍스트 | 기록에서 반복해서 나타난 사실은 무엇인가요? |
| 데이터 문제 | 텍스트 | 어떤 데이터를 수정하거나 대조해야 하나요? |
| 절차 변경 | 텍스트 | 다음 실행 전에 바꿀 규칙이나 필드 1개는 무엇인가요? |
2026년 9월 14일 기준 Notion 공식 관계형과 롤업 안내에 따르면 관계형은 데이터베이스의 페이지를 연결하고 롤업은 연결된 페이지의 속성을 집계해요. 관계형으로 리뷰 범위를 정하고 Trade 수 롤업으로 완전성을 점검하세요.
롤업은 요약일 뿐, 연결한 Trade가 정확하다는 증거는 아니에요. 원본 기록부터 대조하세요.
3단계: 재사용 가능한 리뷰 템플릿 하나 만들기
2026년 9월 14일 기준 Notion 공식 데이터베이스 템플릿 안내에 따르면 데이터베이스 템플릿으로 구조와 속성이 미리 채워진 페이지를 만들 수 있어요. Reviews 안에 다음 섹션을 포함한 템플릿 하나를 만드세요.
범위
- 기간 시작 및 종료
- 계좌
- 통화
- 연결된 Trade
- 원본 내보내기 파일 또는 명세서
데이터 점검
- 연결된 Trade마다 고유한 Trade ID가 있나요?
- Trade마다 계좌와 통화가 있나요?
- 연결된 Trade 수가 원본 기록과 일치하나요?
- 순손익에 비용이 일관되게 반영됐나요?
- 중복되거나 누락된 Trade가 있나요?
매매 과정 리뷰
- 명시한 계획을 따른 Trade는 무엇인가요?
- 반복된 이탈은 무엇인가요?
- 비교하기에 범위가 너무 넓었던 Setup 라벨은 무엇인가요?
- 노트에 적은 사실 중 구조화된 필드로 바꿔야 할 것은 무엇인가요?
결정
- 바꿀 매매 과정 규칙 1개는 무엇인가요?
- 바꿀 데이터 필드 1개는 무엇인가요?
- 해결되지 않은 항목은 무엇인가요?
- 변경 사항을 언제 다시 확인하나요?
마지막 섹션은 짧게 유지하세요. 한 번의 리뷰에서 여러 항목을 동시에 바꾸면 어떤 변경이 다음 점검 결과에 영향을 미쳤는지 파악하기 어려워요.
4단계: 아직 끝나지 않은 작업을 보여 주는 보기 추가하기
미완료 작업을 숨기지 않고 드러내는 보기를 만드세요.
| 보기 | 데이터베이스 | 필터 |
|---|---|---|
| 미검토 Trade | Trades | 리뷰 상태가 완료가 아님 |
| 원본 데이터 누락 | Trades | Trade ID, 통화 또는 원본 파일이 비어 있음 |
| 계획 이탈 | Trades | 계획 준수가 아니요 |
| 진행 중인 리뷰 | Reviews | 리뷰 상태가 완료가 아님 |
| 데이터 문제가 있는 리뷰 | Reviews | 데이터 문제가 비어 있지 않음 |
올바른 리뷰를 여는 데 도움이 될 때만 캘린더나 타임라인을 추가하세요. 위의 작업용 보기는 불완전하거나 확인이 필요한 기록을 직접 보여 주므로 계속 사용할 수 있어야 해요.
5단계: 출처를 잃지 않고 기록 가져오기
리뷰에는 Notion을 사용하되, Broker 내보내기 파일이나 원본 명세서는 원본 기록으로 보관하세요.
항상 같은 순서로 가져오세요.
- 원본 내보내기 파일 이름에 계좌와 날짜 범위를 넣어 저장하세요.
- 값을 옮기기 전에 행 수와 기간을 확인하세요.
- 원본 열을 이전 가져오기에 사용한 것과 같은 Trades 속성에 매핑하세요.
- 새 행을 추가하기 전에 중복 Trade ID가 있는지 확인하세요.
- 비용, 여러 체결, 여러 통화 등 해당 묶음의 데이터 조건이 포함된 표본을 대조하세요.
- 가져온 행에 원본 파일 참조를 추가하세요.
- 새 행의
계획 준수를미검토로 설정하세요. - 가져오기 점검을 통과한 뒤 직접 입력하는 리뷰 필드를 작성하세요.
변경 사항을 기록하지 않은 채 가져온 값을 수정하지 마세요. 원본 가져오기를 교체하거나, 수정 내용과 이유를 기록하세요. 매매일지를 확인하는 사람이 원본 값과 리뷰 중 변경한 값을 구분할 수 있어야 해요.
주간 리뷰 실행하기
템플릿으로 Reviews 페이지를 만드세요. Trade를 연결하기 전에 계좌, 기간, 통화를 하나씩 설정하세요.
다음 순서로 리뷰하세요.
- 원본 기록과 연결된 Trade 수를 비교하세요.
- 누락된 ID, 통화, 비용과 중복 기록을 해결하세요.
- 정의된 Setup 안에서 계획 준수와 이탈을 비교하세요.
- 순손익과 함께 Trade 수를 확인하세요. 서로 다른 통화를 합산하지 마세요.
- 매매 과정 또는 데이터 변경 사항 1개와 확인할 날짜를 기록하세요.
수익, 손실, Breakeven Trade에 같은 점검 기준을 적용하세요. 결과만으로 계획에 따라 결정했는지 판단할 수 없어요. 손실 역시 계획을 따르지 않았다는 증거가 아니에요.
매매일지를 사용하기 전에 검증하기
작은 묶음부터 사용하세요. 다음 조건을 모두 확인하세요.
- 모든 Trade에 변경되지 않는 Trade ID가 하나씩 있어요.
- 데이터베이스에 각 표본 Trade가 한 번만 들어 있어요.
- 진입 시각, 청산 시각, 매매 방향, 수량, 비용, 순손익, 통화가 원본과 일치해요.
- 가져온 값, 계산값, 직접 입력한 값을 구분할 수 있어요.
- 리뷰 관계형에 의도한 Trade만 들어 있어요.
- Trade 수 롤업이 연결된 기록 수와 일치해요.
- 완료하지 않은 Trade와 리뷰가 진행 중인 작업 보기에 남아 있어요.
- 다른 사람도 기억에 의존하지 않고 가져오기 및 리뷰 규칙을 따를 수 있어요.
표본이 원본과 맞지 않으면 가져오기 절차를 중단하고 수정하세요. 기록을 더 추가하면 같은 매핑 오류가 반복돼요.
Notion으로 충분한 경우
다음 조건을 만족하는 동안에는 Notion 작업 흐름을 유지하세요.
- 안정적인 가져오기 방식 하나로 검토할 기록을 처리할 수 있어요.
- 반복해서 수동으로 고치지 않고 가져온 데이터를 대조할 수 있어요.
- 계좌와 통화의 경계가 분명해요.
- 관계형이 의도한 Trade를 가리켜요.
- 데이터 준비보다 주간 리뷰에 더 많은 시간을 써요.
- 표시된 모든 값을 출처나 계산 과정까지 추적할 수 있어요.
수동 작업 자체가 문제인 것은 아니에요. 데이터 준비나 수정 때문에 일정에 맞춰 리뷰하지 못할 때 제약이 돼요.
전용 매매일지 소프트웨어를 고려할 때
다음 조건 중 하나 이상이 계속된다면 전용 매매일지를 고려하세요.
- Broker 형식마다 다른 매핑 규칙이 필요해요.
- 분할 체결을 일관되게 Trade로 묶기 어려워요.
- 수식이나 롤업을 바꿀 때 이전 리뷰도 수정해야 해요.
- 여러 계좌나 통화를 실수로 섞기 쉬워요.
- 노트, 스크린샷, 체결, 리스크 레벨, 계산값이 서로 연결되지 않은 기록에 흩어져 있어요.
- 요약값의 근거가 된 Trade까지 추적할 수 없어요.
- 데이터를 다시 구성하는 데 시간이 오래 걸려 리뷰를 건너뛰어요.
전용 소프트웨어는 기록 준비를 줄이고 리뷰 범위를 일관되게 유지해야 해요. 그 자체로 결과를 보장하거나 매매 결정을 개선하지는 않아요. 매매 결정을 뒷받침하는 데 매매일지 분석을 사용하기 전에 Tradeways 리스크 고지를 읽으세요.
Tradeways는 매매일지 노트를 Trade 기록에 연결하고 체결, 리스크 레벨, 스크린샷, 사용자 지정 필드, 계산된 변동폭 지표를 Trade와 함께 보관해요. 분석 Widget은 정해진 계좌와 필터 범위에 계산을 적용해요. 이렇게 연결된 작업 흐름이 필요하다면 현재 Tradeways 매매일지를 확인하세요.
기록을 내보내 보관하고, 새 매매일지를 사용하기 전에 표본을 검증하세요. 어떤 도구를 사용하든 출처와 대조에 관한 원칙은 같아요.
트레이딩에는 위험이 따릅니다. Tradeways는 매매일지 및 분석 소프트웨어를 제공하며, 투자 자문을 제공하지 않습니다. 위험 고지 읽기.
관련


