제작이 끝났다고 바로 큰돈 넣지 마세요
자동매매 봇을 맡겨서 "완성됐습니다"라는 연락을 받으면, 마음이 급해집니다. 빨리 돈을 넣어 굴리고 싶죠. 그런데 이 순간이 가장 조심해야 할 지점입니다. 프로그램이 완성됐다는 것은 "설계한 대로 동작한다"는 뜻이지, "내 돈으로 안전하게 돌려도 된다"가 검증됐다는 뜻이 아닙니다. 이 둘은 완전히 다른 질문입니다. 그래서 노련한 운용자는 완성된 봇을 곧바로 큰돈에 올리지 않고, 백테스트 → 포워드(모의)테스트 → 소액 실계좌라는 세 개의 관문을 차례로 통과시킨 뒤에야 규모를 조금씩 키웁니다. 이 글은 코딩을 몰라도 "왜 한 번이 아니라 단계로 검증하는가", "각 단계가 어떤 위험을 걸러내는가", "무엇을 기준으로 통과를 판정하는가"를 맡기는 사람 눈높이로 풀어씁니다.
이 글의 흐름
- "완성됐습니다"가 위험한 말인 이유 — 완성 ≠ 검증됨
- 왜 '한 번'이 아니라 '단계'인가 — 세 개의 다른 질문
- 1단계 · 백테스트 — "과거에 말이 됐는가"
- 2단계 · 포워드 테스트(모의) — "지금 시장에서, 돈 안 걸고"
- 모의투자의 결정적 한계 — 빠져 있는 세 가지
- 3단계 · 소액 실계좌 — "진짜 돈, 잃어도 되는 크기로"
- 각 단계는 얼마나 오래? — 시간이 아니라 '표본'으로
- 무엇을 봐야 하나 — '수익'이 아니라 '설계대로 작동하는가'
- 통과 기준을 미리 못 박아라 — 사후 합리화의 함정
- 위탁일 때 — 검증을 계약·인수인계에 넣는 법
- 흔한 착각 5가지
- 실전 시나리오 3가지
- 한 장 요약 — 실전 투입 전 체크리스트
- 자주 묻는 질문
1. "완성됐습니다"가 위험한 말인 이유 — 완성 ≠ 검증됨
한 분의 사연으로 시작하겠습니다. B씨는 코인 자동매매 봇을 맡겨 제작을 마쳤습니다. 화면도 깔끔하고, 테스트로 몇 번 주문도 잘 나갔습니다. 기쁜 마음에 납품 첫날 여윳돈의 대부분을 한꺼번에 넣고 봇을 켰습니다. 그리고 일주일 만에 예상보다 큰 손실을 봤습니다. 봇이 고장 난 걸까요? 아닙니다. 봇은 설계된 대로 정확히 작동했습니다. 문제는 그 설계가 실제 시장·실제 체결에서 어떻게 굴러가는지를 아무도 실전 크기로 확인해 본 적이 없었다는 것입니다.
이것이 자동매매에서 가장 자주 반복되는 사고 유형입니다. 사람들은 "완성"과 "검증"을 하나로 뭉쳐서 생각합니다. 그러나 소프트웨어의 세계에서 이 둘은 전혀 다른 단어입니다.
완성됐다 (Built)
프로그램이 설계 명세대로 동작한다. 버튼이 눌리고, 주문이 나가고, 화면이 뜬다. "기능이 있다"는 뜻.
검증됐다 (Validated)
그 설계가 실제 시장·실제 돈에서 의도한 대로 굴러가는 걸 확인했다. "기대와 현실이 맞는다"는 뜻.
둘 사이의 골짜기
완성됐지만 검증 안 된 봇은 겉보기엔 멀쩡하다. 그래서 위험하다. 이 골짜기를 메우는 것이 '검증 단계'다.
이 글의 한 줄 요약: 완성된 봇에 돈을 넣는 것은 '한 번의 결심'이 아니라 '점점 커지는 단계'여야 한다. 백테스트로 논리를, 모의로 연동·운영을, 소액 실계좌로 체결의 현실을 순서대로 확인하고 나서 규모를 키운다. 급할수록, 작게 시작한다.
2. 왜 '한 번'이 아니라 '단계'인가 — 세 개의 다른 질문
검증을 한 번의 시험으로 끝내려는 사람이 많습니다. "백테스트 돌려봤는데 수익 나던데요?" 혹은 "모의로 며칠 해봤어요." 각각은 훌륭한 확인이지만, 서로 다른 위험을 걸러낼 뿐 하나가 나머지를 대신하지 못합니다. 세 단계는 사실 세 개의 완전히 다른 질문에 답하는 과정입니다.
| 단계 | 답하는 질문 | 거르는 위험 | 돈 |
|---|---|---|---|
| ① 백테스트 | 이 규칙이 과거에 말이 됐나? | 애초에 논리가 엉성한 전략 | 0원 (과거 데이터) |
| ② 포워드/모의 | 지금 시장에서, 연동·운영이 정상인가? | 연동 오류·미래 정보 착시·운영 결함 | 0원 (가상 잔고) |
| ③ 소액 실계좌 | 진짜 돈에서 체결·비용이 예상대로인가? | 슬리피지·수수료·심리·현실 마찰 | 잃어도 되는 소액 |
핵심은 돈의 위험은 낮은 데서 높은 데로, 현실성은 낮은 데서 높은 데로 순서대로 올린다는 점입니다. 공짜이지만 현실성이 낮은 백테스트에서 시작해, 마지막에야 진짜 돈을 아주 조금 걸어 가장 현실적인 확인을 합니다. 이 순서를 뒤집어 "일단 진짜 돈 크게 넣고 보자"가 바로 B씨의 실수였습니다.
3. 1단계 · 백테스트 — "과거에 말이 됐는가"
백테스트는 과거 시세 데이터에 전략 규칙을 그대로 돌려보는 것입니다. "2년치 데이터에서 이 규칙대로 사고팔았다면 어땠을까"를 계산합니다. 가장 먼저 하는 이유는 간단합니다. 공짜이고 빠르기 때문입니다. 규칙 자체가 애초에 말이 안 되면 여기서 걸러집니다. 굳이 시간과 돈을 들여 다음 단계로 갈 필요가 없죠.
하지만 백테스트에는 두 개의 큰 함정이 있습니다. 비개발자도 이 두 단어는 기억해 두면 좋습니다.
함정 ① 과최적화(커브 피팅)
과거 데이터에 "너무 잘 맞도록" 설정을 깎아내는 것입니다. 지난 2년에 완벽하게 들어맞는 숫자를 찾아내면 백테스트 성적은 눈부십니다. 그런데 그건 과거를 외운 것이지 미래를 이해한 것이 아닙니다. 시험 문제를 통째로 외운 학생이 새 문제엔 무너지는 것과 같습니다. 그래서 "백테스트 수익률이 비현실적으로 높다"는 것은 오히려 경계 신호일 수 있습니다.
함정 ② 비용·체결을 축소한 가정
많은 백테스트가 "내가 원한 가격에 즉시 다 체결됐다"고 가정하고 수수료·슬리피지를 작게 잡거나 뺍니다. 그러면 현실보다 성적이 부풀려집니다. 그래서 백테스트 리포트를 볼 땐 수익률 숫자보다 가정(어느 기간, 수수료 얼마, 슬리피지 반영했나)을 먼저 봐야 합니다. 이 리포트를 제대로 읽는 법은 따로 정리해 두었으니 함께 보세요. (관련: 자동매매 백테스트 리포트 읽는 법 — 수익률 외 7가지, 백테스트 완전 가이드)
비개발자 팁: 백테스트 결과를 받으면 딱 세 가지만 물어보세요. ① 어느 기간을 썼나요(상승장만 골라 담지 않았나)? ② 수수료와 슬리피지를 넣었나요? ③ 설정값을 과거에 맞춰 얼마나 많이 조정했나요? 이 셋에 흐릿하게 답하는 결과는 그대로 믿기 어렵습니다.
정리하면, 백테스트는 '이 전략을 실전 검증할 가치가 있는가'를 가리는 1차 관문입니다. 통과했다고 실전에 써도 된다는 뜻이 절대 아닙니다. 왜 백테스트가 좋아도 실거래에서 무너지는지는 별도 글에서 일곱 가지 이유로 깊이 다뤘습니다. (관련: 백테스트 +50%인데 실거래 −10% — 80%가 떨어지는 7가지 진짜 이유)
4. 2단계 · 포워드 테스트(모의) — "지금 시장에서, 돈 안 걸고"
백테스트가 과거를 보는 것이라면, 포워드 테스트는 지금 이 순간부터 앞으로 봇을 실제 시장에 연결해 돌려보는 것입니다. 다만 진짜 돈 대신 가상의 잔고로 매매합니다. 흔히 '모의투자', '페이퍼 트레이딩', '데모 계좌'라고 부릅니다. (거래소·증권사마다 모의투자 지원 여부와 방식이 다르므로 공식 안내를 확인하세요.)
이 단계가 걸러내는 위험은 백테스트가 놓치는 것들입니다.
- 미래 정보 착시 제거 — 백테스트는 실수로 '아직 오지 않은 정보'를 슬쩍 쓰기 쉽습니다(예: 그날 종가를 그날 매매에 사용). 실시간으로 앞으로 굴리면 이런 착시가 원천 차단됩니다. 지금 이 순간엔 미래를 알 수 없으니까요.
- 연동·데이터 흐름 점검 — 봇이 실제 거래소에서 시세를 잘 받아오고, 주문을 규칙대로 내고, 잔고를 정확히 인식하는지 등 배관(plumbing)이 새지 않는지를 봅니다. 여기서 인증 만료, 데이터 지연, 주문 형식 오류 같은 실무 결함이 드러납니다.
- 운영 리듬 확인 — 봇이 24시간 안 죽고 도는지, 재접속을 잘 하는지, 알림이 제때 오는지 같은 운영을 미리 겪어봅니다. (관련: 봇이 멈추는 순간 — 장애·복구 플레이북, 텔레그램으로 봇 감시·제어하기)
포워드 테스트의 장점은 돈이 0원이라 마음 편히 오래 돌릴 수 있다는 것입니다. 백테스트가 "말이 되네"라면, 포워드는 "지금 시장에서도, 연동도 운영도 정상이네"를 확인해 줍니다. 그런데 여기서 많은 사람이 결정적인 착각을 합니다. "모의에서 잘 됐으니 실전도 되겠지."
5. 모의투자의 결정적 한계 — 빠져 있는 세 가지
모의투자는 훌륭한 관문이지만 실전이 아닙니다. 가장 흔한 실수가 "모의에서 매끄러웠으니 됐다"고 안심하는 것입니다. 모의 환경에는 실전에만 있는 세 가지가 빠져 있습니다.
① 슬리피지와 체결의 현실
대부분의 모의 환경은 "내가 원한 가격에, 원한 수량이, 즉시 다 체결됐다"고 처리합니다. 하지만 실전에서는 원한 가격과 실제 체결가가 다르고(슬리피지), 일부만 체결되거나(부분체결) 아예 안 되기도 합니다(미체결). 이 차이는 거래가 잦을수록, 유동성이 얕은 종목일수록 커집니다. 그래서 모의에서 반질반질했던 수익 곡선이 실전에서 우글쭈글해질 수 있습니다. (관련: "분명 이 가격이었는데" — 자동매매 주문 체결의 진짜 원리)
② 내 주문이 시장에 주는 영향
모의에서 내 주문은 시장에 아무 영향을 주지 않습니다. 하지만 실전에서 규모가 커지면, 유동성이 얕은 종목에서는 내 주문 자체가 가격을 밀어 불리한 값에 체결될 수 있습니다. 이건 소액 실계좌 단계에서, 그리고 규모를 키우는 과정에서 반드시 확인해야 하는 부분입니다.
③ 진짜 돈이 주는 심리
자동매매를 하는 이유 중 하나가 감정을 배제하기 위해서지만, 봇을 지켜보고 켜고 끄는 것은 여전히 사람입니다. 가짜 돈이 -10% 될 때와 진짜 돈이 -10% 될 때, 사람은 전혀 다르게 행동합니다. 모의에선 태연히 놔뒀던 손실을 실전에선 못 참고 봇을 꺼버리거나, 반대로 규칙을 어기고 손을 대기도 합니다. 이 '운용자 자신'이라는 변수는 오직 진짜 돈에서만 드러납니다.
그래서 모의투자의 올바른 용도는 "논리·연동·운영이 정상인가"를 확인하는 것이지, "이만큼 벌겠구나"를 예측하는 것이 아닙니다. 모의 수익률을 실전 기대치로 그대로 옮기지 마세요.
6. 3단계 · 소액 실계좌 — "진짜 돈, 잃어도 되는 크기로"
마지막 관문입니다. 앞의 두 단계로도 결코 잡을 수 없는 체결·비용·심리의 현실을, 이제 진짜 돈으로, 그러나 잃어도 되는 아주 작은 크기로 확인합니다. 여기서 목적을 헷갈리면 안 됩니다. 소액 실계좌의 목적은 돈을 버는 것이 아니라 '진짜 세계'를 확인하는 것입니다. 그래서 이 돈은 검증 비용이라고 생각하는 편이 마음이 편합니다.
얼마로 시작하나
원칙은 하나입니다. 잃어도 생활과 마음이 흔들리지 않는 금액. 목적이 확인이므로 최대한 작게 시작합니다. 다만 너무 작으면 문제가 생깁니다. 거래소·종목마다 최소 주문금액이 있어서, 너무 적은 돈으론 정상적인 매매 자체가 안 되거나 수수료 비중이 커져 손익분기가 크게 왜곡됩니다. 그래서 "잃어도 되는 최소"와 "정상 매매가 가능한 최소" 사이에서 정합니다. 이 자본금·수수료·손익분기의 현실은 별도 글에서 자세히 다뤘습니다. (관련: 소액으로 자동매매 시작해도 될까 — 최소 자본금·수수료·손익분기의 현실)
무엇을 비교하나 — 모의 vs 실전 '차이'가 데이터다
소액 실계좌에서 가장 값진 정보는 수익이 아니라 "모의와 실전이 얼마나 다른가"입니다. 같은 규칙인데 실제 체결가가 얼마나 밀렸는지, 수수료를 빼면 손익이 어떻게 바뀌는지, 미체결·부분체결이 얼마나 자주 나는지를 봅니다. 이 '괴리'가 곧 검증 데이터입니다. 괴리가 감당할 만하면 규모를 조금씩 늘리고, 예상보다 크면 전략·설정·종목을 손봐야 한다는 신호입니다.
규모는 계단으로 올린다. 소액에서 괜찮다고 다음 날 전액을 넣지 마세요. 소액 → 그 다음 단계 → 목표 규모로 여러 번에 나눠 키우면서, 규모가 커질 때 체결·슬리피지가 어떻게 달라지는지 매번 확인합니다. 규모가 커질수록 내 주문이 시장에 주는 영향이 커지기 때문입니다.
7. 각 단계는 얼마나 오래? — 시간이 아니라 '표본'으로
"포워드 테스트 며칠 하면 되나요?"는 가장 많이 받는 질문이자 가장 답하기 어려운 질문입니다. 정답이 '2주'처럼 딱 떨어지지 않기 때문입니다. 올바른 사고방식은 시간이 아니라 '표본'입니다. 중요한 것은 며칠이 지났느냐가 아니라, 봇이 충분히 다양한 상황과 충분한 수의 거래를 겪었느냐입니다.
표본으로 생각하면 기간은 전략에 따라 저절로 정해집니다. 거래가 잦은 전략(예: 하루 수 회 매매)은 며칠만 돌려도 표본이 빠르게 쌓입니다. 반대로 어쩌다 한 번 진입하는 전략은 몇 주를 돌려도 거래가 손에 꼽아, 훨씬 더 오래 지켜봐야 판단이 섭니다. 또 하나 중요한 것은 시장 국면의 다양성입니다. 계속 오르기만 한 구간에서만 검증하면, 빠지는 구간에서 어떻게 될지는 여전히 모릅니다. 오르는 날·빠지는 날·횡보·변동성 큰 날을 골고루 겪게 하는 것이 좋습니다.
솔직한 캐치: "표본이 몇 개면 충분하다"에 대한 만능 공식은 없습니다. 통계적으로 엄밀히 따지는 방법도 있지만, 비개발자 입장에서 실용적인 태도는 이것입니다 — 거래 수가 너무 적으면(예: 손에 꼽을 정도) 어떤 결과든 '운'일 가능성이 크다고 보고 판단을 보류하는 것. 적은 표본으로 성급히 "성공/실패"를 단정하지 마세요.
8. 무엇을 봐야 하나 — '수익'이 아니라 '설계대로 작동하는가'
검증 단계에서 사람들은 화면 맨 위의 수익률 숫자만 봅니다. 그러나 검증의 목적은 "얼마 벌었나"가 아니라 "이 봇이 내가 이해한 설계대로 작동하고 있는가"를 확인하는 것입니다. 아래는 수익률보다 먼저 봐야 할 것들입니다.
| 구분 | 확인할 질문 | 왜 중요한가 |
|---|---|---|
| 작동 정합성 | 봇이 실제로 규칙대로 사고파는가? 엉뚱한 타이밍·수량은 없나? | 수익 이전에 '의도대로 도는가'가 먼저 |
| 체결 괴리 | 원한 가격 대비 실제 체결가가 얼마나 밀리나? | 모의·백테스트가 못 잡는 실전 비용 |
| 비용 반영 | 수수료·세금까지 뺀 순손익은 어떤가? | 수수료 전 성적은 착시 |
| 최악 구간(낙폭) | 고점 대비 가장 많이 빠졌을 때 얼마였나? 견딜 만한가? | 수익보다 '버틸 수 있나'가 생존을 가른다 |
| 오류·미체결 빈도 | 주문 거부·미체결·오류가 얼마나 자주 나나? | 잦으면 운영 결함 신호 |
| 운영 안정성 | 봇이 안 죽고 도는가? 죽으면 내가 아는가? | 가동률이 낮으면 전략 성적은 무의미 |
특히 최악 구간(최대 낙폭)은 초보자가 가장 자주 놓치는 지표입니다. 총수익이 플러스여도, 중간에 견디기 힘든 낙폭이 있었다면 실전에선 그 구간에서 봇을 꺼버리기 쉽습니다. "얼마 벌 수 있나"보다 "얼마까지 빠지는 걸 내가 견딜 수 있나"가 실전 지속 여부를 가릅니다. 성과 지표를 균형 있게 읽는 관점은 별도 글을 참고하세요. (관련: 백테스트 리포트 읽는 법 — 수익률 외 7가지, '자동매매 수익 인증'의 허상 — 현실적 기대치)
YMYL 주의: 이 글의 어떤 내용도 특정 수익률을 약속하거나 시장 방향을 예측하지 않습니다. 검증은 "이 봇이 설계대로 작동하고, 예상치 못한 결함이 없는가"를 확인하는 과정이지, "돈을 벌게 해준다"는 보장이 아닙니다. 아무리 검증을 잘 통과해도 미래의 손실 가능성은 사라지지 않습니다. 투자 판단과 그 결과는 본인의 책임입니다.
9. 통과 기준을 미리 못 박아라 — 사후 합리화의 함정
검증에서 가장 미묘하면서도 치명적인 실수는 기준을 나중에 정하는 것입니다. 사람 마음이 참 묘해서, 결과를 본 뒤에 기준을 만들면 항상 그 결과에 유리하게 해석합니다. 성적이 좋으면 "거봐, 되잖아 → 바로 투입", 성적이 나쁘면 "이번엔 시장이 이상했어 → 한 번만 더" 하는 식으로요. 이러면 검증은 이미 하기로 마음먹은 일을 정당화하는 요식행위가 됩니다.
해법은 시작 전에 통과/탈락 기준을 글로 적어두는 것입니다. 개발자가 아니어도 이런 식이면 충분합니다.
- "소액 실계좌에서 최소 N번 이상의 거래가 나오고, 그중 오르는 날·빠지는 날이 섞여 있을 것."
- "실제 체결가와 의도 가격의 괴리가 내가 감당하기로 한 범위 안일 것."
- "검증 기간 중 설명 안 되는 오작동(엉뚱한 주문, 규칙 위반)이 0건일 것."
- "최악 낙폭이 내가 미리 정한 한도를 넘지 않을 것."
- 위 중 하나라도 어긋나면 → 규모를 늘리지 않고 원인을 찾는다.
핵심: 숫자가 정교할 필요는 없습니다. 중요한 것은 결과를 보기 전에 정해서, 나중에 유리하게 바꾸지 않는 것입니다. "기준을 먼저, 결과를 나중에" — 이 순서 하나가 대부분의 성급한 투입을 막아줍니다.
10. 위탁일 때 — 검증을 계약·인수인계에 넣는 법
봇을 직접 만들지 않고 맡겨서 받는 경우, 검증을 "납품 후 내가 알아서 하는 일"로 미루면 곤란해집니다. 검증 중에 문제가 나왔을 때 "이건 하자인가, 추가 작업인가"를 두고 다투기 쉽기 때문입니다. 그래서 검증을 제작·인수인계 과정에 처음부터 끼워 넣는 것이 좋습니다. 맡길 때 아래를 문서로 정해두세요.
✔ 검증을 계약에 넣는 좋은 방식
- 백테스트 리포트를 가정(기간·수수료·슬리피지)과 함께 받기
- 포워드/모의 구간에서 무엇을 어떻게 확인할지 합의
- 소액 실계좌에서 어떤 기준을 통과해야 규모를 늘릴지 명시
- 검증 기간 장애·오류 대응과 안정화 기간 조항
- 검증 중 결함 수정이 무상 하자보수인지 유상인지 경계
✘ 나중에 분쟁 나는 방식
- "완성되면 알아서 돌려보세요"로 끝
- 수익률 숫자만 받고 가정은 안 받음
- 통과 기준 없이 "잘 되면 키우세요"
- 검증 중 장애 책임 소재가 불명확
- 하자·추가 작업 경계가 말로만
좋은 제작자는 이런 요청을 반깁니다. 검증 절차가 명확할수록 서로의 책임 범위가 분명해져 뒤탈이 줄기 때문입니다. 반대로 "그런 거 필요 없어요, 그냥 돌리면 됩니다"라며 검증 자체를 가볍게 보는 곳은 경계하세요. 소유권·인수인계·독소조항까지 넓게 챙기는 관점, 그리고 납품 이후에도 이어지는 유지보수 관점은 아래 글에서 이어집니다. (관련: 소스코드는 누구 것인가 — 소유권·에스크로·독소조항 가이드, 만들고 끝이 아니다 — 유지보수 비용의 현실, 제작 비용·견적 완전 가이드)
11. 흔한 착각 5가지
착각 ① "백테스트 수익률이 높으니 실전도 벌겠지"
앞서 봤듯 백테스트는 과최적화와 비용 축소로 부풀려지기 쉽습니다. 오히려 비현실적으로 높은 백테스트 성적은 경계 신호일 수 있습니다. 백테스트는 '거를 것을 거르는' 1차 관문일 뿐입니다.
착각 ② "모의에서 됐으니 실전도 된다"
모의엔 슬리피지·시장 영향·진짜 돈의 심리가 빠져 있습니다. 모의는 '논리·연동·운영 정상 여부'를 보는 용도이지, 실전 수익 예측이 아닙니다.
착각 ③ "검증은 시간 낭비, 빨리 돌려야 돈 번다"
검증을 건너뛰어 아낀 시간의 대가를, 검증되지 않은 결함이 실전에서 훨씬 큰 손실로 청구하는 경우가 많습니다. 검증 기간은 낭비가 아니라 보험료입니다.
착각 ④ "한 번 검증했으면 영원히 유효하다"
시장은 변하고, 거래소 규격·수수료도 바뀝니다. 잘 돌던 봇도 시장 국면이 바뀌면 성적이 달라질 수 있습니다. 검증은 투입 전 한 번이 아니라, 이후에도 지속적인 관찰로 이어집니다. (관련: 백테스트와 실거래의 간극)
착각 ⑤ "소액은 의미 없으니 처음부터 크게"
소액 실계좌의 목적은 '버는 것'이 아니라 '진짜 체결·비용·심리를 확인하는 것'입니다. 규모가 작아도 확인 가치는 충분합니다. 오히려 처음부터 크게 넣으면, 확인도 되기 전에 큰 손실을 볼 수 있습니다.
12. 실전 시나리오 3가지
시나리오 A — 맡긴 봇을 막 납품받은 직장인
"완성됐습니다" 연락을 받은 C씨. 마음은 급하지만 여윳돈 전부를 넣지 않습니다. 먼저 제작자에게 백테스트 리포트를 가정과 함께 받아 확인하고(1단계), 2~3주 모의로 돌려 연동·운영과 알림이 정상인지 봅니다(2단계). 그다음 잃어도 되는 소액으로 실계좌를 열어, 모의와 실제 체결이 얼마나 다른지 관찰합니다(3단계). 미리 정한 기준을 통과하면 그제야 규모를 계단식으로 늘립니다. 급할수록 작게 — 이 순서가 C씨의 원금을 지킵니다.
시나리오 B — 거래가 아주 드문 전략
한 달에 몇 번만 진입하는 전략을 쓰는 D씨. 모의를 2주 돌렸지만 거래가 겨우 한두 번밖에 없었습니다. 이때 "며칠 해봤으니 됐다"고 넘어가면 위험합니다. 표본이 너무 적어 어떤 결과든 '운'일 수 있기 때문입니다. D씨는 판단을 서두르지 않고, 충분한 거래 표본과 다양한 시장 국면이 쌓일 때까지 모의와 소액 실계좌를 더 길게 병행합니다. 시간이 아니라 표본으로 생각하는 것이 핵심입니다.
시나리오 C — 규모를 키우는 단계
소액에서 잘 돌던 봇을 키우려는 E씨. 다음 날 바로 목표 금액을 넣는 대신, 몇 배씩 나눠 늘리며 매 단계에서 체결가가 얼마나 밀리는지 확인합니다. 유동성이 얕은 종목이라 규모가 커지자 슬리피지가 눈에 띄게 늘어나는 것을 발견하고, 종목·주문 방식을 조정합니다. 만약 한 번에 전액을 넣었다면 이 문제를 큰 손실로 배웠을 것입니다. 규모 확대 자체가 또 하나의 검증 구간인 셈입니다.
13. 한 장 요약 — 실전 투입 전 체크리스트
직접 만들든 맡기든, 아래가 '예'로 채워지면 성급한 투입의 위험을 크게 줄인 것입니다.
| 단계 | 확인 항목 |
|---|---|
| 공통 | '완성'과 '검증'을 구분하고 있는가 — 완성됐다고 바로 큰돈 넣지 않는가 |
| ① 백테스트 | 리포트의 가정(기간·수수료·슬리피지)을 확인했는가 / 과최적화 의심을 점검했는가 |
| ② 포워드 | 지금 시장에서 연동·데이터·주문·운영이 정상인지 돈 안 걸고 확인했는가 |
| ③ 소액 실계좌 | 잃어도 되는 크기로 진짜 체결·수수료·심리를 확인했는가 / 모의와의 괴리를 봤는가 |
| 기준 | 통과/탈락 기준을 시작 전에 글로 정했는가 (사후 합리화 방지) |
| 규모 | 한 번에 전액이 아니라 계단식으로 늘리며 매 단계 체결을 확인하는가 |
| 지표 | 수익률만이 아니라 최악 낙폭·오류 빈도·운영 안정성을 함께 보는가 |
| 위탁 | 검증 절차·통과 기준·하자 경계를 계약·인수인계에 명시했는가 |
정리: 자동매매를 안전하게 시작하는 비결은 대단한 전략이 아니라 겸손한 순서입니다. 공짜로 논리를 거르고(백테스트), 돈 안 걸고 운영을 확인하고(모의), 잃어도 되는 소액으로 현실을 확인한(소액 실계좌) 다음에야 규모를 키운다 — 이 순서를 지키면 최악의 사고 대부분은 검증 단계에서 싸게 걸러집니다. 그리고 잊지 마세요. 어떤 검증도 미래 수익을 보장하지 않습니다. 검증은 손실을 없애는 마법이 아니라, 예상치 못한 결함으로 큰돈을 잃을 확률을 줄이는 안전벨트입니다.
14. 자주 묻는 질문
제작이 끝나면 바로 실전에 투입해도 되나요?
권하지 않습니다. '완성됐다'는 것은 프로그램이 설계대로 동작한다는 뜻이지, '내 돈으로 안전하게 돌려도 된다'가 검증됐다는 뜻은 아닙니다. 백테스트(과거 논리) → 포워드/모의(지금 시장·연동·운영) → 소액 실계좌(진짜 체결·비용·심리)의 3단계를 거친 뒤 규모를 조금씩 늘리세요. 단, 어떤 검증도 미래 수익을 보장하지는 않습니다.
백테스트만 통과하면 실전에 써도 되지 않나요?
백테스트는 필수지만 그것만으로는 부족합니다. 과거에 잘 맞도록 설정을 지나치게 깎은 과최적화일 수 있고, 수수료·슬리피지가 축소 반영되기 쉽습니다. 그래서 백테스트가 좋아도 실거래에서 무너지는 경우가 흔합니다. 리포트의 가정(기간·비용)을 확인하고, 다음 단계인 포워드 테스트로 '지금 시장'에서 다시 확인하세요.
모의투자(페이퍼 트레이딩)면 충분한가요?
좋은 관문이지만 한계가 있습니다. 대부분의 모의 환경은 슬리피지·부분/미체결을 축소하고, 내 주문이 시세에 주는 영향과 진짜 돈의 심리적 압박이 빠져 있습니다. 그래서 모의에서 매끄러웠던 봇이 소액 실계좌에서 다르게 굴 수 있습니다. 모의는 '논리·연동·운영이 정상인가'를 보는 용도로 쓰고, 체결의 현실은 소액 실계좌에서 다시 확인하세요.
각 단계는 얼마나 오래 해야 하나요?
딱 떨어지는 정답은 없습니다. 시간보다 '표본'으로 생각하세요. 며칠이 지났느냐가 아니라, 다양한 시장 상황(오르는 날·빠지는 날·횡보·변동성 큰 날)과 충분한 수의 거래를 겪었느냐가 핵심입니다. 거래가 잦은 전략은 짧아도 표본이 쌓이고, 드문 전략은 더 오래 봐야 합니다. 거래 수가 너무 적으면 어떤 결과든 '운'일 수 있으니 성급히 단정하지 마세요.
소액 실계좌는 얼마로 시작하나요?
'잃어도 생활과 마음이 흔들리지 않는 금액'이 원칙입니다. 목적이 돈벌이가 아니라 진짜 체결·수수료·운영 확인이므로 작게 시작합니다. 다만 너무 작으면 최소 주문금액·수수료 때문에 정상 매매가 안 되거나 손익분기가 왜곡되니, 전략·거래소의 최소 단위를 감안해 정하세요. 구체적 금액은 전략·거래소·수수료 구조에 따라 크게 다르며, 어떤 금액도 수익을 보장하지 않습니다.
위탁 제작인데 검증을 어떻게 요구해야 하나요?
검증을 '납품 후 알아서 하는 일'로 미루지 말고 계약·인수인계에 명시하세요. 백테스트 리포트를 가정과 함께 받고, 포워드/모의에서 무엇을 확인할지, 소액 실계좌에서 어떤 기준을 통과해야 규모를 늘릴지, 그 기간 장애·오류 대응은 어떻게 되는지를 문서로 정합니다. 검증 중 결함 수정이 무상 하자보수인지 유상인지 경계도 미리 정하면 분쟁을 줄일 수 있습니다.
완성된 봇, 안전하게 실전에 올리고 싶다면
백테스트 리포트 검토부터 모의·소액 검증 설계, 통과 기준과 인수인계 문서까지 — 어떤 전략·거래소인지 알려주시면 검증 절차를 맞게 제안드립니다. 24시간 빠른 답변 가능합니다.
상담 문의하기 →