Grammarly냐 DeepL Write냐…더 많이 고치는 도구가 정답은 아니다

영문 이메일과 보고서를 여러 앱에서 작성하며 수시로 교정받고 싶다면 Grammarly를 먼저 살펴볼 만하다. 한국어 초안을 영어로 번역한 뒤 어색한 표현을 다듬는 일이 잦다면 DeepL Write가 유력한 후보다. 두 도구 모두 문법을 고치고 문장을 다시 쓰므로, 제안의 개수보다 이름·숫자·부정 표현을 보존하면서 문장을 개선하는지가 선택 기준이 된다.

한국 직장인의 선택은 ‘문법은 Grammarly, 번역은 DeepL’로 끝나지 않는다. DeepL Write는 이미 영어로 된 문장을 고치는 도구이고, Grammarly에도 문장 전체 재작성 기능이 있다. 같은 영문 문단을 넣어 교정 결과를 비교한 다음, 한국어 원문에서 번역본을 거쳐 최종 영문으로 이어지는 작업 흐름과 요금제, 팀의 문서 입력 정책까지 따져야 한다.

작성 중 교정과 번역 후 재작성, 어디에 무게를 둘까

Grammarly는 영어 문서를 쓰는 동안 제안을 계속 받으려는 사람에게 알맞은 출발점이다. Grammarly 공식 요금표는 Pro에 문장 전체 재작성, 어조 조정, 표절·AI 생성 텍스트 탐지, 회원당 월 2,000개 생성형 AI 프롬프트를 포함한다고 밝힌다. 같은 페이지는 브라우저, 데스크톱, 모바일과 문서 앱용 제품도 안내한다. 메일을 쓰다가 보고서를 고치는 식으로 작성 환경이 자주 바뀐다면, 실제로 쓰는 앱에서 제안이 나타나는지 살펴볼 이유가 있다.

DeepL Write의 역할은 번역된 영어를 손보는 데에만 묶이지 않는다. DeepL Write Pro 제품 설명은 이메일·보고서·발표문의 철자와 문법, 구두점을 교정하고 표현과 명료성을 개선하며 어조와 문체를 선택할 수 있다고 안내한다. Google Workspace와 Microsoft 365에서도 사용할 수 있다고 명시해, 두 제품을 ‘앱 전반 교정 대 별도 창에서 재작성’으로 단정하기도 어렵다. 업무용 기능으로는 감사 로그, 자체 키 암호화, 네트워크 제한과 계정 접근 관리도 소개하지만, 실제 구매할 요금제에 필요한 통제가 포함되는지는 별도로 확인해야 한다.

DeepL Write가 작문 대상으로 명시한 언어는 영어, 독일어, 프랑스어, 스페인어, 이탈리아어, 포르투갈어다. 한국어 원문을 다듬는 기능으로 생각해 Write에 바로 넣는 대신, 한국어를 영어로 옮기는 단계와 영어 문장을 손보는 단계를 구분해야 한다. DeepL Translator와 Write를 함께 쓰는 편의성은 장점이 될 수 있지만, 번역 결과 자체의 정확도와 Write의 교정 품질은 별개의 평가 항목이다.

이미 영어로 작성한 고객 답장에서 오류를 즉시 줄이고 싶다면 Grammarly의 제안 흐름을 먼저 시험할 만하다. 번역된 제안서가 문법상 맞아도 직역처럼 읽힌다면 DeepL Write의 표현 대안을 먼저 비교할 만하다. 두 서비스가 모두 재작성과 어조 선택을 제공하는 만큼 특정 제품이 언제나 더 자연스럽다는 결론은 실제 원고 없이 내릴 수 없다.

자연스러운 문장이 원문의 약속을 바꿀 수 있다

업무 문서에서 유창함과 정확성은 다른 기준이다. ‘검토 예정’을 ‘승인 완료’로 바꾸거나 ‘출시가 확정됐다고 알리지 말라’는 부정을 빼면 문장은 매끈해져도 상대방에게 전하는 상태가 달라진다. 이름의 로마자 표기, 날짜의 순서, 백분율과 단위, 제품명처럼 고치지 말아야 할 요소를 먼저 표시하면 그런 변형을 찾기 쉽다.

