← 블로그

체결 확인 한 줄, "done"인지 "working"인지부터 갈립니다

2026-09-21
체결 확인 한 줄, "done"인지 "working"인지부터 갈립니다

장이 빠르게 움직이는 오후, 카운터파트가 메신저에 "yours 5mm"라고 던집니다. 여기까진 익숙합니다. 그런데 그다음 확인을 영어로 붙이려는 순간 손이 멈춥니다. 다 채운 건지, 절반만 붙은 건지, 아직 시도 중인지. 이걸 한 줄로 되받아야 하는데 문장이 길어지면 늦고, 짧게 쓰면 오해가 납니다.

데스크 메신저가 어려운 건 단어가 어려워서가 아닙니다. 축약이 심해서, 그리고 그 축약을 잘못 알아들으면 그대로 손익이 되기 때문입니다. "done"과 "working"은 한 글자 차이가 아니라 포지션이 잡혔느냐 아니냐의 차이입니다. 재확인 한 줄을 어떻게 붙이느냐로, 다음 30초의 리스크가 정해집니다.

오늘은 체결 상태를 되받고 확인하는 문장들을 봅니다. 짧게 쓰되 오해가 안 나게, 그리고 왜 그 단어여야 하는지까지. 급할수록 문장의 상태 표시가 정확해야 하니까요.

"됐어요"가 done인지 working인지부터 정리해요

한국어 "됐어요"는 완료와 진행을 다 덮습니다. 그래서 영어로 옮길 때 무심코 "It's ok"나 "I did it" 같은 말을 붙이는데, 데스크에선 상태를 지칭하는 정해진 단어가 따로 있습니다.

이렇게 쓰기 쉽죠“I'm doing the order now, almost ok.”
이렇게 쓰면 자연스러워요“Working the order, partially filled.”
working = 진행 중, filled = 체결됨. 상태어를 섞지 마세요.

"doing"은 그냥 "하고 있다"는 일반 동작이라 상대가 진행 상황을 못 읽습니다. 데스크에서 do는 상태를 말할 때 거의 안 씁니다. 대신 working(주문을 걸어 시장에서 처리 중), filled(체결 완료), done(끝, 더 안 함)처럼 상태를 못 박는 단어를 씁니다. "almost ok"는 진행률을 전혀 안 알려주는 말이라 뒤에 반드시 수치가 붙어야 합니다. partially filled처럼요.

부분 체결은 숫자와 "of"로 정확히 잘라요

가장 사고가 잦은 곳이 부분 체결입니다. "일부만 됐어요"를 "some is done"으로 옮기면, 상대는 얼마가 남았는지 모릅니다. 남은 물량이 곧 리스크인 자리에서는 이게 치명적입니다.

이렇게 쓰기 쉽죠“Some done, still some left.”
이렇게 쓰면 자연스러워요“3mm filled of 5mm, 2mm still working.”
filled/working을 각각 수치에 붙여 남은 물량을 명확히.

"some"과 "some left"는 양쪽 다 부정확한 대명사라, 받는 쪽이 다시 물어봐야 합니다. 그 되묻는 왕복 자체가 시간이고 리스크입니다. of는 "전체 중 얼마"를 한 단어로 표현하는 전치사라, 3mm filled of 5mm 하나로 체결분과 총량이 동시에 잡힙니다. 남은 물량엔 다시 working을 붙여 "이건 아직 시장에 걸려 있다"를 명시합니다. 상태와 숫자가 짝을 이뤄야 오해가 안 납니다.

정정과 취소는 "was"와 "cancel"의 시제로 갈려요

호가를 바꾸거나 취소할 때, 시제를 흐리면 지금 유효한 가격이 뭔지가 안 보입니다. "가격 잘못 냈어요"를 현재형으로만 쓰면 상대는 그게 아직 살아 있는 호가인지 헷갈립니다.

이렇게 쓰기 쉽죠“The price is wrong, I make it 101.”
이렇게 쓰면 자연스러워요“Correction, that was 100.50, now 101. Please cancel the previous.”
was로 이전 상태를 닫고, now로 유효 호가를 엽니다.

