Пользователь задает вопросы о работе сервиса приложения не описанные в инструкции
Выбор канала коммуникации
Чтобы организовать службу поддержки, нужно в первую очередь определиться, как вы будете общаться с пользователями. Выбирать есть из чего: электронная почта, телефон, WhatsApp и Viber или отдельное окно чата на сайте. Решение определяется спецификой работы.
Так, оптимальным каналом связи с клиентами может быть уже традиционный чат на сайте, который будет приносить порядка 95% обращений. Не отказывайтесь от телефона — его выбирают пользователи, которые предпочитают привычные, консервативные решения. Но стоит рассмотреть и альтернативные каналы.
Ситуация: службам поддержки не хватает визуальных возможностей — приходится долго объяснять то, что можно было бы показать одной картинкой. С другой стороны, для хорошей работы важно «живое» общение. Получается, при общении по телефону клиенту сложно объяснить, что пошло не так. Он может прислать скриншот по почте, но при этом процесс замедлится и общение станет неживым. Разорвать этот круг можно с помощью нового формата связи. К примеру, видеоконсультация по Skype позволит совместить живой разговор и визуальную демонстрацию проблемы.
Канал общения может быть любым, если это решает конкретные вопросы клиентов.
Признаки хорошего работника саппорта
Важно нанимать в службу поддержки специалистов с эмпатией, которые хотят помогать людям. Да, технические навыки и знания тоже имеют значение, но это второстепенно.
Если сотрудник хочет помогать клиентам, он что угодно выучит, надо только ему помочь: поделиться информацией и опытом. Если же специалисту неинтересно решать чужие проблемы или он не заинтересован в продукте, работа его не радует — тут знания бесполезны. Вы будете постоянно тратить время на искусственную мотивацию, но ничего не изменится.
Если говорить о конкретных навыках, на которые стоит смотреть в резюме, то я советую отталкиваться от того, кто именно необходим проекту и в каких условиях он будет работать. Когда проект международный, то чем больше языков знает сотрудник службы поддержки, тем полезнее он для клиентов. Для другого проекта, возможно, мультиязычность не так значима, зато важны знания различных мобильных платформ или операционных систем.
Всегда учитывайте свою специфику работы.
Распределение нагрузки
Зачастую работники службы поддержки — универсальные солдаты, которые консультируют по любым вопросам. Один и тот же сотрудник может помогать клиенту с регистраций, а через пару минут — решать вопрос с технической ошибкой.
Но с опытом и ростом аудитории приходит понимание: сегментировать работу необходимо.
В случае мультиязычных форматов основное деление происходит по языковому признаку: русский, украинский, английский, испанский, португальский, французский.
В других случаях может использоваться и деление по сферам. Чаще всего оно неофициальное: одним больше нравится решать вопросы, касающиеся финансов или операций на сайте, другие предпочитают проверять профили и верифицировать их. Возможно, для вашего проекта такое функциональное деление будет более продуктивным.
Но в любом случае, с сегментированием саппорта или без него, существуют «горячие» периоды, когда вся служба поддержки или отдельные ее направления не справляются с потоком обращений. Например, на работу службы поддержки влияет сезонность. Если проект работает в образовательной сфере, летом наблюдается период «затишья», зато осенью — море обращений. В разгар сезона каждую минуту понимаешь, насколько нужны универсальные ответы. Поэтому советую уделить часть времени работе над базой знаний — разделом FAQ — где пользователь сможет самостоятельно найти нужную информацию, инструкцию.
Контроль качества, штрафы и поощрения
Качество работы оцениваем по нескольким KPI. Постоянно отслеживаем скорость ответа и показатель удовлетворенности NPS (Индекс потребительской лояльности). Еще периодически стоит проводить встречи, как внутри команды, так и кросс-функциональные: например, с продуктовой командой или командой разработки. Это помогает в обучении сотрудников и поднимает уровень квалификации каждого.
В некоторых компаниях используют системы штрафов или поощрений. Я к штрафам отношусь скептически. Рекомендую рассчитывать на сознательность и ответственность каждого, а не разрабатывать сложную систему наказаний. Впрочем, можно понять и те компании, которые с помощью штрафов контролируют и регламентируют работу команд. Если в проекте одновременно занято 100 человек и больше — такие методы работают. То есть, категорически отказываться от системы штрафов не обязательно, но не стоит воспринимать ее как главный и единственно возможный способ управления командой.
Если говорить о поощрении, то это отличная идея. Признание заслуг — нужный способ показать, что компания ценит труд каждого.
Конфиденциальность
Часто пользователи спрашивают, насколько конфиденциально общение и все, что происходит внутри сайта. Порой специфика проекта предполагает, что люди будут присылать копии официальных документов. Например, дипломы, чтобы проверить квалификацию преподавателя. Другие сервисы просят паспорта, фото платежных карт и другие важные сведения. Но не все хотят «светить» документы в сети.
Рекомендую не требовать документы, если есть такая возможность: оставьте эту опцию необязательной, на выбор пользователя.
А если уж просите документы, позаботьтесь о безопасности данных. Так, например, если пользователь предоставляет свой диплом, после рассмотрения и подтверждения файл автоматически удаляется в системе. Это позволяет гарантировать, что третьи лица не получат доступа к документам. Советую не хранить конфиденциальные данные клиентов без острой необходимости.
Правила общения со службой поддержки
Напоследок скажу пару слов для тех, кто находится «по ту сторону» — для клиентов. Есть три кита успешного общения с сотрудником службы поддержки.
1. Предоставьте максимально полное описание проблемы/вопроса.
Укажите, что вы хотели сделать, какую функцию для этого применили, что пошло не так. Развернутое изложение проблемы позволит сотруднику службы поддержки сориентироваться, в каких направлениях могли возникнуть ошибки. Он проработает ваш вопрос со всех сторон и даст максимально полезный ответ.
2. Если возможно — сделайте скриншот. Если сразу визуализировать проблему, меньше придется объяснять.
На картинке стоит отметить, что именно вам непонятно, какая опция не работает, какую кнопку вы нажимали. В некоторых случаях проще сделать два-три скриншота и пронумеровать их, чтобы показать динамику ситуации. Это освободит вас от необходимости расписывать длинную историю.
3. Обращайте внимание на время работы службы поддержки — не все службы работают 24/7.
Мнение автора и редакции может не совпадать. Хотите написать колонку для «Нетологии»? Читайте наши условия публикации.
Был рад помочь!
Как показывают статистические данные, только 25% клиентов обращающихся в техническую поддержку, оставляют обратную связь по прошедшему диалогу с сотрудником Help Desk, остальные остаются в стороне. Не каждый клиент высказывает свое мнение по поводу оказываемых услуг. Некоторые обращающееся стыдятся того, что им что-то непонятно и ввиду этого не сообщают поддержке о недопонимании. Другие клиенты слишком лояльны и не претендуют с ярым желанием указать на Ваши проблемы в части объяснения решения. Эти и другие факторы заставляют клиента не оставлять оценку по выполнению обращения. Но обратная связь с клиентской стороны важна, даже негативная, так как это позволяет совершенствоваться в лучшую сторону. Так, как быть и получать оценки по выполненной работе? Нужно изменить свое понимание в части закрытия заявки. Думайте не о том как закрыть вопрос, а о том как «закрыть клиента» по принципам продаж. Задача заключается в том, чтобы вопрос был решен, и клиент был полностью удовлетворен данным решением. При этом старайтесь оставлять завершающий ответ с фразой, которая будет означать, что Вам было приятно помочь решить проблему и готовы сделать это вновь, если понадобиться. Таким образом наводите клиента на мысль о всегда открытой для него двери. Так у клиента пропадет чувство надоедания, почувствует, что ему всегда здесь рады и он будет полностью расположен к тому, чтобы оставить отзыв и чаще положительный отзыв.
Правильный ответ
Завершайте общение в стиле: «Был рад помочь!», «Приятно было помочь, если будут вопросы обязательно задавайте, я помогу!».
Неправильный ответ
Ни в коем случае не стоит отвечать в хамской манере: «Что-то еще требуется?». Подобный ответ сразу воспринимается как: «Отстань наконец, уже не могу слушать эти вопросы».
Очень жаль, я представляю каково это (…)
Сочувствие, понимание важные аспекты, которые стоит проявлять в диалогах с расстроенным клиентами. Как говорил в начале статьи, сотрудник поддержки должен чувствовать собеседника, значит разделить переживания. Без подобного приема нельзя будет начать продуктивное общение, приводящее к успешному решению. Первым делом, проявляем понимание и сочувствие, а после переходим к делу. Правда, на практике здесь допускаются ошибки, support старается ответить слишком банально «Жаль, понимаю Вас». Это неправильно, здесь необходима конкретика, клиент должен почувствовать, что Вам знакома подобная ситуация. Для этого нужно воспроизвести ситуацию простым пониманием и посоветовать выход. Звучит абстрактно, поэтому приведу пример, поступает обращение «Программа не работает, не могу завершить работу. Теперь придется задержаться на работе и пропустить (некое событие)». На что сотрудник отвечает: «Мне очень жаль, что произошла такая ситуация. Задерживаться на работе это не из приятного, но ничего, сейчас вместе быстро устраним проблему и Вы везде успеете». Согласитесь, услышав подобный ответ, человек воспрянет духом так как почувствует мощную поддержку. Это позволит ему не опустить руки, а стараться в тандеме с сотрудником технической поддержки решить вопрос. Клиент предоставит всю необходимую информацию, а специалист продуктивно использует ее в решении.
Правильный ответ
«Ситуация неприятная и я понимаю каково Вам, но к счастью я не позволю этому произойти»
Неправильный ответ
«Понимаю, мне очень жаль»
Хороший вопрос, минуточку, я уточню.
В работе специалиста поддержки каждый день возникают сложные ситуации, требующие помощи со стороны более опытных коллег. К примеру, вопрос касающийся нововведений или относящийся к типу сторонних услуг, которые не входят в компетенцию. Естественно, сто процентное попадание соппорта в ступор, однако выход из ситуации есть. Нужно просто взять перерыв у собеседника на некоторое время, чтобы узнать ответ на стороне. Для этого следует ответить так:
Правильный ответ
«Хороший вопрос, дайте мне, пожалуйста, минуту, уточню информацию у (разработчиков, инженеров, коллег)»
Ни в коем случае не старайтесь юлить и оперировать аргументами о недолгом нахождении на данной должности. Ответы из разряда:
Неправильный ответ
«скорее всего, да», «мне кажется нужно», «если не ошибаюсь, то нет»
Скажут только о Вашей некомпетентности как специалиста и оставят негативный осадок о поддержки.Подскажите, пожалуйста.
В техническую поддержку в огромных количествах поступают плохо сформулированные обращения, которые несут минимум полезной для решения информации. Это вполне нормально, так как клиент не задумывается о верной формулировки, а также о важности полноты информации. Мысль клиента заключается в том, чтобы быстрее задать вопрос, рассчитывая тем самым на быстрое решение, но это не так. Отсюда и вытекают задержки выполнения. Приведу живой пример обращения клиента из личного опыта работы:
| - Не подставляется позиция номенклатуры, как решить данную проблему? (Клиент) |
| - Подскажите, пожалуйста, какую версию платформы и конфигурации используете? (Support) |
| - Уточните, пожалуйста о каком именно документе идет речь? Появляется ли какая-либо ошибка? Опишите пошаговые действия приводящие к проблеме (Support) |
| - Платформа 8.3.16.1148, конфигурация 3.1.3.2, документ «Поступление», пошаговое описание, скриншоты. (Клиент) |
Как видно из данного примера, клиент при первичном обращении предоставил минимум информации. Следовательно, быстро помочь решить вопрос не получится. Поэтому сотруднику поддержки использует уточнение в виде: «подскажите, пожалуйста», «уточните, пожалуйста». Да, приходится тратить время на задавание уточняющих вопросов, но это заставляет клиента предоставить данные для выполнения. Обязательно проявляйте вежливость, используя волшебное слово «пожалуйста», оно действительно творит чудеса:) Не используйте для уточнения фразы типа: «Что имеете в виду?», так как это звучит грубо.
Спасибо за Ваше обращение.
Нередко в службу поддержки поступают обращения, сообщающие о найденной пользователем ошибке в функционале программы. Или же вопросы, которые несут в себе ценные предложения по улучшению продукта. Такие клиенты являются очень важными для поддержки, так как не остаются в стороне, а стараются внести полезность в развитие. Естественно авторов подобных обращений необходимо благодарить. Если клиент был в гневе от найденного бага, то поощрение в виде благодарности даст понять, что это обращение очень важное и сгладит обстановку. Нужно трезво оценивать важность и критичность найденной ошибки. Так, если была найдена простая опечатка в тексте можно ответить: «Спасибо, обязательно исправим!». Если же баг является серьезным упущением группы разработчиков, который мешает полноценной работе пользователя, тогда нужно поступить так:
Правильный ответ
«Данная ошибка зафиксирована, приношу наши извинения. Нам есть куда расти, спасибо за Ваше обращение!»
Таким образом, сразу успокаиваем клиента, намекая на то, что ошибка уже на операционном столе. При этом осознаем упущение и каемся, ну и конечно же благодарим за активную позицию автора обращения. Нельзя проявлять пренебрежение и отвечать:Неправильный ответ
«Мы знаем об этой ошибке» - это непрофессионально.
Всем Доброе время суток. Хочу поделиться с Вами о своих соображениях на счет службы поддержки. Знаю, что абсолютно каждый из Вас хоть раз но сталкивался и с адекватными сотрудниками и с не очень. Итак начнем.
Служба поддержки нужна для того, чтобы принимать жалобы клиентов,помогать, решать возникшие трудности у пользователя. Техподдержка - это связь, самое важное звено между компанией и потребителем. Это самое приближенное звено к народу.
Также на основе жалоб, предложений, возникших в ходе работы трудностей, создаются новые предложения и идеи, по совершенствованию функционала сайта, сервиса и т.д. К примеру добавление либо исключения каких-либо функций, опций, услуг, мешающих либо помогающих пользователю.
Также помимо самым главным звеном, хорошего и качественного взаимодействия между компанией и пользователем, техподдержка может стать и потери пользователей, и в следствии уменьшении аудитории. Сарафанное радио не переставало работать, а техподдержка - есть Лицо, компании, сайта и т.д.
Чего не хватает большинству Служб Поддержки?
Какие KPI применимы для оценки работы службы поддержки?
Первое. Быстрота ответа пользователю.
Чем быстрее сотрудник принял, решил и ответил пользователю, тем повышается доверие к сервису, к сайту и тем больше пользователь доверяет. А если пользователь доверяет, то он будет больше заинтересован в продолжении сотрудничества, или пользовании сайтом. Если он доверяет, то он будет защищать, отстаивать и рекомендовать данный сайт другим. В итоге увеличение аудитории.
Второе
Как ни странно чем меньше заявок тем говорит о качестве и легкости функционала сайта. С другой стороны трудности всегда будут, но нужно стремится в случае проблемы, понять ее проанализировать все потенциальные трудности, которые могут возникнуть впоследствии в будущем, учесть их и дать решение, которое не повлечет более трудностей и вопросов от того же пользователя.
Третье
Количество просроченных заявок.
При отсутствии достаточного количества сотрудников в техподдержке, либо при некомпетентности, или загруженности работы возникает просроченность заявки. Безусловно пользователь может подождать 1-2 дня, лишь бы решилась его проблема, но затягивать не стоит. Если, по моему мнению больше 3 дней нет ответа, пользователь автоматически исчезает, и больше никогда не вернется.
К 2020 году компании уже поняли, что им нужна служба поддержки. Довольный клиент = рост прибыли. Но не все смогли построить команду, которая будет человеческим лицом компании и длить сотрудничество с клиентом.
Маркетинг и продажи привлекают клиентов, саппорт — дружит и поддерживает отношения. Служба поддержки — это способ сократить расстояние между компанией и конечным пользователем, а не отдел по борьбе с клиентами. После обращения в поддержку должно стать понятно, спокойно и приятно. Но чаще всего человек получает отписку, шаблонный ответ, долгое ожидание, сложные формулировки.
Идеальная поддержка состоит из двух ингредиентов: личные качества специалиста и четко прописанные правила.
Просто набрать людей у метро и посадить за компьютер не получится.
Соберите базу знаний на основе частых вопросов от пользователей.
С третьей недели начните разбор обращений, давайте комментарии, разбирайте сложные кейсы. Это позволит быстрее разобраться как в матчасти, так и в тональности коммуникации. В ином случае рискуете погубить классного саппорта из-за отсутствия обратной связи, инструкций и необходимой информации для работы.
Спустя месяц позвольте сотруднику сделать саморазбор. Если саппорт не видит собственных ошибок — это дорога к деревянным ответам и «отпискам».
Начните с основного — частых вопросов пользователей и кейсов. Далее дополняйте по мере появления новых обращений, продуктов, изменений. База должна быть живой и постоянно пополняться. Доверить это можно старшим саппортам или, если команда еще небольшая, руководителю заняться самому. Завести базу знаний лучше на платформе, где будет возможность искать ответ по ключевым словам.
Например, Notion. Он одновременно заменяет множество других популярных софтов для организации работы — Google Docs, Evernote, GitHubWiki, Trello, Jira, Google Sheets и другие. В него можно встроить уже существующие у вас инструменты и интегрировать Slack для отправки обновлений коллегам.
Ясные критерии помогут как руководителю, так и сотруднику. Руководитель сможет понять слабые места, чтобы увеличить качество сервиса с помощью обучения сотрудников. Сотрудник сможет видеть свое развитие, что послужит дополнительной мотивацией. Оценка позволит понять, кто не пройдет испытательный срок. Также хорошо сделать KPI, от которых будет зависеть зарплата сотрудников.
- Скорость
- Количество закрытых вопросов
- Оценка руководителя
- Индекс удовлетворенности пользователя
- Знание матчасти
- Точность понимания обращения
- Грамотность
Четко определите и пропишите тональность коммуникации. Она едина для компании, но у каждого канала связи с пользователем есть свои особенности.
В соцсетях важно быстро реагировать, особенно на негатив. Главная задача — перевести решение проблемы из публичного поля и передать в поддержку.
- дать краткий ответ — он нужен для других клиентов, которые видят негативный комментарий;
- лаконично извиниться;
- попросить контакты, чтобы передать запрос в службу поддержки.
При общении на почте терпимым будет ответ до 12 часов. Если человек пишет на почту, скорее всего он готов подождать. Важно сразу отправлять автоматический ответ, что письмо получили и назвать сроки ответа. Но в любом случае — чем быстрее, тем лучше.
Люди проверяют почту в определенное время, поэтому нужно сокращать количество писем в цепочке и не растягивать решение одного вопроса на несколько дней. Сведите к минимуму уточняющие вопросы и сразу давайте ответ для нескольких сценариев. Здесь ответ может быть объемнее, чем в других каналах, и так человек сразу получит решение.
Поддержку по телефону пора оставить в прошлом. Она может понадобиться только в нескольких случаях — срочный вопрос, который невозможно решить в переписке из-за технических проблем на сайте/в чате/в приложении. Для пользователей в преклонном возрасте, которым проще позвонить, чем писать.
Большинство вопросов возможно решить только в переписке, потому что нужно идентифицировать пользователя, разобраться в его вопросе/проблеме. Если это нетипичный случай, то сходить за ответом в другой отдел или передать вопрос специалисту второй линии. Поэтому имеет смысл вшить в скрипт разговора рекомендацию писать сразу в поддержку, чтобы ускорить решение вопроса.
Вводить бота имеет смысл для типичных вопросов, когда вы понимаете, что существенно снизите нагрузку и сократите штат. Здесь уже речь о тысячах обращений в день. Да, в большинстве случаев боты бесят. Но если можно его ввести без потери качества, то почему бы и нет.
Действительно передавайте все пожелания — будь то отзыв о вашем приложении, рассылке или опечатке на сайте. Если десятки человек в день пишут с вопросом, где найти ссылку или как зарегистрироваться, то это повод подумать, как лучше доносить информацию до клиента. Одна добавленная строка в рассылке писем может снизить нагрузку на саппорт и облегчить жизнь пользователям.
Важно не ответить, а решить запрос. Многие имитируют службу поддержки. С этой функцией справился бы FAQ на сайте. Крутая поддержка — когда клиент получил точный ответ здесь и сейчас, плюс ему дали полезной информации на будущее, чтобы облегчить пользование продуктом. Плохая поддержка — отправляет пользователя искать ответ самостоятельно стандартной отпиской в дебрях приложения или сайта.
Не молчите. Случилось что-то подозрительное — отработайте все типичные варианты похожих кейсов, чтобы отсечь их, и передавайте коллегам. Так проблему можно будет решить задолго до того, как она станет массовой. Не забудьте сообщить об ошибке в общем канале, чтобы все сотрудники поддержки оперативно узнавали и сообщали актуальную информацию пользователям.
Плохой саппорт — отвечает по скрипту и шаблонами. Хороший — проявляет эмпатию и понимает клиента.
OneTwoTrip, здесь хорошим ответом было бы не «уточнение информации», а проявление сочувствия.
Если вы когда-нибудь пользовались формой обратной связи на сервисах Яндекса или оставляли комментарии в наших блогах, вы наверняка общались с сотрудниками службы поддержки. Работа этих людей, может, и не связана напрямую с разработкой сервисов, но их вклад в улучшение этих сервисов и в создание образа Яндекса сложно переоценить. Именно они представляют Яндекс перед пользователями, именно их голосами Яндекс чаще всего общается с людьми.
Первым сотрудником поддержки (когда никакой службы поддержки ещё не существовало) была сооснователь и бывший главный редактор Яндекса Елена Колмановская.
В поиске тогда было два направления поддержки: поисковая оптимизация и собственно использование поиска. Люди не очень понимали, как искать в интернете, и часто писали, что не могут чего-то найти. Случалось так, что я сама искала то, что им не удавалось, и в ответном письме присылала результаты. Довольно скоро мы поняли, что искать в интернете — это некоторое умение, и завели специальный форум, чтобы научить людей правильно пользоваться поиском. Со временем там появились активные участники, которые давали советы другим людям.
Очень удачно нашёлся первый сотрудник поддержки общего профиля (со временем он вырос в руководителя отдела поддержки пользователей), по специальности, вообще-то, океанолог. Встал вопрос: каких людей набирать. Естественно, мы понимали основные требования: кандидат должен быть адекватным, проявлять участие, уметь грамотно писать по-русски, хорошо относиться к людям и… соответствовать стилю Яндекса. Как проверить профессиональные качества — было понятно, а для того, чтобы узнать, наш человек или нет, я придумала простой тест: мы показывали кандидатам изображение слона в удаве из «Маленького принца». Если человек не знал, что это, значит, проще было его не взять, чем научить. Так мы набрали первых сотрудников.
Сначала все сотрудники службы поддержки подписывались своими именами, но со временем интернет стал более коммерческим, и от позиции сайтов в поисковой выдаче стали зависеть доходы многих людей. Были случаи, когда сотрудникам поддержки угрожали или писали личные письма с необоснованными претензиями и даже обвинениями. Тогда мы решили, что подписываться настоящими именами не стоит, чтобы не ставить людей под удар. Вообще не подписываться — тоже плохо. И ребята придумали для себя ролевые имена, самым известным из которых, наверное, было имя Платона Щукина — он отвечал за поиск. Довольно быстро он стал легендой. Раскрыть его личность пытались очень многие. Однажды нам даже позвонили «из военкомата» и заявили, что им срочно нужен Платон Щукин. На все вопросы о нём мы отвечали просто и честно: «Платон Щукин, конечно, человек. Причём не один».
Интернет быстро рос и очень скоро перестал быть «междусобойчиком» учёных и IT-шников. Чем больше и шире становилась аудитория пользователей интернета, тем более абстрактным для них был Яндекс — уже не конкретные люди, а большая машина. Если раньше мы могли позволить себе где-то пошутить и пообщаться с человеком не слишком формально, то в какой-то момент стало ясно, что шутить больше нельзя — слишком велик шанс промахнуться или создать впечатление, что ты шутишь не для человека, а над человеком. А этого, конечно, мы никогда себе не позволяли. Кроме того, поток писем очень сильно вырос, их стало проще типизировать, и на многие вопросы мы заготовили шаблонные ответы. Конечно, всё это привело к усыханию стиля, и нам от этого было немного обидно. Но в такой ситуации большая нейтральность и формальность, увы, были необходимы».
Постепенно интернет становился всё больше и разнообразнее, а с ним росло и количество сервисов Яндекса. Когда сервисов стало много, мы разделили их по направлениям, и в отделе поддержки пользователей сформировались разные группы, отвечающие за каждое из них. С развитием Яндекс.Директа и Рекламной сети Яндекса в компании вырос новый самостоятельный отдел поддержки коммерческих сервисов, со своей спецификой работы. В общем виде эта структура службы поддержки сохранилась до сегодняшнего дня. Как поддержка Яндекса работает сейчас — читайте во второй части рассказа, которую мы опубликуем на следующей неделе.
Читайте также: