Kitabı oxu: «ИИ вместо большой команды: Как создавать контент, продавать и поддерживать клиентов»
Команда, которой пока нет
Эта книга не обещает чуда и не предлагает построить безлюдный бизнес, в котором программа сама привлекает клиентов, пишет тексты и отвечает за последствия. Речь о другом: небольшая команда может справляться с большим числом функций, если отделить повторяющуюся подготовительную работу от решений, требующих опыта, ответственности и человеческого контакта. Начнём с рабочего дня, в котором эта граница обычно стирается.
В 8:37 Анна Воронцова открыла ноутбук и увидела восемнадцать непрочитанных сообщений. Семь пришли в рабочий чат, четыре — от клиентов практикума «Налоги без паники», три касались оплат, остальные были короткими вопросами без контекста: «А если я уже зарегистрировалась?», «До какого числа?», «Мне тоже подходит?»
В 9:00 у Анны должна была начаться консультация с Мариной Сергеевой. Марина недавно стала самозанятой, боялась ошибиться в расчётах и заранее прислала длинное сообщение с описанием своей ситуации. Анна прочитала его на телефоне, поставила рядом кружку кофе и решила: сначала быстро подготовлю публикацию, потом отвечу.
Публикация была почти готова — не хватало только заголовка.
Анна открыла заметки, нашла три прошлых поста, перечитала их, убрала повторяющиеся слова, набросала семь вариантов заголовка и остановилась на четвёртом. Потом заметила, что пример в тексте устарел. Чтобы не ошибиться, она полезла проверять актуальные сведения в официальном источнике. Через двадцать минут у неё были открыты заметка, таблица с расчётами, страница ФНС и черновик поста.
В 9:04 написала Марина:
«Анна, я правильно понимаю, что если я беру заказ от компании, то мне нужно отдельно что-то оформлять? Я боюсь запутаться».
Анна увидела сообщение, но не стала отвечать сразу. Вопрос требовал уточнений. Нужно было понять, о каком виде работы идёт речь, какие документы уже оформлены и что именно Марина называет «отдельно». Быстрый ответ оказался бы слишком общим. Точный потребовал бы времени на разбор.
В 9:12 началась консультация. Анна переключилась с работы над публикацией на разговор, по ходу консультации сделала заметки, пообещала отправить Марине краткое резюме и попросила Илью Крылова проверить, прошла ли оплата у двух новых участников.
Илья был единственным помощником Анны. Он занимался продажами и клиентским сервисом, но его рабочий день тоже состоял из разных функций. Он отвечал на вопросы, переносил данные из сообщений в таблицу, напоминал об оплате, собирал отзывы и иногда пытался понять, почему человек, задавший пять вопросов, так и не купил практикум.
В 10:18 Илья написал:
«Анна, что отвечать на вопрос про формат? Клиент спрашивает, будут ли записи и сколько длится доступ».
Анна нашла похожий ответ в старой переписке, скопировала его, изменила дату и добавила уточнение про текущий поток. На это ушло пять минут.
В 10:31 пришло уведомление об оплате. Анна сама открыла банковское приложение, сверила сумму, скопировала фамилию участника в таблицу, проверила, есть ли он в списке зарегистрированных, и написала приветственное сообщение. Потом вспомнила, что одному человеку нужно напомнить о неоплаченном счёте. Записала себе напоминание в заметки: «Потом разберусь».
В 11:05 Анна вернулась к вопросу Марины. Перечитала сообщение, выписала недостающие данные, нашла нужный раздел в официальном источнике, сравнила формулировки и набросала осторожный ответ. В нём было больше условий, чем хотелось бы, зато он не создавал ложного впечатления, будто один короткий совет подходит всем.
В 11:40 Илья переслал ещё один вопрос:
«А можно просто отправить человеку прошлый ответ?»
«Можно, если у него такой же случай и информация не изменилась», — написала Анна.
«А как понять, такой же или нет?»
Анна уже собиралась объяснить, но вместо этого снова открыла переписку и сама переписала ответ для клиента. Ей казалось, что объяснение займёт дольше.
В 12:15 публикация по-прежнему не вышла. Анна решила сделать две версии: одну для канала в Telegram, другую для группы во «ВКонтакте». Тексты были почти одинаковыми, но требовалось изменить начало, сократить абзац и добавить призыв к действию. Она перебрала заголовки ещё раз: первый вариант теперь казался слишком сухим.
В 13:20 Анна наконец пообедала, не отходя от ноутбука. Через десять минут в сообщениях появился новый вопрос о содержании практикума. Он почти повторял тот, на который она отвечала утром. Анна нашла свой ответ, заменила обращение, добавила одну фразу и отправила его.
«Пять минут», — сказала она вслух.
В 16:10 Илья позвонил обсудить клиента, который хотел вернуть деньги. На первый взгляд вопрос тоже казался пятиминутным. Но в переписке выяснилось, что клиент посмотрел часть материалов, пропустил два занятия и теперь считал, что программа ему не подошла. Илья мог собрать факты, но решение о возврате оставалось за Анной.
Они обсуждали ситуацию двадцать две минуты.
В 21:40 Анна снова увидела сообщение Марины. Резюме после консультации она так и не отправила. Днём ей помешали публикация, оплаты, повторяющиеся вопросы и разговор о возврате. Теперь нужно было не только восстановить содержание разговора, но и заново войти в рабочий контекст.
На кухне остывал чай. Анна написала Марине, извинилась за задержку и ещё раз проверила формулировки.
Её рабочий день не был заполнен одной большой сложной задачей. Он рассыпался на десятки коротких операций: найти, сверить, скопировать, переписать, напомнить, уточнить, выбрать, отправить, проверить ещё раз. Каждая по отдельности выглядела незначительной. Вместе они заняли весь вечер.
Пять минут, которые съедают неделю
На следующий день Илья открыл таблицу и показал Анне расчёт. Он не пытался доказать, что она работает медленно. Он просто записал повторяющиеся действия за пять рабочих дней.
Восемь одинаковых или почти одинаковых ответов в день по пять минут — это сорок минут в день и три часа двадцать минут в неделю.
Подготовка заголовков и первых абзацев для трёх публикаций занимала около часа.
Перенос данных об оплатах и участниках отнимал ещё сорок минут.
На напоминания и проверку статусов уходило примерно пятнадцать минут.
В сумме набиралось около пяти с половиной часов. В расчёте не было времени на переключение внимания, поиск старого сообщения, восстановление контекста после консультации и исправление того, что удалось сделать в спешке.
Анна посмотрела на цифры:
«Но я ведь не сижу пять часов и не отвечаю на одни и те же вопросы».
«В этом и проблема, — сказал Илья. — Ты не сидишь. Ты каждый раз выпрыгиваешь из одной работы в другую».
Эта сцена знакома владельцам небольших проектов. Задача не кажется достойной передачи кому-то ещё, потому что занимает три, пять или семь минут. Но если она повторяется каждый день, её нельзя оценивать только по длительности одного выполнения. Нужно учитывать частоту, количество переключений и то, отнимает ли она внимание от работы, которую действительно нельзя передать.
Анна не была ни ленивой, ни несобранной, ни неспособной к планированию. Она выполняла работу сразу нескольких ролей. За один день успевала побыть экспертом, редактором, автором публикаций, специалистом поддержки, менеджером оплат, аналитиком обратной связи и человеком, который принимает решения в спорных ситуациях.
Проблема состояла не в нехватке силы воли. Анна держала в голове слишком много повторяющихся связок: если клиент спрашивает это, открыть тот файл; если оплата пришла, перенести имя сюда; если вопрос касается налогов, проверить актуальность; если человек просит возврат, сначала выяснить, что он уже получил.
Слово «команда» часто вводит в заблуждение. Оно заставляет представить нескольких отдельных сотрудников: автора, продавца, специалиста поддержки, аналитика и администратора. Но бизнесу нужны не должности сами по себе, а результаты работы. Если разложить работу контент-менеджера на конкретные действия, окажутся поиск темы, сбор фактов, варианты заголовков, структура текста, редактура и публикация. Часть этой работы может подготовить ИИ. Но выбор темы, точность обещания и ответственность за опубликованное сообщение остаются у человека.
ИИ способен взять на себя отдельные фрагменты сразу нескольких ролей. Он не становится полноценным сотрудником только потому, что умеет быстро написать текст или собрать список идей. У него нет собственной ответственности перед Мариной, понимания истории отношений с клиентом и права самостоятельно принимать решения, которые влияют на деньги, доверие или корректность профессионального совета.
Поэтому обещание этой книги точнее звучит так: не заменить большую команду одним окном чата, а собрать рабочую систему, в которой повторяющиеся операции не забирают всё внимание основателя. ИИ в такой системе не начальник, не эксперт по умолчанию и не человек, которому можно без проверки передать переписку с клиентами. Это инструмент подготовки, ускорения и поиска вариантов.
Три разных действия, которые часто путают
После расчёта Илья задал Анне неудобный вопрос:
«Что ты хочешь получить от ИИ? Чтобы эта работа исчезла, чтобы её делал кто-то другой или чтобы ты сама выполняла её быстрее?»
Анна сначала ответила:
«Разве это не одно и то же?»
Нет. За этими вариантами стоят три разные модели.
Автоматизация — это выполнение повторяющегося действия по заранее заданному правилу. Например, если участник оплатил практикум, ему автоматически отправляется подтверждение и инструкция с доступом. Если оплата не поступила в установленный срок, система формирует напоминание. Если человек заполнил форму, его данные появляются в нужной таблице.
Для автоматизации не всегда нужен ИИ. Простое правило «если произошло X, сделай Y» часто надёжнее сложной генерации текста. Автоматизировать стоит то, где условия легко описать, а результат можно проверить: перенести данные, поставить статус, отправить утверждённое уведомление, создать напоминание.
Делегирование — это передача задачи другому человеку. Анна может делегировать Илье ответы на вопросы о расписании, доступе, формате и оплате. Илья не просто нажимает кнопку: он читает сообщение, выбирает подходящий шаблон, уточняет недостающую информацию и передаёт Анне нестандартные случаи.
Делегирование требует понятных границ. Илья должен знать, что он решает сам, в каких случаях задаёт уточняющий вопрос, а когда не отвечает по существу и передаёт диалог эксперту. Если этих границ нет, владелец бизнеса формально передал задачу, но продолжает контролировать каждую мелочь.
Усиление эксперта — третий вариант. Здесь ИИ не забирает работу Анны и не заменяет Илью. Он помогает подготовить материал, который человек использует для профессионального решения. Например, ИИ может собрать из длинной переписки факты и вопросы клиента, предложить несколько вариантов заголовка, разложить отзывы по темам, сделать черновик ответа на основе утверждённой базы, выделить утверждения, требующие проверки, и составить список недостающих данных.
Анна затем проверяет результат, сверяет факты и выбирает, что отправить клиенту или опубликовать. Илья может использовать тот же черновик для организационного ответа, но не получает права самостоятельно делать индивидуальные налоговые выводы.
Одна и та же операция иногда проходит через все три модели. Например, напоминание об оплате можно автоматизировать. Сбор информации о клиенте и первый ответ можно делегировать Илье. Подготовку текста для сложного случая можно усилить с помощью ИИ. Решение о переносе участия, возврате или особом условии принимает человек.
Чтобы не путать эти модели, задавайте себе три вопроса.
Если действие повторяется по понятному правилу, его можно автоматизировать.
Если действие требует человеческого чтения, общения и ответственности в рамках инструкции, его можно делегировать.
Если действие требует опыта, но включает много подготовки, поиска, сортировки и черновой работы, эксперта можно усилить с помощью ИИ.
Если вопрос касается доверия, исключения, денег, риска или профессионального вывода, нельзя считать его безопасно переданным только потому, что ИИ быстро подготовил убедительный текст.
Три зоны ответственности
На листе Илья написал три колонки:
ИИ готовит.
Человек проверяет.
Человек решает.
Такой расклад кажется простым, пока не начинаешь разбирать реальные сообщения. Тогда становится видно, где именно появляется риск.
ИИ готовит материал, но не делает его истинным. Он может сформулировать ответ, обобщить переписку, предложить структуру или найти противоречие. Его черновик нужно воспринимать как рабочую заготовку, а не как готовую публикацию или профессиональное заключение.
Человек проверяет результат по нескольким признакам: факты, актуальность, полноту, соответствие конкретной ситуации, тон, наличие лишних обещаний и отсутствие выдуманных сведений. Если в тексте есть цифры, сроки, условия оплаты или сведения, на которых клиент будет принимать решение, их проверяют отдельно.
Человек решает, что делать в ситуации. Решение — это не только выбор формулировки. Это определение, можно ли обещать результат, давать ли исключение, возвращать ли деньги, менять ли условия участия, отправлять ли спорный ответ и нужно ли подключать эксперта.
Для Анны эта схема выглядела так.
Вопрос о формате практикума. ИИ готовит черновик ответа на основе утверждённой информации. Человек проверяет актуальность даты, цены и условий доступа. Человек решает, есть ли нестандартная ситуация и нужно ли особое условие.
Подготовка публикации. ИИ предлагает варианты заголовков, структуру текста и список вопросов читателя. Человек проверяет факты и примеры, а также убеждается, что в тексте нет чрезмерных обещаний. Человек решает, какой будет основная мысль, какую позицию занять и публиковать ли материал.
Вопрос по налоговой ситуации. ИИ кратко извлекает факты и составляет список уточнений. Человек проверяет, соответствует ли ответ актуальному официальному источнику. Человек решает, какой должна быть итоговая профессиональная формулировка и как именно ответить клиенту.
Просроченная оплата. ИИ готовит нейтральный текст напоминания. Человек проверяет имя, сумму, срок и статус оплаты. Человек решает, отправлять ли напоминание, продлевать ли срок или передавать вопрос Анне.
Просьба о возврате. ИИ составляет краткое резюме переписки и хронологию событий. Человек проверяет, что клиент уже получил и какие условия действуют. Человек решает, предложить ли возврат, перенос, отказ или индивидуальное решение.
В этой схеме человек не обязательно один и тот же. Илья может проверять организационный ответ по готовой базе и самостоятельно отправлять его в рамках своих полномочий. Анна подключается, если появляется профессиональный риск или исключение. Но финальное право решения остаётся за конкретным человеком, а не за инструментом.
Разница между проверкой и решением особенно важна. Проверить — значит убедиться, что подготовленный материал соответствует фактам и правилам. Решить — значит выбрать действие и принять его последствия. ИИ может подсказать, что клиенту лучше предложить два варианта. Он не должен самостоятельно выбирать, кому вернуть деньги, какую уступку обещать или как трактовать неоднозначную ситуацию.
Для Ильи Анна сформулировала правило:
«Если вопрос касается только формата, даты, оплаты или доступа, используй утверждённый ответ и проверь данные клиента. Если человек описывает нестандартную налоговую ситуацию, просит исключение, спорит с условиями или хочет возврат, собери факты и передай мне. Не додумывай ответ».
Это уже не абстрактная идея о контроле. Это рабочая граница, по которой можно обучить человека, настроить процесс и подготовить запрос к ИИ.
Как говорить с клиентом, когда ответа пока нет
Одна из причин, по которой владелец держит поддержку у себя, — страх показаться медленным или некомпетентным. Анна прежде старалась ответить сразу, даже когда ей не хватало данных. В результате она либо давала слишком общий текст, либо несколько раз возвращалась к одной и той же переписке.
Илья предложил заменить поспешный ответ на короткое честное сообщение:
«Марина, вижу, что здесь нужно учесть несколько условий. Чтобы не дать вам общий ответ, уточню два момента: какой именно вид работы вы выполняете и с кем заключаете договор. После этого проверю актуальные правила и вернусь с точной формулировкой».
Такой ответ не решает вопрос, но задаёт правильное ожидание. Клиент понимает, что сообщение не потерялось, а специалист не будет угадывать.
Для организационных вопросов можно использовать другой вариант:
«Расскажу по текущему потоку. В практикум входят записи занятий, материалы и доступ на установленный срок. Если вы спрашиваете о конкретной ситуации с оплатой или переносом, пришлите номер платежа и дату — проверим отдельно».
Здесь нет обещания, которое выходит за пределы утверждённых условий.
Для сложного случая ИИ можно дать такой запрос:
«Подготовь черновик ответа клиенту на основе переписки ниже. Не делай окончательного профессионального вывода и не добавляй сведения, которых нет в исходных данных. Отдельно вынеси: факты из сообщения клиента, недостающие данные, утверждения, которые нужно проверить по актуальному официальному источнику, и нейтральный вариант ответа до получения уточнений».
Если в переписке есть персональные данные, перед передачей текста в инструмент нужно убрать фамилию, телефон, адрес, реквизиты документов и другие сведения, которые не нужны для подготовки черновика. Работайте по правилам, принятым в вашей организации, и учитывайте требования российского законодательства о персональных данных, включая Федеральный закон № 152-ФЗ. Для первого эксперимента достаточно обезличенного фрагмента: «клиент», «компания», «дата», «сумма», «вид деятельности».
Задача такого запроса не в том, чтобы ИИ выглядел уверенно. Его польза в другом: он показывает структуру разговора, помогает увидеть, что уже известно, чего не хватает и где нельзя делать вывод без проверки.
Короткий слепок рабочего дня
Анна решила не выбирать сервис и не строить сложную систему сразу. Сначала нужно было увидеть фактическую нагрузку. Не ту, которую она обычно вспоминала вечером, а ту, которая действительно возникала в течение дня.
Для этого достаточно одного рабочего дня.
В течение дня записывайте не только крупные задачи, но и короткие действия. «Работала с клиентами» — слишком общее описание. Гораздо полезнее отметить: «нашла старый ответ о доступе», «перенесла имя и сумму в таблицу», «проверила актуальность формулировки», «написала напоминание об оплате», «выбрала заголовок из семи вариантов».
Для каждой операции достаточно зафиксировать четыре вещи: сколько времени она заняла, какой результат должен был появиться, повторяется ли она и требовала ли она решения.
После этого разделите записи на три типа.
Подготовка — это поиск, сортировка, черновик, перенос данных, варианты формулировок и краткое резюме.
Проверка — сверка фактов, условий, дат, сумм, источников и соответствия конкретному клиенту.
Решение — выбор действия, обещания, исключения, приоритета или ответа в спорной ситуации.
Не пытайтесь сразу улучшить процесс и не ругайте себя за лишние действия. Цель упражнения — снять слепок. Если в этот день вы провели много времени в срочной переписке, так и запишите. Если половина операций возникла из-за неполной информации, это тоже результат наблюдения.
Анна обнаружила, что за словами «ответить клиенту» скрывались шесть разных действий: прочитать сообщение, понять контекст, найти похожий случай, проверить условия, сформулировать ответ и выбрать, можно ли отправить его без дополнительного согласования. ИИ мог помочь с третьим и пятым действиями. Илья мог взять на себя первое, второе и часть четвёртого. Но шестое — решение о границах ответа — оставалось у человека.
Как выбрать первую задачу
После слепка рабочего дня возникает соблазн автоматизировать всё сразу: написать контент-план, настроить продажи, подключить ответы, собрать отзывы, разобрать старую базу и запустить рассылку за один вечер. Такой подход обычно заканчивается не цифровой командой, а несколькими разрозненными экспериментами, которыми никто не пользуется.
Первую задачу выбирают не по принципу «ИИ умеет это делать», а по трём признакам.
Частота. Действие должно повторяться достаточно часто, чтобы экономия времени стала заметной. Для первого внедрения подходят ежедневные операции или задачи, которые возникают несколько раз в неделю.
Понятность результата. Вы должны суметь показать два-три хороших примера и объяснить, что считается приемлемым результатом. «Сделать красивый ответ» — слабое описание. «Сформировать черновик ответа о расписании, стоимости и доступе по утверждённой базе» — понятное.
Цена ошибки. Если результат окажется неидеальным, последствия должны быть ограниченными и исправимыми. Ошибку в заголовке можно заметить до публикации. Неверное обещание по возврату денег или некорректный профессиональный вывод требуют гораздо более жёсткого контроля.
Для быстрой оценки не нужны сложные формулы. Достаточно отметить, часто ли повторяется задача, насколько понятен результат и насколько рискованна ошибка.
У Анны картина выглядела так.
Черновик ответа о формате, оплате и доступе возникал ежедневно. Результат можно было описать достаточно точно, а цена ошибки оставалась низкой или средней. Поэтому ИИ должен был готовить текст, Илья — проверять его и отправлять.
Варианты заголовков требовались несколько раз в неделю. Результат был понятен, а цена ошибки низкой. ИИ мог предлагать варианты, а Анна — выбирать подходящий.
Индивидуальный вопрос по налоговой ситуации возникал несколько раз в неделю. Результат не всегда удавалось описать заранее, а цена ошибки была высокой. ИИ мог собрать факты и вопросы, но Анна должна была проверять источник и принимать решение.
Решение о возврате или исключении появлялось редко. Каждый случай отличался от предыдущего, а цена ошибки была высокой. Человек должен был разбирать ситуацию и принимать решение, тогда как ИИ мог только резюмировать переписку.
Первой Анна выбрала не индивидуальные ответы по налогам и не возвраты, а черновики организационных сообщений. Они возникали часто, результат можно было описать через утверждённые факты, а ошибку Илья мог заметить до отправки. В список вошли вопросы о формате занятий, сроках доступа, способах оплаты, записи и порядке получения материалов.
Варианты заголовков были ещё безопаснее, но давали меньше операционной экономии. Анна решила оставить их вторым небольшим тестом, а не смешивать две задачи сразу.
Проверка границ за три дня
Первое внедрение не обязано начинаться с автоматической отправки. Для Анны безопаснее было провести диагностический эксперимент.
В течение трёх дней Илья собирал двадцать реальных вопросов о формате и условиях участия. Перед передачей в ИИ он убирал персональные данные и оставлял только содержание запроса. К каждому обращению прикладывал утверждённую информацию о текущем потоке: даты, формат, условия доступа и способы оплаты.
ИИ должен был подготовить черновик, но не отправлять его клиенту. В конце каждого черновика он отдельно указывал, каких данных не хватает и какие фразы нельзя использовать без дополнительной проверки.
Илья отмечал один из трёх результатов:
«Можно отправлять после быстрой сверки».
«Нужна существенная правка».
«Не подходит, вопрос выходит за пределы базы».
Анна подключалась только к третьему типу и к тем случаям, где Илья сомневался. После двадцати сообщений они могли оценить не впечатление от новой технологии, а её реальную пользу: сколько времени занимает финальная проверка, сколько черновиков требуют переписывания, какие вопросы чаще всего выходят за рамки и каких сведений обычно не хватает в базе.
Здесь пригодится простое дерево решений.
Если задача повторяется часто, результат можно описать примерами, а ошибку легко исправить, используйте ИИ для подготовки и проверяйте результат перед отправкой.
Если задача повторяется часто, но ошибка может повлиять на деньги, доверие или профессиональную корректность, оставьте ИИ только в зоне подготовки. Человеческая проверка должна быть обязательной, а самостоятельная отправка — запрещённой.
Если задача редкая и каждый случай отличается, не пытайтесь автоматизировать её первой. Составьте краткий чек-лист сбора фактов, чтобы не начинать разбор с нуля.
Если результат невозможно объяснить через примеры и критерии, сначала уточните саму услугу или внутренние правила. ИИ не исправит размытое решение, которое команда не может сформулировать.
Если в задаче есть персональные данные, сначала определите, какие сведения действительно нужны, обезличьте текст и проверьте, в каком инструменте допустимо работать.
Если у задачи нет конкретного человека, который проверяет результат и принимает решение, не запускайте её в автоматическом режиме. Ответственность нельзя заменить настройкой.
К концу третьего дня Анна увидела, что ИИ хорошо собирает нейтральные черновики по повторяющимся организационным вопросам, но начинает ошибаться, когда клиент смешивает в одном сообщении оплату, доступ и индивидуальную налоговую ситуацию. Это не означало, что эксперимент провалился. Наоборот, он показал границу применимости.
Анна не получила виртуального сотрудника, который «сам общается с клиентами». Она получила более полезный результат: понятную подготовительную операцию, критерии проверки и список случаев, которые нельзя смешивать с ней.
Вечером она снова открыла рабочий список. Раньше там были формулировки «настроить ИИ для поддержки», «сделать продажи системными», «автоматизировать контент». Теперь появилась конкретная запись:
«Подготовка черновиков ответов на повторяющиеся организационные вопросы. ИИ готовит. Илья проверяет факты и отправляет в пределах утверждённых условий. Анна решает нестандартные случаи».
Это уже не желание и не обещание. Это начало процесса.
У Анны пока не было цифровой команды в привычном смысле. Были отдельные операции, для каждой — результат, граница риска и человек, который сохраняет контроль. Следующий шаг — перестать собирать задачи случайным списком и увидеть, как они связаны: от первого обращения клиента до оплаты, получения результата, поддержки и обратной связи. Именно такая карта превращает набор помощников и сервисов в рабочую систему.