"is wrong"은 지금 상태를 말할 뿐, 어느 게 틀렸고 어느 게 맞는지 시점을 안 나눕니다. was가 필요한 이유가 여기 있습니다. 과거형으로 "그건 100.50이었다"를 명확히 닫아야, 그 호가가 무효라는 신호가 됩니다. 이어 now 101로 현재 유효한 값을 열고요. make it은 협상 자리에서 "이걸로 하자"는 뉘앙스라 정정 통보엔 안 맞습니다. 데스크 관행어는 cancel과 correction입니다. 시제 하나로 살아 있는 가격이 갈립니다.

되묻는 확인은 명령형 대신 상태 질문으로 여세요

잘못 알아들으면 돈이 되는 자리에서, 확인을 안 하면 사고가 납니다. 그런데 "확인해줘요"를 "Confirm please"라고만 쓰면 딱딱하고, 무엇을 확인할지도 안 잡힙니다. 되묻기는 상태를 지목하는 질문으로 여는 게 안전합니다.

이렇게 쓰기 쉽죠“Confirm please. Is it ok?”
이렇게 쓰면 자연스러워요“Just to confirm, is this all done or still working?”
무엇을 확인하는지 두 상태를 나란히 제시.

"Is it ok?"의 문제는 ok가 상태를 안 지목한다는 겁니다. 상대가 "yes"라고 답해도 그게 체결 완료인지 진행 중인지 여전히 모릅니다. 여기서 be동사 질문 "is this all done or still working"이 힘을 냅니다. be동사로 상태를 물으면서 두 가능성을 명시하니, 상대는 둘 중 하나를 골라 답하기만 하면 됩니다. 되묻기의 목적은 예의가 아니라 애매함을 없애는 거라, 질문 안에 답의 선택지를 넣어야 합니다.

급할수록 축약은 정해진 것만 쓰고 새로 만들지 마세요

바쁘면 자기만 아는 축약을 만들게 됩니다. "cxl", "wrkg", "fld" 같은 걸 즉석에서 줄여 쓰면 나는 편하지만 상대는 멈칫합니다. 데스크 축약은 통용되는 것만 쓰고, 조금이라도 애매하면 풀어 씁니다.

이렇게 쓰기 쉽죠“fld half, rest wrkg, will updt.”
이렇게 쓰면 자연스러워요“Filled half, rest working, will update shortly.”
통용 축약(mm, bp)만 쓰고 동사는 풀어서.

축약이 위험한 이유는, 받는 쪽이 그걸 해석하는 데 드는 0.5초가 곧 지연이기 때문입니다. filled, working, update 같은 동사는 통째로 써도 몇 글자 차이 안 나면서 오해 여지가 확 줄어듭니다. 반대로 mm(백만), bp(베이시스포인트)처럼 시장 전체가 공유하는 축약은 그대로 써도 됩니다. 기준은 하나입니다. 상대가 되묻지 않을 만큼 통용되는가. 새 축약을 만드는 순간, 그 확인 왕복이 리스크로 돌아옵니다.

정리하면, 데스크 메신저의 핵심은 상태어와 숫자를 짝짓는 겁니다. done인지 working인지, 몇 mm of 몇 mm인지, was인지 now인지. 이 세 축만 정확하면 문장이 짧아도 오해가 안 납니다.

이런 문장들은 한 번 봤다고 손에 붙지 않습니다. 실제로 되받아 써 봐야 급한 순간에 튀어나오거든요. 오늘 카운터파트에게 보낸 확인 한 줄을 저장해두면, 다음에 비슷한 상황에서 그 문장이 복습으로 돌아옵니다. 내가 써 본 문장만 내 것이 되니까요.


함께 읽으면 좋은 글

읽었으면, 한 번 써 보세요.

한글 해석을 보고 직접 영작하면 AI가 문장마다 왜 그렇게 쓰는지 짚어 줍니다.