Як обробляти термінові замовлення без втрати якості перекладу¶
П’ятниця, 17:40. На пошту падає лист: “Нам потрібен переклад 47 сторінок медичної документації на німецьку, дедлайн - понеділок 9:00. Ціна не має значення.” Якщо ви хоч раз отримували таке повідомлення, ви знаєте цей мікс адреналіну і паніки. Прийняти - і ризикнути якістю. Відмовити - і втратити клієнта (і 2-3 тисячі євро). Добра новина: існує система, яка дозволяє говорити “так” таким замовленням і при ць��му не здавати мотлох. Розберемося, як побудувати воркфлоу для терміновок, скільки за це брати, і де проходить межа між “терміново” і “неможливо”.
Що таке “термінове замовлення” і де проходить межа¶
Перший крок - визначити, що саме ви вваж��єте “терміновим”. Без чіткого визначення кожне друге замовлення стане “терміновим”, і ваша команда просто перестане бачити різницю.
У перекладацькій індустрії немає єдиного стандарту. Як зазначає BLEND (Getblend):
There is no universal definition of a rush job. Some translators define a rush based on hours - anything less than 24 hours, while others use a words-per-day benchmark, like more than 2,500 words per day.
На практиці більшість агентств орієнтуються на два параметри: час до ��едлайну і обсяг тексту. Ось робоча класифікація, яку можна адаптувати під свої процеси:
| Тип | Час до дедлайну | Обсяг | Rush fee | Типовий приклад |
|---|---|---|---|---|
| Стандарт | 3-5 робочих днів | Будь-який | 0% | Переклад контракту на 20 стор. |
| Пріоритет | 24-48 годин | До 5 000 слів | +25-30% | Довідка для Auslanderbehorde |
| Терміново | 12-24 години | До 3 000 слів | +50% | Свідоцтво з апостилем для суду |
| Суперсрочно | До 6 годин | До 1 500 слів | +75-100% | Одна сторінка для іміграційного інтерв’ю |
Ці рамки - не релігія, а орієнтир. Якщо ваш перекладач стабільно робить 3 000 слів якісного юридич��ого перекладу за день - то 5 000 слів за 24 години для нього вже rush, навіть якщо формально це “пріоритет”. Як пишуть на форумі ProZ, багато перекладачів використовують правило “більше 2 500 слів за день = rush незалежно від дедлайну”.
Головне: зафіксуйте ваше визначення в SOP агентства і донесіть його до кожного фрілансера в пулі. Інакше буде хаос.
Система тріажу: прийняти, відхилити або передомовити за 10 хвилин¶
Отримали термінове замовлення. Перше рефлекторне бажання - одразу кинутися шукати перекладача. Стоп. Спочатку - тріаж. 10 хвилин на оцінку рятують від 10 годин проблем потім.
5 питань перед прийняттям¶
- Який реальний обсяг? Клієнт каже “маленький документ” - а там 8 000 слів з таблицями. Порахуйте ��лова ДО того як дати відповідь.
- Яка складність? Одна річ - переклад свідоцтва про народження (шаблонний документ). Інша - технічний мануал з термінологією. Складність × обсяг = реальний workload.
- Хто з перекладачів д��ступний прямо зараз? Не “хто теоретично може”, а “хто підтвердив готовність протягом 30 хвилин”. Якщо ваш vendor pool не має backup-перекладачів для основних мовних пар - це стратегічна проблема.
- Яка мовна пара? Переклад DE>UK - у вас є три перекладачі. Переклад JP>UK - тільки один, і він у відпустці. Rush fee не допоможе якщо нема кому перекладати.
- Чи є Translation Memory (TM) для цього клієнта/теми? Наявність TM може скоротити реальний обсяг роботи на 20-60%. Якщо 40% тексту - повтори з попередніх проєктів, “5 000 слів” перетворюються на “3 000 нових слів”.
Матриця рішення¶
| Фактор | Зелене світло | Жовте | Червоне |
|---|---|---|---|
| Обсяг | < 2 500 слів | 2 500-5 000 | > 5 000 |
| Складність | Шаблонний документ | Середня спеціаліз��ція | Вузька спеціалізація |
| Перекладач | Доступний, досвідчений | Доступний, потребує підтримки | Нікого немає |
| TM/глосарій | Є, наповнений | Частковий | Нема |
| Мовна пара | Основна (DE>UK, EN>UK) | Поширена (EN>RU, DE>RU) | Рід��існа |
Якщо більшість факторів “зелені” - беріть. Якщо більшість “жовті” - беріть з підвищеним rush fee і попередженням клієнту що “QA буде мінімальний”. Якщо хоч один фактор “червоний” - або відмовляйте, або домовляйтесь на реалістичніший дедлайн.
Золоте правило: краще чесно сказати клієнту “ми можемо це зробити за 36 годин замість 12, з повним QA”, ніж пообіцяти 12 і здати сирий переклад. Репутація коштує дорожче за один rush order.
Ціна терміновості: як рахувати rush fee і не продешевити¶
Т��рмінові замовлення - одне з основних джерел прибутку для агентства. Стандартна маржа на перекладі - 35-50%. На терміновому замовленні з rush fee маржа може досягати 60-70%. Але тільки якщо правильно рахуєте.
Що закладати в rush fee¶
Rush fee - це НЕ “накинути 20% зверху”. Це компенсація за реальні витрати:
- Overtime перекладача. Фр��лансер працює ввечері або у вихідні - він хоче і має отримати більше. Типова надбавка для перекл��дача: +25-50% від стандартної ставки за слово
- Координація. PM витрачає більше часу на термінове ��амовлення: швидкий пошук перекладача, моніторинг прогресу, екстрений QA
- Opportunity cost. Ви зсуваєте інші проєк��и, щоб дати пріоритет цьому. Клієнти тих проєктів незадоволені. Це має свою ціну
- Ризик помилки. Чим коротший дедлайн - тим вищий ризик. Переробка коштуватиме вам, а не клієнту
Rush charges compensate for priority scheduling that displaces other work, extended working hours or weekend availability, and in some cases the cost of assigning multiple translators to split the document.
Типові ставки rush fee по ринку¶
| Дедлайн | Rush fee | Обґрунтування для клієнта |
|---|---|---|
| 48 годин | +20-25% | “Пріоритетна черга, виділений перекладач” |
| 24 години | +30-50% | “Overtime перекладача + екстрений QA” |
| 12 годин | +50-75% | “Вечірня/нічна робота + паралельна перевірка” |
| 6 годин або менше | +75-100% | “Негайний старт, повна пріоритизація всіх ресурсів” |
| Вихідні/свята | Додатково +15-25% | “Робота в неробочий час” |
За даними Tomedes, rush fee коливається від 25% до 100% в залежності від дедлайну і завантаженості провайдера. Це ринкова норма - клієнти, яким дійсно терміново, розуміють цю математику.
Коли НЕ брати rush fee¶
- Постійний клієнт з великим об��ягом робить “терміновий” запит раз на квартал - іноді варто зробити goodwill gesture
- Замовлення маленьке (до 500 слів) і ви можете зробити його за 30 хвилин без перебудови розкладу
- Клієнт готовий прийняти light QA замість повного TEP - тоді ви економите на review, rush fee не потрібен
Деталі ціноутворення і маржинальності описані в гайді по ставках перекладача і управлінні грошовим потоком агентства.
Воркфлоу термінового проєкту: від прийому до здачі¶
��тандартний TEP (Translation-Editing-Proofreading) процес для терміновок не працює - часу просто нема. Потрібен адаптований воркфлоу який зберігає контроль якості але скорочує цикл.
Станд��ртний TEP vs Rush workflow¶
| Етап | Стандартний TEP | Rush workflow |
|---|---|---|
| Pre-processing | 1-2 год (анал��з, ТМ, підготовка файлів) | 15-30 хв (швидкий ана��із, TM match) |
| Переклад | 3-5 робочих днів | 4-12 годин |
| Editing (другий перекладач) | 1-2 робочих дні | 1-3 години або ПАРАЛЕЛЬНО |
| Proofreading | 1 робочий день | 30-60 хв (або включено в editing) |
| Delivery + buffer | 2-4 години | 15-30 хв |
Ключ до rush workflow - паралелізація. Замість послідовного “переклав → перевірив → вичитав”, ви запу��каєте кілька процесів одночасно.
7 кроків rush workflow¶
Крок 1: Швидкий аналіз (10 хв). Порахуйте слова, визначте предметну область, перевірте TM match. Якщо TM покриває 30%+ тексту - це радикально змінює оцінку часу.
Крок 2: Призначення (15 хв). Відправте запит 2-3 п��рекладачам одночасно (не одному по черзі!). Хто першим підтверджує - той і бере. У вашому TMS це має бути автоматизовано.
Крок 3: Видача матеріалів (5 хв). Одразу з замовленням відправте: TM, глосарій, reference-матеріали, style guide. Перекладач не має витрачати час на пошук термінології.
Крок 4: Переклад. Для великих замовлень (5 000+ слів) - розділіть між 2-3 перекладачами (про це - окрема секція нижче). Для менших - один перекладач з чіткими checkpoint-ами: “через 2 г��дини покажи перші 1 000 слів” - так ви побачите проблеми рано.
Крок 5: Паралельний QA. Поки перекладач працює над останньою частиною, ви (або другий перекладач) вже ревюєте перші секції. Це скорочує загальний цикл на 30-40%.
Крок 6: Автоматичні перевірки. Прогоніть через QA-модуль CAT-інструменту: теги, числа, пропущені сегменти, consistency термі��ів. Це ловить 80% механічних помилок за 5-10 хвилин.
Крок 7: Фінальна вичитка (15-30 хв). Швидкий прохід по всьому тексту: загальна зв’язність, чи немає пропусків, чи збігаються числа з оригіналом. Здача клієнту.
Загальний час для 3 000 слів середньої складності: 6-10 годин замість 3-5 днів. Якість буде 95% від ідеальної - і для 90% ситуацій цього більш ніж достатньо.
AI та MTPE: прискорення термінових замовлень без жертв¶
Якщо ви ще не використовуєте машинний переклад + пост-редагування (MTPE) для терміновок - ви втрачає��е гроші і час. За даними Phrase, прийняття MTPE зросло з 26% у 2022 до майже 46% у 2024 році. І є чому.
Як MTPE вписується в rush workflow¶
Стандартна формула: AI робить чорнову версію за хвилини → досвідчений перекладач пост-редагує → QA-перевірка. Для терміновок це працює ідеально бо:
- Чорновик за 2-3 хвилини замість 4-6 годин. ��авіть якщо AI-переклад потребує серйозного post-editing, перекладач стартує не з нуля а з 60-70% готового тексту
- Термінологічна consistency. AI не втомлюється і не забуває що “Aufenthaltstitel” ви вже переклали як “дозвіл на перебування” 200 сегментів тому
- Менше механічних помилок. Числа, дати, назви - AI копіює їх з оригіналу, а не набирає вручну
Як описує Smartling:
Machine translation provides first-pass speed. Human post-editing provides accuracy, cultural fluency, and subject-matter expertise. Together, they reduce turnaround by 40-60% compared to full human translation.
Два типи пост-редагування¶
| Тип | Що робить post-editor | Коли використовувати | Економія часу |
|---|---|---|---|
| Light PE (MTPE-L) | Виправляє критичні помилки, зберігає зрозумілість | Внутрішні документи, інформативний контент | 50-70% |
| Full PE (MTPE-F) | Повне редагування до рівня людського перекладу | Юридичні документи, публікації, маркетинг | 30-50% |
Для терміновок з м’якими вимогами до стилю (технічна документація, внутрішня комунікація) - Light PE достатньо. Для документів що підуть у суд або до клієн��а - тільки Full PE.
Деталі роботи з MTPE як послугою розібрані в гайді MTPE для фрілансера та гібридному AI-воркфлоу перекладача.
Що НЕ підходить для AI-прискорення¶
- Рукописні документи і скани поганої якості - AI не зможе навіть розпізнати текст
- Вузькоспеціалізована термінологія без контексту (медичні діагнози, юридичні формулювання конкретної юрисдикції)
- Документи з нестандартним форматуванням (таблиці всередині таблиць, формули, специфічна верстка)
- Творчий контент де стиль критично важливий (маркетинг, транскреація)
Правило: якщо ви не впевнені чи AI впорається - запустіть тестову сторінку перед тим як комітитися на весь обсяг. 5 хвилин тесту рятують від 5 годин переробки.
Розподіл великого замовлення між кількома перекладачами¶
8 000 слів, дедлайн 18 годин. Один перекладач фізично не встигне. Рішення - розбити між двома або трьома.
Коли розбивати, а коли ні¶
Розбивати - якщо текст має чітку структуру (розділи, глави, окремі документи в пакеті). НЕ розбивати - якщо це один суцільний наратив де стиль і голос мають бути ідентичними (юридичний висновок, маркетинговий текст).
Як розбивати правильно¶
- Розбивайте по логічних блоках, а не по кількості слів. Один перекладач бере розділи 1-3, інший - 4-6. Не ріжте посередині абзацу.
- Один глосарій на всіх. Перед стартом створіть shared glossary з ключовими термінами: “Aufenthaltstitel = дозвіл на перебування” (не “посвідка”, не “дозвіл на проживання”). Розбіжності в термінології - перше що помітить клієнт.
- Один style guide. Навіть короткий: формат дат, числа, звертання, регістр заголовків.
- Один TM. Підключіть обох перекладачів до одного Translation Memory в реальному часі (Smartcat, Phrase, MemoQ Cloud це підтримують). Так сегменти одного автоматично доступні іншому.
- Один editor. Після перекладу ВСІ частини проходять через одного ревюера який вирівнює стиль, термінологію і тон. Це некерований крок - без нього клієнт отримає “Франкенштейна”.
Як пише ALTA Language Services:
We can split a project among a team of 3 translators to meet deadlines, with an editor reviewing the final product to ensure it reads smoothly and consistently.
Вартість координації: закладайте +1-2 години PM-часу на кожне розбите замовлення. Для гібридних команд - де частина пере��ладачів in-house а частина фрілансери - це особливо критично.
QA під тиском: мінімальний чеклист для терміновок¶
Повний QA-процес для термінових замовлень - розкіш. Але “нуль QA” - це професійне самогубство. Компроміс: мінімальний чеклист який ловить 90% критичних помилок за 20% часу повного review.
Must-check (не скіпати НІКОЛИ)¶
- Повнота. Чи все перекладено? Чи нема пропущених сегментів, сторінок, абзаців? Один пропущений абзац у юридичному документі - і весь переклад марний
- Числа і да��и. 12.03.2026 - це 12 березня чи 3 г��удня? Формати дат між DE/UK/EN - класична пастка. Як ми описували в статті про помилку в даті що коштувала візу - це реальна причина відмов
- Імена та назви. Транслітерація має збігатися з тим що в паспорті клієнта. Перевірте кожне ім’я
- Критична термінологія. 5-10 ключових термінів документа - чи вони перекладені коректно і консистентно
Should-check (якщо є хоч 30 хвилин)¶
- Граматика і стилістика (хоча б прогнати через LanguageTool або Grammarly для цільової мови)
- Форматування (чи збереглися таблиці, списки, заголовки)
- Автоматичний QA в CAT-інструменті (теги, consistency, пропуски)
Nice-to-check (якщо є час)¶
- Читабельність і природність (чи це звучить як людський переклад)
- Стилістична відповідність попереднім перекладам для цього клієнта
- Back-translation spot-check критичних абзаців
Суть: навіть у найтерміновішому замовленні must-check займає 15-20 хвилин на 3 000 слів. Це не розкіш, це мінімум. Якщо у вас нема і цих 15 хвилин - у вас нема часу на цей проєкт, і чесніше відмовити.
Повний гід по метриках якості в агентстві - в статті про KPI для перекладацьких агентств.
5 помилок, які вбивають якість терміновок¶
Помилка 1: Сказати “так” на все¶
Синдром “ми ні��оли не відмовляємо” - прямий шлях до вигорання команди і репутаційних втрат. Одне зіпсоване термінове замовлення може коштувати вам клієнта, який приносив €5 000 на місяць стандартних замовлень.
Помилка 2: Rush без rush fee¶
Якщо ви не берете rush fee, ви де-факто тренуєте клієнт��в подавати все як “термінове”. Як обговорюють на ProZ, це поширена проблема - агентства починають “завжди” запитувати rush, бо перекладач і так робить за стандартну ставку. Rush fee - це межа яка захищає і вас, і ваш стандартний сервіс.
Помилка 3: Пропустити QA “бо дедлай픶
Найдорожча помилка. Переклад з критичною помилкою гірший за відсутність перекладу - клієнт подає його в офіційну інстанцію, і коли помилку знаходять, це коштує йому тижні і сотні євро на переробку. Про ризики та E&O страхування ми писали окремо.
Помилка 4: Розбити текст між перекладачами без координації¶
“Ти бери першу половину, я другу, зустрінемося в дедлайні” - рецепт катастрофи. Без спільного глосарію, TM і фінального review ви отримаєте два різних переклади одного документа.
Помилка 5: Не вести статистику по терміновим замовленням¶
Якщо ви не відстежуєте: скільки терміновок отримуєте на місяць, який відсоток приймаєте, яка маржа, яка error rate після здачі - ви не зможете оптим��зувати процес. Додайте ці метрики в ваші KPI.
Як побудувати “emergency-ready” агентство¶
Терміновки - не форс-мажор якщо ви до них готові. Ось що потрібно побудувати заздалегідь:
- Backup-перекладачі. Для кожної основної мовної пари - мінімум 2-3 перекладачі в пулі які можуть взяти роботу за 1-2 години.
- Шаблони комунікації. Готовий лист клієнту з підтвердженням, уточненням дедлайну і rush fee. Готовий brief для перекладача. Не витрачайте час на листування з нуля.
- TM і глосарії в порядку. Чим краще наповнені ва��і TM - тим швидше кожне наступне замовлення. Якість TM - це інвести��ія в швидкість.
- AI-інструменти налаштовані. Якщо ви використовуєте MTPE - MT-движок має бути підключений і протестований до того як прийде термінове замовл��ння, а не під час нього. Про нові навички перекладача ми писали окремо.
- Pricing sheet готовий. Rush fee має бути в прайсі заздалегідь. Клієнт запитує - ви відправляєте. Не “зачекайте, я порахую” - а “ось прайс, ось терміни”.
- Документовані SOP. Кожен крок rush workflow описаний в SOP агентства: хто що робить, в якій послідовності, що перевіряє. Новий PM має змогу обробити rush за вашим playbook без вашої участі.
Якщо ваше агентство на етапі масштабування - побудова rush-інфраструктури має бути одним з перших пріоритетів. Клієнти платять за надійність, а надійність = здатність справлятися з терміновими запитами.
FAQ¶
Скільки додатково брати за термінове замовлення на переклад?¶
Стандартний rush fee - від +25% за 48-годинний дедлайн до +100% за same-day delivery. Конкретна цифра залежить від обсягу, складності і вашого завантаження. Головне правило: rush fee має покривати overtime перекладача, додаткову координацію PM і ризик переробки.
Як відрізнити реально термінове замовлення від “все завжди терміново”?¶
Задайте клієнту одне питання: “Що станеться якщо переклад буде готовий на 24 години пізніше?” Якщо відповідь “нічого критичного” - це не rush, це нетерпіння. Якщо “я пропущу дедлай�� подачі в суд/посольство/на тендер” - це реальний rush.
Чи можна використовувати машинний переклад для термінових замовлень?¶
Так, MTPE (машинний переклад + пост-редагування людиною) - стандартна практика для терміновок. Економія часу 30-60% порівняно з перекладом з нуля. Ключове - пост-редагув��ння ОБОВ’ЯЗКОВЕ. Сирий машинний переклад без людської перевірки - це не послуга, а ризик. Детальніше про MTPE як послугу.
Як зберегти які��ть при розподілі проєкту між кількома перекладачами?¶
Три об��в’язкових елементи: спільний глосарій до старту, спільна Translation Memory в реальному часі, і один фінальний editor який вирівнює стиль і термінологію після всіх перекладачів. Без хоч одного з цих трьох - консистентність неможлива.
Чи варто приймати термінові замовлення у вихідні та свята?¶
Якщо ваш бізнес позиціонується як premium-сервіс - так, але з відповідним rush fee (+15-25% додатково до стандартного rush). Якщо ви соло-фрілансер - це питання work-life balance. Рекомендація: визначте “вікно доступності” (наприк��ад, відповідаю на запити до 20:00, у вихідн�� - тільки для постійних клієнтів) і дотримуйтесь його.
Що робити якщо в терміновому перекладі знайшли помилку після здачі?¶
Негайно визнайте, негайно виправте, і запропонуйте знижку або безкоштовну переробку. НЕ виправдовуйтесь тим що “ви ж самі хотіли терміново”. Ви прийняли замовлення - ви відповідальні за якість. Якщо помилки в терміновках стають систематичними - ваш rush workflow потребує перегляду, а не виправдань.
Скільки слів на день може якісно перекладати один перекладач?¶
Залежить від спеціалізації і мовної пари. Загальний контент: 2 500-3 500 слів/день. Спеціалізований (медичний, юридичний): 1 500-2 500 слів/день. Термінології з TM-підтримкою: до 4 000-5 000 слів/день. Все що вище - або ви жертвуєте якістю, або перекладач вигорає.