데스크 축약 메시지, 잘못 알아들으면 돈이 되는 자리
체결 직후 메신저 창에 이런 게 뜹니다. "Done 5 at 32, size to follow." 옆자리 트레이더는 0.5초 만에 읽고 넘어가는데, 나는 저 문장을 카운터파티에 다시 쓸 때 손이 멈추죠. 5가 사이즈인지 가격인지, at 32가 어디의 32인지, size to follow를 붙여도 되는지. 이 자리는 문장이 애매하면 그냥 애매한 게 아니라 돈이 되니까요.
데스크 영어가 어려운 건 문법이 어려워서가 아니에요. 오히려 반대예요. 정보를 극단적으로 줄이는 게 규칙인 곳이라, 학교에서 배운 "완전한 문장"이 오히려 방해가 됩니다. 축약은 그 데스크만의 약속인데, 그 약속의 구조를 모르면 재확인 한 마디도 어색하게 나오죠.
오늘은 호가·체결·재확인, 이 세 장면에서 자주 새는 문장을 골라 왔어요. 왜 그렇게 쓰는지까지 같이 봅니다. "원래 그렇게 써요"로 끝내면 다음에 또 막히니까요.
Done인지 Working인지, 상태를 먼저 못 박기
체결과 진행 중은 하늘과 땅 차이인데, 여기서 동사를 얼버무리면 상대가 반대로 읽습니다. 특히 한국어 사고로 "5 계약 32에 했어요"를 옮기면 시제와 상태가 뭉개져요.
did는 "내가 그 행위를 했다"는 동작에 초점이 가요. 데스크에서 필요한 건 동작이 아니라 상태, 즉 "체결이 끝난 상태다"입니다. 그래서 be 계열의 완료 상태를 뜻하는 done을 앞에 세워요. 아직 진행 중이면 Working 5 at 32, 일부만 됐으면 Partial, done 3 of 5처럼 상태 단어가 문장 맨 앞에 옵니다. 동사를 do로 쓰느냐, 상태를 done으로 쓰느냐. 이 자리에선 이게 정보의 절반이에요.
가격인지 사이즈인지, at과 for로 가른다
숫자 두 개가 나란히 있으면 상대는 전치사로 어느 게 가격이고 어느 게 수량인지 판단합니다. 여기서 전치사를 흘리면 5가 사이즈인지 32가 사이즈인지 되묻는 메시지가 날아와요.
숫자만 나열하면 상대가 순서로 추측해야 하는데, 데스크에선 추측이 곧 사고예요. at은 "그 가격 지점에서"를 가리키는 전치사라, at 뒤에 오는 숫자는 무조건 레벨로 읽힙니다. 수량을 강조하고 싶으면 Buy 5mm at 32처럼 단위를 붙여 잠금장치를 하나 더 걸어요. 전치사 하나가 숫자의 정체를 확정하는 거죠. "그냥 관용이에요"가 아니라, at이 원래 위치·지점을 뜻하는 말이라 가격에 붙는 겁니다.
재확인은 명령이 아니라 반복으로
숫자를 다시 확인할 때 "Confirm this"라고 쓰면 상대에게 명령처럼 꽂힙니다. 재확인의 핵심은 지시가 아니라, 내가 들은 걸 그대로 되읽어 상대가 맞다고 답하게 만드는 거예요.
Confirm this는 상대에게 "네가 확인해라"라고 일을 넘기는 명령형이에요. 재확인의 목적은 반대예요. 내가 들은 걸 소리 내어 되읽고, 틀린 데가 있으면 상대가 잡게 하는 거죠. 그래서 To confirm 뒤에 숫자와 조건을 그대로 나열하고, 끝에 Correct?로 공을 넘깁니다. 항공·의료에서 쓰는 read-back과 같은 구조예요. 명령문 하나를 반복문으로 바꾸면 어조도 부드러워지고, 오독도 그 자리에서 잡힙니다.
조건을 붙일 땐 순서가 뜻을 만든다
주문에 조건이 붙는 순간 문장이 길어지고, 여기서 어순이 흔들리면 조건의 범위가 달라집니다. 한국어는 조건을 앞에 몰아두는데, 영어는 핵심 주문을 먼저 세우고 조건을 뒤에 답니다.
If로 시작하면 상대는 조건절이 끝날 때까지 무엇을 사라는 건지 모른 채 기다려야 해요. 데스크 문장은 결론부터 던지고 제약을 뒤에 붙입니다. or better는 "그 가격이나 그보다 유리하게"를 한 단어로 잠그는 관용이고, good for the day는 유효기간을 지정하는 표준 표현이라 "오늘까지만"을 오해 없이 전합니다. 조건을 풀어 쓴 긴 문장보다, 정해진 자리에 정해진 표현을 끼우는 게 더 안전해요.
취소·정정은 이전 메시지를 지목해야 한다
가장 위험한 순간은 정정할 때예요. 그냥 "Cancel that"이라고 하면 어느 주문인지 모호해서, 상대가 엉뚱한 걸 취소할 수 있습니다. 정정은 대상을 반드시 특정하는 문장으로 나가야 해요.
that은 대명사라 지시 대상이 문맥에 의존해요. 메시지가 몇 개씩 쌓인 창에서는 that이 어느 걸 가리키는지 흐려집니다. 그래서 Correction on the last order처럼 대상을 명시하고, 35 not 32로 새 값과 옛 값을 나란히 적어 상대가 무엇이 바뀌었는지 눈으로 대조하게 해요. 그리고 다시 re-confirm으로 되읽기를 요청합니다. 정정은 한 번 더 확인받아야 완결되는 절차라, 문장 자체가 그 절차를 담고 있어야 하죠.
이런 표현은 검색해서 한 번 보고 나면 다음 주 체결 창에서 또 헷갈립니다. 데스크 축약은 상황이 몸에 붙어야 손이 먼저 나가거든요. 영작만에서 좋은 건, 오늘 여러분이 직접 써 본 "Done 5 at 32"나 "Correction on the last order" 같은 문장이 그대로 저장돼서, 며칠 뒤 복습으로 다시 돌아온다는 거예요. 남이 쓴 예문이 아니라 내가 데스크에서 실제로 쓸 문장이 쌓이는 거죠.
축약이 딱딱해 보여도, 그건 정보를 잃지 않으려는 규칙이에요. 그 규칙의 구조만 알면, 짧게 쓸수록 오히려 더 정확해집니다.