Опять же, я никого не виню. Гадать на кофейной гуще и пытаться найти корень проблемы без информации о том, как был устроен процесс, сопоставимо поиску иголки в стогу сена.

Наша задача — понять, как не допускать такие ошибки.

Поэтому вот краткий план:
🔥 Задавайте вопросы, если что-то непонятно
На проектах есть файл Q&A, в котором можно задать вопрос заказчику. Бояться пользоваться им не нужно — клиент потенциально знает о проекте больше, чем вы. Если нет какого-то референса или что-то непонятно из-за запутанного исходного текста — бежим в этот файл. И да, лучше задать вопрос и сделать правильно, чем не спросить и нафакапить.

🔥 Просим референс
Порой его могут забыть прислать. А может менеджер просто забыл прикрепить ссылку на скачивание. Поэтому общаемся с менеджером, который выдал задание, и выстраиваем здоровые отношения на проекте.

🔥 Общаемся с командой
Если есть общий чат, то задаем вопросы и там. Помогать друг другу — залог успешного проекта. Вы команда. United we stay, divided we fall.

🔥 Гуглите
Ищите ответы в нескольких источниках и проверяйте свои догадки.

🔥 Делайте то, в чем хорошо разбираетесь
Иначе будут факапы, как с трубками. Я бы в жизни не взял что-то на перевод из медицинского оборудования, так как вообще не шарю в нем. А зачем портить себе репутацию и делать что-то некачественно, когда можно стать №1 в том, что понимаешь?

Ну вот как-то так! Будем разбирать похожие кейсы? 👀

Завтра в Ирландии день святого Патрика!

Поэтому в ирландском офисе небольшое празднование по этому поводу 🌝

Сегодня в программе ирландский фолк от местных бардов 😅

Такс, друзья! Нужно серьезно поговорить 👀

Складывается ощущение, что разборы не нужны — хватает только мемчиков.

Жмакните на реакции, чтобы показать свою истинную любовь к разборам 😅

А то на них уходит время, все дела 🌝

Lá Fhéile Pádraig sona duit! 🍀🐼

P.S. Clover тоже может быть трехлистным 👀 Но Shamrock — только с тремя 👇🏻

Вчера я узнала что clover и shamrock это разные вещи 😅

Shamrock ☘️ это буквально клевер, а clover 🍀 это именно четырехлистник!

Happy St Patrick’s Day, пусть все пинты будут с идеальной шапочкой! 🍺

#культура

ПРЕДЛОЖЕНИЕ НЕДЕЛИ 🍀🐼

Раз сегодня 17 марта и день святого Патрика, то... ловите скидку 17% на все мои курсы! 🎉

Промокод LUCKY, всего 15 штук.

🍀 Действует до 20 марта.
🍀 Если оплата из РФ, то можно записаться на сайте.
🍀 Если хотите приобрести курс в рассрочку или из любой другой страны, то напишите мне в личные сообщения.

Сделаю из вас экспертов уже этой весной! 🤗

Choose your fighter 🥊

Циклопы, Разбойник или Юбилей? 👀

Как сообщить об ошибках в исходном тексте 🥸

Коммуникация и работа над одним продуктом с точки зрения «мы команда» — главный аспект хорошего проекта. И пропагандировать такой подход нужно с обеих сторон.

Сегодня поговорим про исходный текст и ошибки в нем. Ведь сто процентов вы сталкивались с ними при работе. Но возникает вопрос — а нужно ли их править или просто промолчать и сделать правильно на целевом языке?

На самом деле все зависит от объема таких ошибок. Я не встречал тексты, в которых было бы больше 2-3 небольших опечаток или смысловых несостыковок. Если у вас были ситуации, когда в исходнике был просто ахтунг, то поделитесь в комментариях, как поступали!

Так вот, предположим, что мы видим ошибку в исходном тексте. Что будем делать?

1. Анализируем и собираем потенциальные ошибки
Если она одна, то уведомите об этом менеджера/клиента. Можно сделать это в любой удобной для вас форме. Например, если вы общаетесь в мессенджере (Слак, Телеграм, Скайп 👀...), то можно закинуть комментарий про ошибку прямо туда. Естественно, указываем всю сопутствующую информацию: ID строки, какая ошибка, как можно исправить и так далее.

Если же ошибок несколько, то точно собираем их в отдельный файлик. Его можно сделать по аналогии с файлом, в котором собираем вопросы и ответы по проекту. Кстати, сделал для вас шаблон, так что пользуйтесь! 🙌🏻

Я все же ратую за то, чтобы даже одну ошибку вносить в отдельный файлик. Так мы минимизируем возможность того, что правка просто потеряется среди остальных сообщений.

2. Уточняем у заказчика, стоит ли править исходник
Если работаете с играми или ПО, то текст могли вытаскивать из кода. Следовательно, если исправим исходный текст в файлике на нашей стороне, то строки могут некорректно подгрузиться в код. Ну и как результат — фраза может вообще пропасть из игры или криво отобразиться.

А бывают случаи, когда работаете над маркетинговым текстом, который прислали в обычном вордовском документе. Тогда правки исходника могут быть уместными, потому что структура не сломается.

Но лучше всегда уточнять у клиента, как поступить. Главное, что вы увидели возможные проблемы и хотите помочь сделать лучший продукт.

#LOCHACK

3. Сообщайте об ошибках сразу
Золотое правило — если видите ошибку или есть вопрос по тексту, то сразу говорите об этом с клиентом. Чем раньше всплывут возможные трудности, тем проще будет их решить.

Что на моих курсах, что на реальных проектах я топлю за идею, что не стоит тянуть до последнего. Не раз была ситуация, когда лингвисты сдавали готовый файл вместе с тонной вопросов.

А когда все это править, если статья или обновление к игре выходит через пару часов? 🤡

Звучит совсем не как отличный план. Поэтому старайтесь делать это заранее. Поверьте, менеджеры будут счастливы, если у них будут осознанные лингвисты.

Надеюсь, что эта статья поможет лучше организовать взаимоотношения с вашими клиентами. Помните, что крутой специалист — это не только тот, кто отлично выполняет свою работу, но и тот, кто прекрасно коммуницирует с заказчиком. Успехов и процветания вам!

Годы идут, ничего не меняется 😅