デイトレード日誌の選び方

デイトレード日誌は、レビュー全体の流れを1回試して選びます。トレード日誌にはTradeの記録が保持され、まだレビューが必要なTradeが表示される必要があります。また、日やセッションのコンテキストを残し、週次の結論から根拠となるTradeまでたどれることも必要です。

機能の多さから選び始めないでください。まず、次の5点を確認します。

これらの確認を満たすトレード日誌なら、記録とレビューを結び付けたまま管理できます。スクリーンショットと文章だけを保存するトレード日誌も役立つ場合はありますが、それらの関連付けは自分で再構築する必要があります。

1週間のトレード日誌テストを行う

通常の取引週を使います。試用のためにプロセス全体を作り直す必要はありません。トレード日誌によって、コンテキストの欠落や作業の重複が減るかを確認することが目的です。

1. 元データを1回だけ記録する

約定記録から始めます。決済済みの各Tradeについて、口座、商品、売買、数量、エントリーとエグジットの時刻、価格、費用、実現損益が正しいことを確認します。トレード日誌がTradeをインポートする場合は、分割約定、訂正、複数の約定にまたがるTradeをどのように処理するか確認してください。

元データは、自分の所見と分けて管理します。約定価格はTradeの記録に属します。Tradeを行った理由はメモに属します。計算値を自由記述欄にコピーすると、インポートを訂正した後に、メモと記録の内容が一致しなくなる可能性があります。

結果をレビューする前に、不完全なインポートを記録しておきます。Tradeが欠けた状態で算出した週次合計は、計算自体が正しくても暫定値です。

2. キューからTradeをレビューする

トレード日誌は、「まだレビューが必要なTradeはどれか」という実務上の単純な問いに答えられる必要があります。

別のスプレッドシートやタスクリストではなく、レビュー済みの状態か保存済みフィルターを使います。未レビューのTradeを開き、計画と実際の約定を比較します。ルールの確認結果を記録してから、次のTradeに進みます。元データを変更せずに、レビュー済みのTradeを再び開けることも確認してください。

キューは復旧時にも機能する必要があります。フィルターを変更した場合や、レビュー済みにしたTradeが現在のリストから外れた場合でも、作業が終わる前に開いている記録が消えてはいけません。空の状態では、作業が完了したのか、現在の口座やフィルターによって想定していたTradeが除外されているのかを確認できる必要があります。

レビューキューのスクリーンショットをフルサイズで開く。

3. Tradeメモを短くする

Tradeメモには、約定記録だけでは残せないコンテキストを追加します。計画したSetup、アイデアが無効になった条件、関連するチャート、確認した計画との差異を記録します。価格、費用、数量、計算済みのP&Lは書き直さないでください。

関連記事のトレード日誌の記録項目では、構造化された項目と自由記述のメモを分けて説明しています。Tradeレビューテンプレートには、最初のレビューでそのまま使える形式があります。

試用中に、同じ事実を2回入力する回数を数えます。手作業で繰り返し入力する必要がある場合は、トレード日誌内の記録が関連付けられていない可能性があります。

4. 日次とセッションのコンテキストを追加する

1日の終わりに、レビューしたTradeに共通していたことを書きます。日次エントリーはTradeメモと分けてください。個々のTradeを語り直すのではなく、Trade全体について記述します。

暦日よりも区切られた時間帯が重要な場合は、セッションエントリーを使います。開始時刻、終了時刻、タイムゾーンを記録してください。口座、インポート、別のレビュアーが異なるタイムゾーンを使う場合、「morning」のようなラベルだけでは不十分です。

日次またはセッションエントリーの横に、関連するTradeを表示できるか確認します。すべてのTradeを毎回検索し直す必要があると、対象範囲を広げたレビューは手作業での再構築になります。

5. 週次の判断から根拠までたどる

週末に、日次またはセッションエントリーから所見を1つ選びます。関連する口座、Setup、商品、時間帯でTradeの集合を絞り込みます。Tradeリストと計算結果の概要に同じ対象範囲が適用されていることを確認してください。

判断を1つ書き、その根拠となるレビュー済みTradeに関連付けます。ルールを変更しない、より大きなサンプルを調べる、欠落データを修正する、翌週により限定した条件を検証する、という判断も考えられます。週次レビューで変更を必ず加える必要はありません。

根拠までたどれるかどうかが、合否の基準です。週次の記述から元のTradeに戻れなければ、その結論を検証する経路がありません。

週次ビューのスクリーンショットをフルサイズで開く。

事実、計算値、所見を分ける

情報の種類によって変更のされ方が異なるため、使いやすいトレード日誌では情報の出所が分かります。

この区別は、データが不完全なときに特に重要です。見栄えの整った週次概要があっても、失敗したインポートが完全になるわけではありません。トレード日誌では欠落箇所が示され、記録の訂正後にレビューを再実行できる必要があります。

各結果の対象範囲を確認する

デイトレードのレビューでは、明示されないまま対象範囲が変わることがあります。ある画面では1つの口座を表示し、別の画面では複数の口座をまとめている場合があります。1日の区切りには、取引所のタイムゾーン、Brokerのタイムゾーン、トレード日誌で選択したタイムゾーンのいずれかが使われる可能性があります。Dashboardに、Tradeリストにはない銘柄フィルターが残っている場合もあります。

結果を採用する前に、次の項目を確認してください。

• 口座または口座グループ
• 期間とタイムゾーン
• 対象に含まれるTradeのステータス
• 有効なSetup、商品、銘柄フィルター
• P&Lの表示単位と通貨
• 費用と後から加えた訂正が含まれているか

トレード日誌で、すべての設定を各段落に繰り返し表示する必要はありません。ただし、有効な対象範囲を表示し、比較する記録と概要に同じように適用する必要があります。

試用後に判断する

週末に、別の場所でプロセスを再構築せずに次の質問に答えられる場合にのみ、そのトレード日誌を使い続けます。

1. 完了、不完全、レビュー済み、レビュー待ちのTradeはどれですか？
2. インポートされた事実、計算値、自分のメモを区別できますか？
3. 日次またはセッションの所見から、対象となる正確なTrade集合までたどれますか？
4. 週次の判断に、口座、フィルター、通貨、タイムゾーンのコンテキストを保持できますか？
5. 変更内容を隠すことなく、データの訂正やメモの復元ができますか？

トレード日誌によって増えた作業も記録します。重複する項目、手作業の計算、同じステータスを2か所で管理した回数を数えます。報告に関する確認を満たしていても、日常的に使うには管理作業が多すぎるトレード日誌もあります。

Tradewaysでのレビューの流れ

Tradewaysでは、日次、週次、セッション、Tradeの各エントリーを分けて管理します。Tradeの記録はメモとの関連付けを維持し、計算結果の概要は該当する期間のビューに残ります。ReviewワークスペースではTrade集合を絞り込み、プロセスレビューが完了したTradeを記録します。週次ビューでは、各日の活動、累積結果、週次のトレード日誌を1つの期間にまとめて確認できます。

バージョン履歴から、以前のメモを復元できます。復元前に、Tradewaysは現在の内容のバックアップを保存します。関連付けられた記録と期間ビューを使えば、すべてのTrade結果をトレード日誌の文章にコピーせずに1週間のテストを行えます。

トレード日誌に残した根拠から次のTradeを予測することはできず、将来の結果も保証されません。記録を保持し、レビューでの判断を根拠までたどれるようにするために使ってください。過去の結果を取引判断の根拠として使う前に、Tradewaysのリスク開示を確認してください。

Tradewaysのトレード日誌ワークフローを確認する。