같은 영문 초안을 두 도구에 넣어야 영어 교정의 차이를 볼 수 있다. 한쪽에는 사람이 직접 쓴 초안을, 다른 쪽에는 별도의 번역 결과를 넣으면 입력 문장이 달라 결과를 공정하게 비교하기 어렵다. 한국어로 시작한 업무라면 원문, 공통 영문 초안, 각 교정본을 나란히 남겨야 의미가 번역에서 바뀌었는지 재작성에서 바뀌었는지 구분할 수 있다.

고객 이메일에서는 요청 기한과 책임 주체가 특히 중요하다. ‘가능하면 보내겠다’가 ‘보내겠다’로 바뀌면 상대가 받아들이는 약속의 강도가 커진다. 내부 보고서에서는 전문 용어의 일관성이 더 중요할 수 있다. 읽기 좋은 동의어로 바꾼 제안이라도 조직에서 쓰는 제품명이나 지표 정의를 흐린다면 수락하지 않는 편이 낫다.

가격은 결제 주기와 번역 구독을 함께 봐야 한다

Grammarly Pro의 표시 가격을 한 달 사용료로 받아들이면 비교가 어긋난다. Grammarly의 Pro 요금 안내는 미국 달러 기준 연간 구독료를 회원당 144달러, 월 환산액을 12달러로 제시하며, 월간 구독은 회원당 월 30달러라고 적는다. 연간 환산액과 한 달만 결제할 때의 금액이 서로 다른 셈이다. 원화 청구액과 세금은 결제 단계에서 확인해야 한다.

DeepL은 Write Pro만의 표시 금액을 번역 요금제 전체 비용으로 착각하기 쉽다. DeepL 공식 요금표에서 Write Pro는 Translator Individual과 Team의 추가 옵션이고 Business에는 포함돼 있다. 이미 유료 번역을 쓰는 개인이라면 추가 비용을 보면 되지만, 처음 도입하는 팀이라면 번역 구독과 Write Pro, 사용자 수를 합쳐야 비교 대상이 맞아진다. 표시 통화와 지역에 따라 페이지의 가격이 달라질 수 있으므로 결제 화면의 금액을 기준으로 삼아야 한다.

무료 계정으로 영문 문단의 기본 교정 결과를 살피는 것은 가능하다. 다만 구매하려는 기능이 유료 요금제에 들어 있다면 같은 기능을 실제로 사용할 수 있는 상태에서 비교해야 한다. 생성형 AI 사용량이나 번역 구독 포함 여부처럼 과금 단위가 다른 항목을 한 줄 가격으로 환산하면 필요한 좌석과 결제 기간이 빠지기 쉽다.

팀 문서에는 어떤 통제가 필요한가

고객명, 미공개 수치, 계약 조건이 들어가는 문서는 교정 결과만으로 도구를 고를 수 없다. 개인용 상품과 조직용 상품은 관리자 기능의 범위가 다를 수 있다. 필요한 기능이 상품 소개에 보인다는 이유만으로 모든 계정에서 사용할 수 있다고 판단하면 도입 후 설정 단계에서 차이가 드러날 수 있다.

팀이 확인할 항목은 입력한 문장의 보관·학습 사용 조건, 관리자 권한, 접속 제어, 감사 기록이다. 예를 들어 번역 요금제에 보이는 팀 관리와 Write의 교정 기능을 한 상품의 동일한 권한으로 가정해서는 안 된다. 문서를 어느 앱에서 입력할지까지 정한 뒤 그 경로에 적용되는 약관과 회사 정책을 대조하는 편이 정확하다.

실제 계약서나 고객 이메일을 시험용 무료 계정에 넣을 필요는 없다. 비교용 문단은 가상의 이름과 수치로 만들되, 고유명사·기한·부정문처럼 변형 위험을 드러내는 구조는 유지하면 된다. 그렇게 하면 교정 품질을 살피면서도 팀이 허용하지 않은 문서를 시험 과정에 노출하지 않을 수 있다.

