Playbook reaksi terhadap pergerakan event makro
Tetapkan tangga respons yang telah ditentukan untuk pergerakan makro pertama, berlawanan, dan mandek sebelum rilis agar satu ide transaksi tidak berubah menjadi beberapa keputusan yang tidak terkelola
Jawaban langsung
Pergerakan makro setelah rilis dapat menggagalkan strategi Anda melalui tiga cara: harga bergerak terlalu cepat, bergerak berlawanan dengan arah yang diharapkan untuk sementara, atau berhenti setelah headline. Tentukan ketiganya sebelum entry, bukan setelah order pertama terisi
Mulai dari peta "tiga cabang", bukan satu skenario
Sebelum menempatkan order, tentukan apa yang akan Anda lakukan pada setiap cabang:
Sebagian besar rencana hanya menentukan cabang pertama, lalu ditulis ulang pada T+30 detik.
Tulis peta cabang satu baris untuk setiap cabang dengan:
Jika Anda tidak dapat menulis ketiga cabang dalam satu layar, entry harus ditunda atau dikurangi.
- harga bergerak sesuai arah yang diharapkan dan mempertahankan volume
- harga bergerak berlawanan dengan tesis Anda selama gelombang likuiditas pertama
- harga tetap datar selama beberapa menit meskipun data headline sudah keluar
- perubahan delta yang diharapkan untuk setiap kontrak
- pelebaran spread yang dapat diterima
- aturan pengurangan ukuran setelah cabang aktif
- jalur stop atau hedge untuk setiap hasil
Bangun tindakan cabang sebagai pengurangan persentase, bukan opini
Kata-kata ambigu seperti "ambil profit" dan "keluar jika lemah" menimbulkan keterlambatan eksekusi. Ubah menjadi pengurangan persentase yang eksplisit sebelum event.
Untuk peta respons konkret:
Ini bukan rekomendasi "mungkin". Ini adalah perintah. Perintah harus dapat diulang lintas simbol dan sesi tanpa interpretasi emosional.
- Jika pergerakan directional pertama terkonfirmasi tetapi spread berlipat ganda, kurangi menjadi 70% dan hapus add-on yang berisiko terhadap likuiditas dalam
- Jika pergerakan berlawanan muncul segera, hapus 50% segera dan evaluasi kembali dengan delta yang dikurangi
- Jika harga bergerak perlahan dan opsi gagal mengetat, kurangi 25% dalam menit yang sama dan pertahankan hanya inti tesis awal
Pisahkan kecepatan reaksi dari tesis entry
Tesis adalah alasan Anda trading. Kecepatan reaksi adalah eksekusi operasional.
Dalam jendela event, keduanya dapat berpisah:
Jadi, tentukan timer reaksi:
Jangan biarkan jendela 2 menimpa jendela 1. Banyak kerugian terjadi karena menunggu kepastian sebelum mengurangi risiko.
- Anda bisa benar soal arah dan tetap rugi pada eksekusi jika kecepatan reaksi yang dibutuhkan mustahil
- Anda bisa salah soal arah tetapi menjaga akun tetap aman jika kontrol kecepatan sudah disetujui sebelumnya
- Anda bisa tidak yakin dan tetap mempertahankan optionality jika batas spread dan likuiditas aktif
- jendela reaksi 1: respons langsung terhadap print untuk penyesuaian protektif
- jendela reaksi 2: konfirmasi kelanjutan directional
- jendela reaksi 3: keputusan rezim mandek sebelum likuiditas normal kembali
Tutup loop dengan titik pemeriksaan setelah event
Rilis makro tidak berakhir ketika lonjakan awal selesai. Akun sering memburuk pada menit-menit berikutnya, ketika spread pulih lebih lambat dari perkiraan.
Tambahkan rutinitas titik pemeriksaan singkat:
Ulangi checklist yang sama setelah setiap event makro. Jika proses pasca-event lebih lemah daripada rencana pra-event, iterasi berikutnya adalah tempat untuk memperbaikinya, bukan ide strateginya.
- kunci snapshot kuotasi, spread, dan likuiditas tersisa saat rilis
- konfirmasi batasan assignment atau settlement untuk kaki short
- verifikasi apakah tindakan cabang dieksekusi pada ukuran yang diinginkan
- dokumentasikan alasan Anda menahan, mengurangi, atau menutup pada setiap cabang
Pertanyaan umum
Mengapa tesis lolos tetapi transaksi gagal?
Karena edge directional dan edge eksekusi adalah hal yang terpisah. Yang pertama dapat bekerja sementara yang kedua gagal akibat spread, kedalaman, atau waktu cutoff.
Seberapa sering saya harus menulis ulang cabang ini?
Setidaknya sekali setiap siklus makro utama, dan setiap kali kondisi likuiditas atau aturan cutoff broker berubah.
Apakah ada alasan untuk mempertahankan ukuran penuh jika cabang awal gagal?
Hanya jika rencana cabang secara eksplisit mempertahankan ukuran penuh, mencakup kapasitas likuiditas yang jelas, dan tetap menjaga anggaran kerugian. Itu jarang terjadi.
Bisakah saya mengotomatiskan ini dalam aturan order?
Anda dapat mengotomatiskan sebagian alert dan pemeriksaan awal, tetapi keputusan cabang biasanya memerlukan override manusia karena fill, perubahan spread, dan perilaku venue bersifat dinamis.