Мужской или женский род: как AI-агент обращается к клиенту правильно

На иврите и по-русски почти невозможно написать фразу, обращённую к клиенту, не решив при этом, мужчина перед вами или женщина. Этого требует глагол, этого требует прилагательное, иногда и предлог. В английском такого решения просто не существует, поэтому команда, построившая систему сообщений на английском, с проблемой никогда не сталкивалась. Всё это выглядит грамматической мелочью ровно до того момента, когда за вас начинает писать автоматическая система, ведь система обязана выбрать форму даже тогда, когда понятия не имеет, кто на другом конце. Привычное значение по умолчанию мужской род, и это умолчание встречается с женской половиной ваших обращений десятки раз в месяц.
Простая арифметика, которая делает это коммерческой проблемой
У нас нет отраслевой цифры о том, сколько клиентов уходит из-за неверной формы обращения, и придумывать её мы не станем. Зато можно посчитать. В типичном диалоге агент отправляет от шести до двенадцати сообщений, и на иврите значительная их часть содержит хотя бы одну форму, обязанную выбрать род. Если по умолчанию стоит мужской, а примерно половина обращений приходит от женщин, шанс, что клиентка пройдёт весь диалог и не встретит ни одной неверной формы, очень невысок.
Что будет дальше, зависит от человека. Часть не замечает. Часть замечает и молчит, но остаётся впечатление типовой системы, которая обращается не к ним. А часть отвечает короткой фразой в духе «я женщина» и ждёт, поймёт ли система. Вот это и есть настоящая проверка: клиентка, которая поправила один раз и не увидела изменений, почти всегда перестаёт считать переписку разговором.
Стоит сказать и обратное. Верная форма обращения сама по себе сделку не закрывает и не спасёт агента, который отвечает не по делу. Она работает как правильно написанное имя клиента: из-за неё никто не покупает, но именно она первой выдаёт, что на той стороне шаблон, а не бизнес.
Четыре сломанные фразы и как они выглядят исправленными
Быстрее всего масштаб становится понятен на реальных фразах, которые пишет агент, из тех, что есть в сценарии любого израильского бизнеса:
- «אתה מעוניין לקבוע תור לשבוע הבא?» против «את מעוניינת לקבוע תור לשבוע הבא?» («Хотите записаться на следующую неделю?»). Два сломанных слова в одной фразе, и она встречается почти в каждом диалоге.
- «שלח לי בבקשה את מספר הטלפון שלך» против «שלחי לי בבקשה את מספר הטלפון שלך» («Пришлите, пожалуйста, номер телефона»). Повелительное наклонение то место, где ошибка заметнее всего, потому что звучит как указание, адресованное кому-то другому.
- «רשמתי אותך לשלישי בעשר, אתה מאשר?» против «את מאשרת?» («Записал вас на вторник на десять, подтверждаете?»). Это сообщение закрывает запись, то есть самое важное сообщение в диалоге.
- «אם תרצה, אשלח לך את המחירון» против «אם תרצי, אשלח לך את המחירון» («Если хотите, пришлю прайс»). Обратите внимание: «אשלח לך» пишется одинаково в обеих формах, ломается только первый глагол.
Последняя деталь и есть ключ к решению: в иврите без огласовок немало форм, которые читаются и как мужские, и как женские. «פנית אלינו», «אשלח לך», «נשמח לעזור» и «אפשר לקבוע» на письме нейтральны. Вопрос в том, знал ли об этом автор сценария и строил ли на этом текст, или написал в мужском роде, а потом попытался пристроить женский вариант.
В русском проблема есть, и она спрятана лучше
Привычное допущение: русский от этого избавлен, потому что вежливое обращение идёт во множественном числе. Для значительной части фраз это верно, и поэтому команда, просмотревшая десять русских сообщений, уходит в уверенности, что всё хорошо. Такая проверка пропускает ровно те места, где русский всё-таки ломается:
- «Уважаемый Анна» против «Уважаемая Анна». Уважительный зачин в фиксированном шаблоне, и именно он ломается.
- «Вы наш новый клиент» против «Вы наша новая клиентка». Существительное, описывающее человека, несёт род, даже когда глаголы вокруг нейтральны.
- «Вы единственный, кто записался на это время» против «Вы единственная, кто записалась на это время». Конструкция единственного числа, опирающаяся на обращение во множественном, и сразу два сбоя.
- «Ты записался?» против «Ты записалась?». Любой бизнес, выбравший дружеский стиль на ты, а среди русскоязычных бизнесов в Израиле это распространено, полностью теряет защиту вежливого обращения.
Есть и плюс, о котором полезно знать: по-русски клиентка выдаёт себя очень рано. Это делает любой глагол прошедшего времени в первом лице, а первое сообщение обычно такой глагол содержит, например «я записалась» или «я хотела уточнить». То есть в русском опасных фраз меньше, чем в иврите, но и стартовый сигнал сильнее.
В английском же согласования по роду нет вовсе, и это стоит проговорить прямо: проверка английской версии ничего не сообщает о двух других языках. Если у вас работает AI-агент на иврите, русском и английском в одном канале, трём версиям нужны три разные проверки, а не одна и та же трижды.
Что действительно выдаёт род, а что только кажется
Здесь ошибается большинство систем, потому что они тянутся к быстрому ответу вместо верного. Таблица разделяет сигналы, по которым можно действовать, и сигналы, которые выглядят убедительно и таковыми не являются:
| Сигнал | Надёжен? | Почему |
|---|---|---|
| Прилагательное или причастие о себе на иврите: ani meunyenet, ani tzricha | Да | Человек задал форму сам, интерпретировать нечего |
| Русский глагол прошедшего времени в первом лице: я записалась | Да | Однозначно, и обычно уже в первом сообщении |
| Поле пола из анкеты или карточка с прошлого визита | Да | Данные, которые бизнесу сообщили, а не догадка агента |
| Прямая поправка: «я женщина», «пожалуйста, в женском роде» | Да | Самый сильный сигнал, он перекрывает все остальные |
| Имя | Нет | Юваль, Ноам, Ротем, Шахар, Таль, Эден и Лиор ничего не решают |
| Имя профиля в WhatsApp | Нет | Часто это супруг, сам бизнес или прозвище |
| Тип услуги, процедуры или товара | Нет | Мужчины записываются к косметологу, женщины пригоняют машину |
| Фото профиля или предполагаемый возраст | Нет | Визуальная догадка, и нет ни одной причины идти на такой риск |
Правило из таблицы короткое: верная догадка не приносит ничего, потому что никого не трогает корректное обращение, а неверная догадка стоит обращения. Когда выигрыш нулевой, а риск реальный, остаются нейтральными до появления настоящего сигнала.
Хотите проконсультироваться?
Мы поможем вам выбрать, создать и внедрить идеальное AI-решение для вашего бизнеса. Оставьте контакты, и мы вам перезвоним.
Как оставаться нейтральным на иврите и не звучать странно
Слово «нейтрально» сразу вызывает страх перед конструкциями со слешем вроде «לקוח/ה יקר/ה», и страх этот обоснован: слеш внутри слова выглядит как бланк госучреждения, а в WhatsApp портит впечатление. Но это всего лишь ленивое решение. Есть четыре способа писать нейтрально на иврите так, чтобы звучало по-человечески.
Первый это первое лицо множественного числа. «נשמח לקבוע לכם תור», «בדקנו ויש מקום ביום שלישי», «נחזור אליכם עם אישור». Бизнес говорит о себе вместо того, чтобы обращаться к человеку, и в деловом иврите это звучит совершенно естественно.
Второй это инфинитив и безличные конструкции. «אפשר לקבוע לשלישי בעשר», «כדאי להביא צילום קודם אם יש», «נדרש אישור מראש». Слова «אפשר» и «כדאי» снимают целый класс фраз, которым иначе пришлось бы выбирать форму.
Третий это именная конструкция, то есть фраза без глагола во втором лице. Вместо «אתה יכול להגיע ב-14:00» пишут «יש מקום פנוי ב-14:00», а вместо «אתה מעוניין במחירון» просто «אשלח מחירון».
Четвёртый это использование форм, которые пишутся одинаково: «תודה שפנית אלינו», «אשלח לך», «קיבלתי ממך» и «נעדכן אותך» без огласовок годятся для обоих родов, и на них можно построить целое приветственное сообщение.
Сложным остаётся повелительное наклонение. У «שלח» и «שלחי» общей формы нет, поэтому в нейтральном режиме агент переформулирует: вместо «пришлите номер телефона» он пишет «буду рад номеру телефона для обратной связи». То же содержание, решение не принято.
Правило, которое нарушают чаще всего: держать форму до конца
Большинство систем, которые с родом всё-таки работают, делают это один раз, в начале диалога, а дальше форму теряют. Происходит это в трёх заранее известных местах, и каждое стоит проверять отдельно.
Первое это середина диалога. Агент верно определил в третьем сообщении и в девятом возвращается к мужскому роду, потому что переписка уже длинная. Для клиентки это хуже, чем ошибка с самого начала, ведь она уже видела, что система знает.
Второе это любой текст, отправленный позже: подтверждение записи, напоминание за день, фоллоу-ап через два дня. Эти тексты написаны заранее и один раз, как правило в мужском роде, и потому обнуляют всю работу, проделанную в диалоге. Решение в том, чтобы выбранная форма хранилась в карточке обращения в CRM, а не только в памяти диалога, и любой исходящий текст брал её оттуда. В этом и смысл CRM, построенной вокруг AI-агентов: то, что агент узнал в диалоге, лежит там, откуда читает вся остальная система, включая правила фоллоу-апа.
Третье это передача человеку. Выбранная форма часть контекста, который сотрудник получает вместе со сводкой обращения, и без неё выходит нелепый результат, когда бот точен, а человек ошибается. AI-агент поддержки и клиентского сервиса, который работает правильно, передаёт диалог со всем, что знает, включая эту небольшую деталь.
Один момент требует честности. В утверждённых шаблонных сообщениях WhatsApp, тех, которыми начинают диалог вне окна переписки, текст зафиксирован заранее и на ходу не меняется. Поэтому такие шаблоны изначально пишутся нейтрально либо готовятся в двух утверждённых вариантах, между которыми выбирают по тому, что записано в карточке. Это ограничение канала, а не агента, и о нём лучше знать на этапе внедрения.
Как проверить это до того, как агент заговорит с клиентами
Проверка занимает примерно четверть часа, и провести её можно самостоятельно. Три диалога, и в каждом один и тот же путь до конца процесса.
В первом пишите как женщина, с ясным сигналом в первом же сообщении: «היי, אני מעוניינת לקבוע תור». Во втором пишите как мужчина. В третьем пишите полностью нейтрально, например «היי, אפשר לקבוע תור לשבוע הבא?», и не добавляйте никакого сигнала на протяжении всего диалога.
В каждом из трёх пройдите пять точек: приветственное сообщение, сообщение, которое собирает данные, подтверждение записи, напоминание, если оно есть, и первое сообщение фоллоу-апа. В третьем диалоге верный результат в том, что все пять нейтральны и ни одно не звучит как бланк. Если что-то там угадывает, у вас баг, а не вопрос стиля.
Добавьте шестую проверку: в середине диалога напишите прямую поправку после того, как агент уже обращался верно, и убедитесь, что он принимает её сразу и не откатывается через пять сообщений. Это самый частый сбой и одновременно самый простой для поимки. А если у вас работает и русский, повторите все три диалога по-русски, особенно уважительный зачин и шаблоны напоминаний, потому что перевод там обычно делали один раз и больше не пересматривали. Та же логика верна для любого AI-помощника, который пишет на иврите, а не только для нашего.
Два коммерческих замечания напоследок. Такое поведение часть настройки агента на всех трёх тарифах, а не платная опция. И если позже вы захотите изменить стиль обращения, например перевести все сообщения со второго лица на первое лицо множественного числа, это будет засчитано как одна правка из месячной квоты. А вот агент, который обращается в мужском роде к клиентке, написавшей о себе в женском, это сбой, и устранение сбоев бесплатно и без ограничений.
Частые вопросы
Откуда агент знает, обращаться в мужском или в женском роде?
Заранее он этого не знает, поэтому начинает в нейтральной форме и переходит к роду только тогда, когда обратившийся сам его задаёт: на иврите почти всегда прилагательным или причастием о себе, по-русски глаголом прошедшего времени в первом лице. С этого момента форма сохраняется в карточке обращения в CRM, и ею пользуются и фоллоу-ап, который уйдёт через два дня, и живой сотрудник, подключившийся к диалогу. Если сигнала так и не появилось, агент просто остаётся нейтральным до конца, и это нормальный результат, а не провал.
Агент угадывает род по имени?
Нет, и это осознанное решение. В Израиле распространены имена, которые ничего не определяют: Юваль, Ноам, Ротем, Шахар, Таль, Эден, Лиор, Ор. В русском есть короткие формы, которыми называют и мужчин, и женщин. К тому же имя в WhatsApp часто принадлежит другому члену семьи, самому бизнесу или является прозвищем. Агент не угадывает и по типу услуги: мужчины записываются к косметологу, а женщины пригоняют машину на сервис.
Что происходит, если агент ошибся и его поправили?
Агент принимает поправку сразу, без спора и без извинений на три строки, и уже в следующем сообщении переходит на верную форму. Поправка сохраняется в карточке, поэтому она не откатывается ни дальше в диалоге, ни в следующем разговоре. По-настоящему серьёзный сбой не первая ошибка, а возврат к ней: клиентка, которая поправила агента и через пять сообщений снова получает обращение в мужском роде, понимает, что её никто не слушает.
Это проблема только иврита или с русским тоже нужно работать?
С русским тоже, просто там она лучше спрятана. Вежливое обращение на вы закрывает значительную часть фраз, и поэтому легко решить, что всё в порядке. Ломается оно в четырёх местах: в уважительном зачине, у которого есть мужская и женская форма, в существительных, описывающих человека, вроде клиент и клиентка, в любой конструкции единственного числа и в любом тексте, написанном на дружеское ты. В английском такого согласования нет вообще, поэтому безупречная английская версия ничего не говорит о соседних ивритской и русской.
Изменение стиля обращения считается правкой из месячной квоты?
Да. Переформулировка или изменение правил обращения агента это правка, а включена месячная квота правок по тарифу. А вот агент, который обращается в мужском роде к клиентке, написавшей о себе в женском, это сбой, а не правка, и устранение сбоев бесплатно и без ограничений на всех тарифах. Различие простое: изменить то, что было настроено, это правка, а несоответствие тому, что уже настроено, это сбой.

David Venzhyk
Давид специализируется на создании безопасных REST API и развёртывании масштабируемых приложений с использованием Python, FastAPI, PostgreSQL и AWS EC2. Сочетая образование в области информатики с опытом в React и интеграциями внешних API, разрабатывает надёжную полностековую программную инфраструктуру.