Как мы отвечаем на двух языках
Вопросы приходят на двух языках, а справка написана на одном. Ниже — правила, которые из этого следуют, и словарь, который держит термины на месте.
- Переводится и вопрос, и ответ: вопрос — чтобы сработал поиск по русской базе, ответ — чтобы его можно было прочитать. Два перевода — два места, где теряется термин, ради этого и заведён словарь.
- Числа не переводятся и не пересчитываются. Цена остаётся в рублях: курса у бота нет, и придуманная сумма в долларах — худшее, что может случиться в разговоре о деньгах.
- Названия каналов, ключей и пунктов меню остаются как есть. Переведённый пункт меню — это пункт, которого в интерфейсе нет, и человек будет искать его до конца рабочего дня.
- Если бот не уверен в ответе, оговорка идёт на языке ответа, а не на русском. Непонятная строчка посреди английского текста читается как сбой, а не как честность.
- То, что ответ переведён, написано в самом ответе. Делать вид, что база англоязычная, бессмысленно: первое же длинное объяснение выдаст перевод, и доверия после этого меньше, чем если сказать сразу.
Если вопрос не на русском и не на английском. Немецкий, испанский и всё остальное модель переведёт, но эти формулировки никто у нас не вычитывал. Поэтому на вопрос не на русском и не на английском отвечаем по-английски и говорим об этом прямо, а не делаем вид, что поддерживаем десять языков.
Словарь терминов
Пары, которые перевод не имеет права заменить своим вариантом. Слева — как это называется в русской справке и в счёте, справа — как в английском интерфейсе.
- Замер → Zamer
- Название продукта. В английском ответе — латиницей и без склонений: переведённое или просклонённое название не находится ни в интерфейсе, ни поиском по справке.
- Старт → Start
- Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
- Команда → Team
- Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
- Бизнес → Business
- Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
- событие → event
- Единица данных, за которую вы платите. Не «действие» и не «хит»: и лимит тарифа, и счёт считаются именно в событиях.
- свойство события → event property
- Не «параметр» и не «атрибут». Вкладка в интерфейсе называется так же, как поле в API, и человек ищет глазами именно это слово.
- воронка → funnel
- Именно funnel, без прилагательного: «sales funnel» — про продажи, а отчёт продуктовый, и шаги в нём чаще всего до денег не доходят.
- удержание → retention
- В русском ответе — «удержание», как называется отчёт в интерфейсе. «Ретеншен» уместен, только если клиент сам так написал.
- рабочее пространство → workspace
- То, что оплачивается целиком. Лимиты тарифа считаются на пространство, а не на проект, и путаница здесь стоит клиенту неверного ответа про его же лимит.
- проект → project
- Отдельный продукт со своим ключом внутри пространства. Не «workspace» и не «app»: в интерфейсе это два разных уровня.
- участник → seat
- Когда речь о лимите и о деньгах — seat, потому что так это называется в тарифах. Когда о живом человеке в команде — member. Перепутать можно, но тогда «у вас закончились участники» звучит как угроза.
- ключ проекта → project key
- Публичный ключ, который лежит в коде страницы. Никогда не называть его токеном: перепутанные названия приводят к тому, что человек спокойно выкладывает в публичный канал не то.
- токен API → API token
- Секрет, который читает данные всего пространства. В любом ответе о нём стоит напомнить, что в публичном канале ему не место.
- режим только чтения → read-only mode
- Состояние пространства после конца пробного периода или неоплаты. Не «заблокировано» и не «удалено»: данные на месте, и это первое, что человек хочет услышать.