같은 문단으로 하는 10분 비교와 의미 변형 확인표

비영어권 사용자를 다룬 Flowith의 동일 문단 비교 제안은 이름, 숫자, 날짜, 전문 용어와 어조 요구를 한 문단에 넣고 두 도구의 수정을 대조하라고 권한다. 이 방법은 어느 제품이 보편적으로 우수하다는 시험 결과가 아니라 자신의 문서에서 재작업이 얼마나 필요한지 확인하는 절차다. 한국어 원문을 함께 두면 번역과 교정 중 어느 단계에서 뜻이 바뀌었는지도 볼 수 있다.

다음은 시험을 위한 가상 문단이다. “김민지 팀장은 11월 18일까지 Atlas API의 오류율 0.8%를 재확인하되, 고객에게 출시가 확정됐다고 알리지 말라고 요청했다. 기술 검토가 끝나면 수정된 수치를 전달한다.” 영어 초안은 “Team lead Minji Kim asked us to recheck the Atlas API error rate of 0.8% by November 18 and not tell the client that the launch is confirmed. We will deliver revised number after technical review finishes.”처럼 만들 수 있다. 일부러 남긴 어색한 표현을 고치면서 핵심 사실을 지키는지 보는 용도이며, 어느 도구의 실제 출력도 아니다.

1. 처음 2분에는 한국어 원문과 영어 초안에서 유지할 항목을 표시한다. 사람 이름, Atlas API, 날짜, 오류율과 백분율, 출시 확정 사실을 알리지 말라는 부정, 기술 검토 뒤 수치를 전달한다는 순서가 해당한다.
2. 다음 3분에는 같은 영어 초안을 각 도구에 넣고 제안을 수락하지 않은 상태로 기록한다. 문법 오류 수정과 표현 교체를 구별하고, 어떤 제안이 전문 용어나 문장의 주어를 바꾸는지 살핀다.
3. 이어지는 3분에는 수정본을 한국어 원문과 맞춰 본다. 수치가 목표치나 달성치로 바뀌지는 않았는지, ‘재확인’이 ‘확정’이 되지는 않았는지, 부정의 범위와 약속의 강도가 유지되는지 따진다.
4. 마지막 2분에는 실제 수락할 제안만 골라 문장을 완성한다. 오탈자 수정의 효용과 의미 변형을 되돌리는 데 드는 시간을 함께 기록하면, 제안이 많은 쪽과 검토가 쉬운 쪽이 다를 수 있다.

의미 변형 확인표는 ‘고유명사’, ‘날짜·수치’, ‘부정·조건’, ‘전문 용어’, ‘어조·책임’의 다섯 칸으로 충분하다. 각 칸에 Grammarly 결과와 DeepL Write 결과를 ‘유지’, ‘확인 필요’, ‘변형’으로 적고, 바뀐 표현을 짧게 남긴다. 예컨대 가상 문단에서 “not tell the client”가 빠졌다면 문법 점수가 좋아져도 부정·조건 칸은 ‘변형’이다. 반대로 어색한 “deliver revised number”를 자연스럽게 고치면서 기한과 수치가 유지됐다면 그 수정은 도움이 된다.

선택은 자주 쓰는 문서에서 결정하는 편이 합리적이다. 고객에게 보내는 짧은 이메일과 긴 내부 보고서는 확인해야 할 위험이 다르고, 팀이 이미 쓰는 번역 구독도 총비용을 바꾼다. 같은 문단에서 뜻을 지키며 수동 검토를 줄이는 도구가 그 업무에 더 맞는 도구다.

함께 읽기:

• EU 취약점 신고 의무 시작…24시간 안에 완성 보고서는 아니다
• GPT-5.6 Sol·Terra·Luna 선택법, 비싼 모델이 늘 정답은 아니다
• Microsoft Fabric가 미 정부 보안 클라우드에 들어갔다…전 기능은 아니다