SOP для перекладацького агентства: як задокументувати процеси і перестати тримати все в голові¶
Ваш project manager звільнився в п’ятницю. В понеділок у вас 12 активних проєктів, 8 фрілансерів чекають на брифи, а вся інформація про те як оформляти замовлення, перевіряти якість і спілкуватися з клієнтами - була в його голові. Знайома ситуація? Якщо так, то у вас немає SOP. А без SOP ваше агентство - це не бізнес, а просто набір людей, які якось там працюють.
Стандартні операційні процедури (Standard Operating Procedures, SOP) - це задокументовані покрокові інструкції для кожного повторюваного процесу в агентстві. Не загальні описи “як ми працюємо”, а конкретні кроки: хто, що, коли, в якому порядку і що робити якщо щось пішло не так.
Розберемо, які SOP потрібні першими, як їх писати щоб команда реально використовувала, і які інструменти спрощують цей процес.
Навіщо перекладацькому агентству SOP: 5 причин, які вирішують реальні проблеми¶
“Ми маленьке агентство, у нас 3 людини - навіщо нам процедури?” - чуєте це від себе? Ось чому SOP критичні навіть для мікро-агентства з 2-3 штатними і 5-10 фрілансерами.
1. Onboarding нових людей за дні, а не місяці. Без SOP навчання нового PM або перекладача - це “сядь поруч і дивись як я роблю”. З SOP - “прочитай ці 8 документів, пройди тестове замовлення по інструкції, задай питання по незрозумілих моментах”. За даними Trainual, компанії з задокументованими SOP скорочують час onboarding на 50-70%.
2. Стабільна якість незалежно від того, хто працює. Коли TEP-процес (Translation, Editing, Proofreading) задокументований - не має значення, новий перекладач чи досвідчений. Кроки однакові, чеклісти однакові, результат передбачуваний.
3. Масштабування без хаосу. Якщо ви масштабуєте агентство від соло-фрілансера до LSP, SOP - це фундамент. Без задокументованих процесів кожен новий проєкт чи новий фрілансер додає хаос, а не revenue.
4. Підготовка до ISO 17100. ISO 17100 - міжнародний стандарт якості перекладацьких послуг - прямо вимагає задокументовані процедури для перекладу, редагування, управління проєктами та кваліфікації виконавців. Навіть якщо сертифікація не в планах зараз - побудовані по ISO процеси виглядають серйозно для enterprise-клієнтів.
5. Захист від “bus factor”. Якщо завтра ваш найкращий PM захворіє на тиждень - хтось інший зможе підхопити його проєкти? З SOP - так. Без SOP - ви самі будете сидіти до ночі розбираючись у чужих проєктах.
Як зазначає ISO у описі стандарту 17100:2015:
ISO 17100:2015 provides requirements for the core processes, resources, and other aspects necessary for the delivery of a quality translation service that meets applicable specifications.
Простими словами: якщо хочете надавати якісні перекладацькі послуги стабільно - документуйте процеси.
8 SOP, які потрібні перекладацькому агентству першими¶
Не намагайтесь задокументувати все одразу - це гарантований спосіб кинути на третьому документі. Почніть з 8 критичних SOP і розширюйте поступово.
1. Прийом замовлення (Intake & Quoting)¶
Що покриває: від моменту коли клієнт написав “мені потрібен переклад” до підтвердження замовлення.
Ключові кроки: - Аналіз вхідного файлу (формат, обсяг, мовна пара, складність) - Визначення типу перекладу (стандартний, присяжний, MTPE) - Розрахунок вартості (формула: кількість слів × ставка + надбавки за терміновість/складність) - Підготовка та відправка квоти клієнту - Підтвердження замовлення і внесення в систему
Що має бути в SOP: шаблон квоти, формула розрахунку ціни, матриця надбавок (терміновість +30-100%, складна тематика +20-40%), список питань які обов’язково уточнити у клієнта.
2. Призначення виконавців (Assignment)¶
Що покриває: як вибрати правильного перекладача/редактора для конкретного проєкту.
Ключові кроки: - Перевірка мовної пари та спеціалізації - Перевірка доступності (capacity та дедлайни) - Відправка брифу фрілансеру - Підтвердження від виконавця - Фоллоу-ап якщо немає відповіді протягом X годин
Цей SOP тісно пов’язаний з vendor management - ваша база фрілансерів має бути структурована так, щоб пошук правильного виконавця займав хвилини, а не години.
3. TEP-процес (Translation, Editing, Proofreading)¶
Це серце будь-якого перекладацького агентства. ISO 17100 вимагає як мінімум Translation + Revision (редагування другим лінгвістом). Proofreading - опціональний, але рекомендований крок для відповідальних проєктів.
Ключові кроки: - Translation: переклад першим лінгвістом, самоперевірка по чеклісту - Editing: білінгвальна перевірка другим лінгвістом (порівняння з оригіналом) - Proofreading: фінальна перевірка тільки цільового тексту (стиль, форматування, консистентність) - QA-чеки між етапами (теги, числа, терміни - автоматизовані через CAT-інструменти)
Чому це критично? Без задокументованого TEP кожен перекладач працює “як звик”. Один перевіряє числа вручну, інший пропускає. Один порівнює з оригіналом абзац за абзацом, інший “просто перечитує”. SOP стандартизує ці кроки: кожен знає що саме перевіряти, в якому порядку і що документувати.
Як пояснює TÜV SÜD, сертифікаційний орган ISO 17100:
Every translation must be revised by a second qualified linguist before final delivery.
Це не рекомендація - це вимога стандарту. Ваш SOP має чітко описувати хто і що перевіряє на кожному етапі.
4. Контроль якості (QA)¶
Окремий від TEP SOP, який покриває технічну і лінгвістичну перевірку.
Ключові кроки: - Автоматизовані QA-чеки (теги, числа, пунктуація, консистентність термінів) - Перевірка відповідності глосарію і style guide - Перевірка форматування (таблиці, headers, списки) - Фінальна перевірка перед відправкою клієнту - Документування знайдених помилок для фідбеку виконавцям
Для відстеження якості використовуйте прості метрики: кількість помилок на 1000 слів, відсоток проєктів з переробками, час на QA.
5. Доставка та зворотний зв’язок (Delivery & Feedback)¶
Що покриває: від фінального файлу до закриття проєкту.
Ключові кроки: - Підготовка фінального файлу (формат, naming convention) - Відправка клієнту з супровідним листом - Збір зворотного зв’язку від клієнта - Обробка запитів на зміни (якщо є) - Закриття проєкту в системі, виставлення рахунку
6. Онбординг фрілансера (Vendor Onboarding)¶
Що покриває: від першого контакту з потенційним фрілансером до його додавання в активний пул.
Ключові кроки: - Перевірка кваліфікації (освіта, досвід, сертифікати) - Тестове завдання (250-500 слів у профільній парі) - Оцінка тестового за стандартизованою шкалою (наприклад: 1-5 по кожному критерію - точність, стиль, термінологія, форматування) - Підписання NDA та рамкового договору - Додавання в базу з тегами (мовна пара, спеціалізація, рейтинг, ставка) - Відправка welcome pack (style guides, глосарії, інструкції до інструментів)
Без цього SOP кожен новий фрілансер - лотерея. Хтось чудово перекладає юридичні тексти, але вам це невідомо бо ви не задокументували його спеціалізацію. Хтось здає пізніше обіцяного, і ви дізнаєтесь це через 3 проєкти бо не відстежували. Структурований онбординг вирішує ці проблеми на старті.
Детальніше про побудову і підтримку пулу виконавців - у статті про vendor management для перекладацьких агентств.
7. Ескалація та вирішення проблем (Escalation)¶
Що покриває: що робити коли щось пішло не так.
Типові сценарії: - Фрілансер не здає роботу вчасно - Клієнт скаржиться на якість - Помилка в доставленому перекладі - Фрілансер зникає посеред проєкту - Клієнт змінює scope після старту
Для кожного сценарію SOP має описувати: хто приймає рішення, які кроки, які таймлайни, яка комунікація з клієнтом. Найважливіше - не панікувати, а діяти за процедурою.
8. Виставлення рахунків та оплата фрілансерам (Billing)¶
Що покриває: фінансовий цикл від інвойсу клієнту до оплати виконавцям.
Ключові кроки: - Генерація інвойсу клієнту (автоматично по завершенні проєкту або по графіку) - Відстеження оплати клієнтом - Розрахунок оплати фрілансерам за період - Виплата фрілансерам (net-15, net-30 - залежно від домовленості) - Звірка з бухгалтерією
Це пов’язано з управлінням грошовим потоком - без чіткого SOP по білінгу легко потрапити в касовий розрив.
Пріоритизація: з чого почати¶
Якщо 8 SOP здаються неподйомними - ось порядок, який дає максимальний ефект при мінімальних зусиллях:
| Пріоритет | SOP | Чому перший |
|---|---|---|
| 1 | TEP-процес | Якість = репутація = клієнти. Без цього все інше не має сенсу |
| 2 | Прийом замовлення | Стандартизує комунікацію з клієнтом, зменшує помилки в квотах |
| 3 | QA | Ловить помилки до того як їх побачить клієнт |
| 4 | Онбординг фрілансерів | Масштабування починається з правильних людей |
| 5 | Призначення виконавців | Швидкість реакції = конкурентна перевага |
| 6 | Доставка і фідбек | Закриває цикл проєкту |
| 7 | Ескалація | Готує до кризових ситуацій |
| 8 | Білінг | Фінанси мають бути в порядку, але це зазвичай вже якось працює |
Реалістичний план: 1-2 SOP на тиждень, почніть з TEP. За місяць у вас будуть 4-8 задокументованих процедур - цього достатньо для стабільної роботи агентства з 5-15 фрілансерами.
Як написати SOP, який команда реально використовуватиме¶
Головна проблема з SOP не в тому, щоб їх написати. Проблема в тому, щоб команда їх читала і дотримувалась. SOP який ніхто не відкриває - гірше ніж відсутність SOP, бо створює ілюзію контролю.
Формат: просто, коротко, з прикладами¶
Кожен SOP має містити 7 елементів:
- Назва і мета - одне речення: “Цей SOP описує процес приймання нового замовлення від клієнта”
- Scope - до чого застосовується: “Всі замовлення крім recurring проєктів з рамковим договором”
- Відповідальний - хто виконує: “Project Manager”
- Тригер - коли запускається: “Клієнт надсилає запит на переклад через email/форму/чат”
- Кроки - пронумеровані дії, максимально конкретні
- Чеклісти - що перевірити перед завершенням кожного кроку
- Що робити якщо - edge cases та ескалації
Приклад: SOP для прийому замовлення (скорочено)¶
Тригер: Клієнт надіслав запит на переклад.
Крок 1. Відповідай на запит протягом 2 годин у робочий час (8:00-18:00 CET). Якщо запит прийшов після 18:00 - наступного робочого ранку до 10:00.
Крок 2. Проаналізуй файл: - [ ] Формат (docx/pdf/scan/фото) - [ ] Мовна пара - [ ] Кількість слів (Tools → Word Count в Trados/MemoQ, або рахуй вручну для сканів) - [ ] Тематика (юридична/медична/технічна/загальна) - [ ] Чи потрібен присяжний/завірений переклад
Крок 3. Розрахуй вартість: - Базова ставка: [посилання на внутрішній прайс] - Надбавки: терміновість (<24 год +50%, <4 год +100%), складна тематика (+25%), сканований документ (+15%) - Знижка для recurring клієнтів: [посилання на таблицю знижок]
Крок 4. Відправ квоту через [шаблон у email/CRM]. Вкажи: вартість, термін виконання, що входить (TEP), формат доставки.
Якщо клієнт просить знижку - ескалюй на Senior PM або власника якщо знижка > 15%.
Якщо файл нечитабельний - повідом клієнта протягом 1 години і запроси кращу якість.
Зверніть увагу: кожен крок має конкретні цифри (2 години, 50%, 15%) і конкретні дії. Не “якнайшвидше проаналізуйте” а “протягом 2 годин”.
Три формати SOP¶
Не всі процеси потребують однакового формату:
| Формат | Коли використовувати | Приклад |
|---|---|---|
| Покроковий список | Лінійні процеси з фіксованою послідовністю | Прийом замовлення, доставка |
| Блок-схема (flowchart) | Процеси з розгалуженнями та умовами | Ескалація, QA (якщо помилка критична → один шлях, некритична → інший) |
| Чекліст | Перевірки де порядок не критичний | QA перед доставкою, онбординг фрілансера |
Для блок-схем використовуйте Miro або Whimsical - обидва мають безкоштовні тарифи. Вбудовуйте візуальну схему на початку SOP, а нижче - текстову версію для тих хто шукає конкретний крок.
Інструменти для створення та зберігання SOP¶
SOP не живе в Google Doc, який ніхто не може знайти в спільній папці з 200 файлами. Потрібне місце де команда швидко знаходить потрібну процедуру.
Порівняння інструментів¶
| Інструмент | Ціна/юзер/міс | Для кого | Плюси | Мінуси |
|---|---|---|---|---|
| Notion | $0-10 | Агентства 2-15 людей | Гнучко, красиво, є шаблони | Може бути занадто гнучким - потрібна дисципліна структури |
| Confluence | $5.42+ | Агентства 5-50+ людей | Потужний пошук, версіонування, інтеграція з Jira | Складніший у налаштуванні |
| Process Street | $25+ | Агентства з повторюваними workflow | Чеклісти з автоматизацією, трекінг виконання | Дорого для маленьких команд |
| Google Docs + Drive | $0-6 | Мікро-агентства 1-3 людини | Безкоштовно, всі вміють | Складно підтримувати структуру при зростанні |
| Waybook | $83/міс | Агентства з фокусом на онбордингу | Спеціалізований під SOP і тренінг | Нішевий, менш відомий |
Для агентства на стадії 2-3 (5-20 фрілансерів) Notion - оптимальний вибір: безкоштовного тарифу достатньо для початку, а структура wiki дозволяє організувати SOP логічно.
Якщо плануєте ISO 17100 - Confluence кращий вибір, бо має вбудоване версіонування з аудит-трейлом (хто змінив, коли, що саме) - аудитори це люблять. Process Street підходить якщо хочете не просто документи, а відстежувати хто коли які кроки виконав - але ціна $25+/юзер/міс робить його неактуальним для агентств з бюджетом на рівні Google Docs.
Як рекомендує Asana у своєму гіді по SOP:
Choose where your SOP will live - whether in a shared Google Doc or Drive, a company wiki like Notion or Confluence, or dedicated SOP software. Your SOP should be accessible right when it’s needed, not buried in a random folder.
Практична порада: створіть головну сторінку “SOP Hub” з переліком всіх процедур, згрупованих по категоріях (Продажі, Операції, Якість, Фінанси). Кожен член команди має знати де ця сторінка - і вона має бути на відстані одного кліку.
Типові помилки при створенні SOP¶
Після допомоги десяткам агентств з побудовою процесів - ось помилки, які повторюються найчастіше.
1. Писати SOP “для себ唶
Автор SOP знає контекст і пропускає “очевидні” кроки. Але для нового PM крок “перевір файл” нічого не означає. Правило: напишіть SOP так, щоб людина без досвіду в перекладі могла виконати процедуру з першого разу. Дайте прочитати комусь іншому - якщо є питання, SOP недостатньо детальний.
2. Писати один раз і забути¶
SOP - живий документ. Процеси змінюються: нові інструменти, нові клієнти, нові типи проєктів. Як зазначає VisualSP:
Revising your SOPs every 6 or 12 months is a must if you want to stay on top of all the changes and keep on delivering the best possible results.
Поставте calendar reminder на ревізію SOP кожні 6 місяців. Призначте відповідального за кожен SOP - PM для операційних, QA lead для якісних, owner для фінансових.
3. Надмірна деталізація¶
SOP на 15 сторінок ніхто не прочитає. Оптимальна довжина - 1-3 сторінки для простого процесу, 3-5 для складного (як TEP). Якщо SOP виходить довшим - розбийте на кілька окремих SOP.
4. Не включати edge cases¶
SOP який описує тільки “happy path” (коли все йде за планом) - марний. Додайте секції “Що робити якщо”: клієнт скасував замовлення, фрілансер здав з запізненням, файл виявився в іншому форматі, клієнт не відповідає на уточнення.
5. Немає метрик¶
Як зрозуміти що SOP працює? Додайте до кожного SOP 1-2 KPI: час на обробку замовлення, відсоток проєктів без переробок, час onboarding нового фрілансера. Без метрик ви не знаєте чи SOP допомагає чи заважає.
Ревізія і підтримка SOP: процес для процесу¶
Створити SOP - половина діла. Підтримувати актуальним - друга. Ось як організувати цикл ревізії.
Щомісячно: збір фідбеку від команди¶
Раз на місяць запитуйте команду: “Які SOP ви використовували цього місяця? Де були проблеми? Що незрозуміло?” Це можна робити асинхронно через форму або Slack-канал #sop-feedback.
Кожні 6 місяців: повна ревізія¶
Перегляд кожного SOP: чи актуальні кроки, чи змінились інструменти або розцінки, чи з’явились нові edge cases. Ревізію робить не автор - а людина, яка реально використовує цей SOP в роботі.
При зміні інструментів або процесів: негайне оновлення¶
Перейшли з MemoQ на Phrase? SOP по TEP-процесу має бути оновлений ДО того як команда почне працювати в новому інструменті. Не “ми потім оновимо” - потім не буде.
Версіонування¶
Кожне оновлення SOP - новий номер версії (v1.0 → v1.1 → v2.0 для великих змін). Notion і Confluence роблять це автоматично через історію сторінки. В Google Docs - використовуйте “Version history”.
SOP + бізнес-план: як це працює разом¶
SOP - це не окремий проєкт “на потім”. Це операційна частина вашого бізнес-плану. Одне без іншого - як карта без маршруту або маршрут без карти.
Якщо ви на стадії масштабування від соло-фрілансера до агентства - SOP вам потрібні вже на стадії 2 (мікро-агентство). Без них ви не зможете делегувати якість, а без делегування - не зможете рости. На стадії 3 (мале агентство) відсутність SOP стає критичною: 10-15 активних проєктів, 15-20 фрілансерів, і кожен працює “як звик” - це хаос, який коштує клієнтів.
Якщо плануєте сертифікацію ISO 17100 - SOP є прямою вимогою аудиту. Аудитор запитає: “Покажіть ваш задокументований TEP-процес. Покажіть як ви відбираєте і кваліфікуєте перекладачів. Покажіть як обробляєте скарги клієнтів.” Без SOP - аудит не пройти.
Якщо відстежуєте KPI агентства - SOP визначає ЩО вимірювати і ЯК. Метрика “час від отримання замовлення до відправки квоти” має сенс тільки коли є SOP з конкретними тайм-фреймами для кожного кроку. Метрика “відсоток проєктів без переробок” має сенс тільки коли є SOP для QA з чітким чеклістом що перевіряти.
Якщо будуєте гібридну модель з in-house і фрілансерами - SOP стає мовою на якій всі розмовляють. In-house PM працює за одними правилами, фрілансер на іншому кінці світу - за тими ж. Без SOP кожна людина в ланцюжку інтерпретує “якісний переклад” по-своєму.
FAQ¶
Скільки часу займає створення одного SOP?¶
Залежить від складності процесу. Простий SOP (доставка файлу клієнту) - 1-2 години. Складний (TEP-процес з усіма edge cases) - 4-8 годин. На повний набір з 8 базових SOP реалістично закладати 20-40 годин роботи, розподілених на 4-6 тижнів.
Чи потрібно писати SOP англійською якщо команда україномовна?¶
Якщо вся команда говорить однією мовою - пишіть цією мовою. SOP мають бути максимально зрозумілими, а не “міжнародними”. Якщо плануєте наймати фрілансерів з різних країн - зробіть ключові SOP (TEP, QA, ескалація) двома мовами. Терміни (TEP, QA, TM, CAT) залишайте англійськими - вони й так стандарт індустрії.
Які SOP потрібні для ISO 17100 сертифікації?¶
ISO 17100 вимагає задокументовані процедури для: управління перекладацькими проєктами, відбору та кваліфікації перекладачів і ревайзерів, TEP-процесу, обробки зворотного зв’язку від клієнтів, та коригувальних дій при проблемах. По суті - це ті ж 8 SOP з нашого списку, оформлені по вимогах стандарту.
Чи можна використовувати AI для написання SOP?¶
AI (ChatGPT, Claude) може допомогти зі структурою і першим чернеткою. Але фінальний SOP має писати або затверджувати людина, яка реально виконує цей процес. AI не знає ваших внутрішніх інструментів, ваших клієнтів і ваших edge cases. Використовуйте AI як стартову точку, не як фінальний результат.
Скільки SOP потрібно агентству з 5 фрілансерами?¶
Для агентства з 1-2 штатними і 5 фрілансерами достатньо 4-6 базових SOP: TEP-процес, прийом замовлення, QA, онбординг фрілансера. Додавайте нові по мірі того як з’являються повторювані проблеми. Якщо щось пішло не так двічі - це сигнал що потрібен SOP.
Як переконати команду дотримуватися SOP?¶
Перше - залучайте команду до написання. SOP написаний “зверху” без участі виконавців - це документ для полиці, не для роботи. Друге - починайте з процесів де болить найбільше: якщо команда щотижня витрачає час на виправлення одних і тих же помилок - SOP для QA вирішить цю біль і команда відчує реальну користь.