ИИ пришел в отдел. Что делать руководителю прямо сейчас
- -
- 100%
- +
Он также защищает сотрудника. Когда задача описана точно, сотрудник понимает, чего от него хотят. Не «делай все через ИИ», а «можно использовать ИИ для черновика, но итог проверяешь ты; персональные данные не загружаешь; спорные обещания согласуешь; окончательное решение остается за человеком». Это уже не туман. Это рабочее правило.
В российских отделах туман часто появляется из-за скорости. Руководитель бросает в чат: «Коллеги, подключайте нейросети, надо ускоряться». Кто-то воспринимает это как разрешение на все. Кто-то пугается и не использует ничего. Кто-то использует тайно, чтобы не выглядеть отстающим. Кто-то начинает демонстрировать красивые тексты, не понимая рисков. Через месяц руководитель получает разнородную практику и думает, что сотрудники «неправильно поняли».
На самом деле они поняли ровно то, что было сказано: неопределенность.
Хорошее внедрение начинается с инвентаризации задач.
Не надо сразу описывать весь отдел. Достаточно взять один процесс и разложить его на операции. Например, клиентская поддержка:
- принять обращение;
- определить тему;
- найти данные клиента;
- проверить историю;
- выбрать типовой ответ;
- написать черновик;
- проверить обещания;
- отправить ответ;
- зафиксировать результат;
- передать сложный случай специалисту.
ИИ может помочь не во всем. Он может предложить структуру ответа, переформулировать грубый текст, составить список уточняющих вопросов, сделать внутреннюю сводку без персональных данных. Но он не должен сам решать спорный случай, обещать компенсацию, менять условия, закрывать претензию или оценивать правоту клиента без человека.
То же самое в кадрах. Процесс подбора можно разложить:
- описание потребности;
- формулировка вакансии;
- размещение;
- первичный просмотр откликов;
- вопросы кандидату;
- собеседование;
- оценка опыта;
- решение;
- отказ или предложение.
ИИ может помочь с текстом вакансии, списком вопросов, нейтральным письмом, структурой заметок. Но решение о человеке не должно превращаться в автоматический вывод по совпадению слов. Особенно если кандидат даже не понимает, что его оценивала машина.
В бухгалтерии ИИ может помочь объяснить сложный текст простым языком, подготовить черновик письма, собрать список документов, сделать внутреннюю памятку. Но он не должен без проверки трактовать спорную налоговую ситуацию, выдавать клиенту окончательный совет или подменять профессиональное суждение специалиста.
В образовании ИИ может помочь с планом занятия, примерами, объяснениями, черновиком задания. Но он не знает конкретный класс так, как знает учитель. Он не видит усталость детей, конфликт в группе, уровень слабых учеников, требования школы, настроение родителей и реальность отчетности.
Контур задачи заставляет отделять полезное от опасного.
Для руководителя удобна простая форма описания ИИ-задачи. Не таблица, а набор строк:
Название задачи.
Что делает ИИ.
Что ИИ не делает.
Какие данные используются.
Есть ли персональные или закрытые данные.
Кто проверяет результат.
Куда может быть отправлен итог.
Что считается ошибкой.
Кто отвечает за финальное решение.
Когда правило пересматривается.
Даже если заполнить это на одну страницу, уровень управления резко вырастет. Потому что неопределенность станет видимой.
Например:
Название задачи: черновик ответа на типовой вопрос клиента.
Что делает ИИ: помогает сформулировать вежливый и понятный текст на основе утвержденного шаблона.
Что ИИ не делает: не обещает сроки, скидки, компенсации, индивидуальные условия и не закрывает спорные обращения.
Данные: только обезличенное описание ситуации без фамилий, телефонов, номеров договоров и внутренних цен.
Кто проверяет: менеджер, ответственный за клиента.
Кто отвечает: сотрудник, отправивший ответ, и руководитель, утвердивший правило.
Такой документ может показаться простым. Но он уже меняет культуру. Он говорит сотруднику: ИИ разрешен, но не вместо головы. Руководителю он говорит: ты разрешил конкретную задачу, а не открыл ворота всему подряд.
Контур задачи нужен и для разговора наверх. Средний руководитель часто получает давление: «Почему ИИ еще не внедрен?» Хороший ответ не должен звучать как оправдание. Он может быть профессиональным:
«Мы начали с трех низкорисковых задач: черновики внутренних писем, структура ответов на типовые обращения, подготовка планов встреч. Красные зоны данных закрыты. Следующий этап - пилот в поддержке с обязательной проверкой. Договоры, персональные данные и кадровые решения пока не отдаем во внешний ИИ».
Такой ответ показывает движение и контроль. Он лучше, чем «мы думаем» и безопаснее, чем «мы все уже делаем через нейросеть».
Еще одна польза контура задачи - он помогает не уничтожить профессию через неверное описание. Когда говорят «ИИ заменит бухгалтера», это пугает и упрощает реальность. Когда говорят «ИИ может ускорить черновики пояснений, подготовку списков документов и упрощение текстов», разговор становится честнее. Можно обсуждать, какая часть работы дешевеет, какая остается профессиональной, где нужна проверка, как меняется норма.
Профессию нельзя обсуждать как одну кнопку. Она состоит из задач, опыта, ответственности, общения, памяти, суждения, ошибок и последствий.
ИИ вынимает задачи. Руководитель должен видеть, какие именно.
Если этого не сделать, организация рискует одновременно завысить ожидания, испугать людей, открыть утечки и неправильно посчитать экономию.
Контур задачи - первый, потому что без него остальные контуры не работают. Нельзя определить данные, если непонятно, какая задача выполняется. Нельзя назначить проверку, если непонятно, что проверять. Нельзя считать норму, если неизвестно, какой участок ускорился. Нельзя распределить ответственность, если задача расплылась.
Управление ИИ начинается не с выбора сервиса. Оно начинается с глагола.
Не «ИИ в продажах», а «составляет черновик письма».
Не «ИИ в кадрах», а «помогает подготовить текст вакансии».
Не «ИИ в бухгалтерии», а «переписывает утвержденное пояснение простыми словами».
Не «ИИ в школе», а «предлагает варианты заданий, которые учитель отбирает и адаптирует».
Чем точнее глагол, тем меньше риска.
Вывод главы
ИИ нельзя внедрять в профессию или отдел целиком. Его можно применять только к конкретным задачам. Первый вопрос руководителя - не «где использовать ИИ», а «какую операцию мы отдаем машине, в каком статусе и с какой проверкой». Пока задача не названа, внедрение остается туманом.
Глава 6. Контур данных
Лена из отдела продаж задержалась после шести. Клиент ждал коммерческое предложение, директор уже дважды написал в чат «как там?», а в голове у Лены смешались скидки, условия поставки, старое письмо клиента и новый прайс, который сегодня прислали в общий канал.
Она открыла нейросеть на личном телефоне и вставила туда кусок переписки:
«Сделай нормальное коммерческое предложение. Клиент просит срок до конца месяца, цена такая-то, у них в прошлом договоре была скидка, вот контакты, вот адрес, вот что обещали раньше».
Через минуту появился красивый текст. Лена выдохнула. Работа сдвинулась.
Но вместе с текстом наружу ушли данные, которые не должны были покидать рабочий контур.
Так обычно и происходит. Не из злого умысла. Не потому, что сотрудник хочет навредить компании. А потому, что срок, усталость и отсутствие понятных правил оказываются сильнее абстрактного слова «безопасность».
Контур данных - второй контур ИИ-управления. Он отвечает на вопрос: какая информация попадает в ИИ и имеет ли она право туда попадать?
Для руководителя это один из самых важных вопросов. Потому что ИИ работает с тем, что ему дали. Чтобы получить полезный ответ, сотруднику хочется дать больше контекста. А контекст в рабочей среде почти всегда состоит из данных: имен, телефонов, договоров, цен, скидок, жалоб, медицинских сведений, зарплат, документов, переписки, внутренней кухни, чужих ошибок и коммерческих деталей.
Чем больше данных получает машина, тем точнее может быть черновик. Но тем выше риск.
Именно здесь простое «пользуйтесь ИИ» становится опасным. Если руководитель не объяснил, какие данные нельзя загружать, он фактически оставил сотрудника один на один с выбором между скоростью и безопасностью.
Сотрудник в такой ситуации почти всегда выбирает скорость. Не потому, что плохой. Потому что работа горит.
Данные в отделе бывают разными. Не все одинаково опасно. Руководителю важно не пугать людей словом «нельзя» вообще, а разделить информацию по уровням.
Есть открытые и нейтральные данные. Например, общая тема письма, обезличенное описание задачи, публичная информация, текст без имен и реквизитов, общий план встречи, идея инструкции, список вопросов. С ними можно работать относительно спокойно, если итог все равно проверяет человек.
Есть внутренние рабочие сведения. Например, порядок взаимодействия в отделе, обычные шаблоны, общие инструкции, нейтральные описания процессов. Их уже нужно оценивать аккуратнее. Даже если там нет персональных данных, такая информация может раскрывать внутреннюю организацию работы.
Есть коммерчески чувствительные данные: цены, маржа, скидки, условия поставщиков, договоренности с клиентами, планы продаж, стратегия, переговорные позиции, внутренние отчеты, клиентские сегменты. Их нельзя бездумно вставлять во внешний сервис просто потому, что текст нужен быстрее.
Есть персональные данные: фамилии, телефоны, адреса, паспортные сведения, кадровые документы, зарплаты, сведения об учениках, пациентах, клиентах, сотрудниках. Здесь руководитель должен быть особенно осторожен. Даже если сотрудник не знает юридических тонкостей, он должен знать простое рабочее правило: все, по чему можно определить конкретного человека, нельзя отправлять во внешний ИИ без специального разрешения и понятного контура.
Есть особые зоны риска: медицинская информация, трудовые конфликты, жалобы, дисциплинарные ситуации, внутренние расследования, финансовые документы, данные детей, сведения о здоровье, сведения о зарплате, документы по спору. Там ошибка может быть не просто неприятной, а серьезной.
Контур данных должен переводить сложные правовые темы на понятный управленческий язык.
Не каждый руководитель является юристом по персональным данным или специалистом по информационной безопасности. Эта книга не заменяет таких специалистов. Но руководитель обязан понимать бытовой уровень риска. Если сотрудник вставляет в нейросеть фамилию клиента, номер договора, историю жалобы, телефон, внутреннюю скидку и просьбу «ответь красиво», это уже не просто помощь с текстом. Это передача рабочей информации во внешний контур.
Можно спорить о деталях конкретного сервиса, условиях обработки, корпоративных настройках, договорах и технической защите. Но на уровне отдела правило должно быть жестким: пока инструмент не разрешен для таких данных, сотрудник не должен туда их загружать.
Внешний ИИ - не блокнот. Не личный черновик. Не пустая страница. Это сервис с владельцем, условиями использования, хранением истории, настройками, ограничениями и рисками.
Руководитель не может требовать скорости ИИ, если не объяснил, какие данные нельзя отдавать машине.
Одна из частых ошибок - считать, что обезличивание слишком сложно, поэтому им никто не будет заниматься. На самом деле в большинстве низкорисковых задач достаточно простой дисциплины.
Не писать: «Клиент Иванов Сергей Петрович, договор N 451/23, просрочка платежа 18 дней, просит скидку 12 процентов, раньше мы давали 8, но директор разрешал 10».
Можно написать: «Клиент просит дополнительную скидку сверх стандартной. Нужно подготовить нейтральный черновик ответа без обещания конкретных условий. Тон - вежливый, деловой. Указать, что условия требуют внутреннего согласования».
Не вставлять переписку с телефоном, адресом и деталями претензии.
Можно описать ситуацию обобщенно: «Клиент недоволен сроком выполнения услуги. Нужно подготовить черновик ответа с извинением, без признания юридической ответственности и без обещания компенсации до согласования».
Не загружать резюме кандидата целиком с контактами, возрастом, местами работы и личными деталями.
Можно попросить ИИ составить список вопросов для собеседования по должности, не передавая данные конкретного человека.
Не отправлять в нейросеть медицинскую карту, жалобу пациента, данные ребенка или кадровый конфликт.
Можно попросить подготовить общую структуру памятки, которую потом проверит специалист и адаптирует под разрешенный формат.
Контур данных не означает, что ИИ запрещен. Он означает, что постановка задачи должна быть умнее.
Часто сотрудник загружает лишнее не потому, что без этого нельзя, а потому, что не умеет отделять задачу от данных. Он думает: чем больше вставлю, тем лучше получится. Руководитель должен научить обратному: чем выше риск данных, тем больше нужно обобщать, обезличивать и выносить решение обратно к человеку.
Для отдела полезно ввести простую цветовую логику.
Зеленые данные - можно использовать в ИИ при обычной проверке: общие идеи, открытая информация, обезличенные задачи, нейтральные формулировки без внутренней кухни.
Желтые данные - можно только осторожно и по правилам: внутренние инструкции, рабочие процессы, коммерческие тексты без закрытых условий, общие шаблоны, материалы, которые не раскрывают конкретных людей и секреты компании.
Красные данные - нельзя отправлять во внешний ИИ без специального разрешения: персональные данные, клиентские базы, договоры, зарплаты, финансовые документы, медицинская информация, данные учеников и пациентов, кадровые конфликты, закрытые цены, внутренние расследования.
Черная зона - данные и решения, где ИИ не должен быть самостоятельным участником: увольнение, отказ кандидату, медицинское решение, юридически значимый вывод, обвинение человека, автоматическая оценка сотрудника, окончательный ответ в конфликтной ситуации.
Эту логику нужно повторять не один раз, а до скуки. Потому что безопасность данных держится не на красивом регламенте, а на привычке в момент спешки.
В российской рабочей реальности спешка - обычное состояние. «Надо до конца дня». «Клиент ждет». «Директор уже спросил». «Отчет утром». «Письмо срочно». «Потом разберемся». Именно в таких условиях и происходят утечки.
Если правило слишком сложное, его обойдут. Если правило выглядит как запрет на работу, его спрячут. Поэтому руководителю нужно дать сотрудникам рабочий способ действовать безопасно.
Например:
Если задача без данных - можно использовать разрешенный ИИ.
Если есть персональные данные - не загружать во внешний сервис.
Если нужно получить текст - описать ситуацию обобщенно.
Если без конкретных данных невозможно - остановиться и спросить руководителя.
Если результат пойдет клиенту - проверить факты и обещания.
Если сомневаешься - не вставляй.
Последняя фраза особенно важна. Она должна стать бытовым правилом: сомневаешься - не вставляй.
Но одного правила мало. Нужен безопасный маршрут. Сотрудник должен знать, куда идти с вопросом. Если он не знает, он снова выберет быстрый способ.
Контур данных требует назначить ответственного хотя бы на уровне отдела. Не обязательно создавать большой комитет. В малом бизнесе это может быть руководитель, директор, главный бухгалтер или человек, который отвечает за документы. В школе - заместитель директора или ответственный за цифровые сервисы. В клинике - администратор вместе с профильным специалистом и руководством. В крупной организации - юристы, служба безопасности, ИТ и владельцы процессов.
Главное - чтобы сотрудник не оставался один.
Есть еще один риск: руководитель сам может нарушать контур данных. Он просит подчиненного: «Закинь договор в нейросеть, пусть проверит». Или отправляет в общий чат: «Сделайте через ИИ анализ жалоб клиентов, там все в файле». Или требует от кадровика «быстро прогнать резюме». После этого сотрудник понимает: безопасность - это разговор для инструкций, а реальная власть требует скорости.
Правила данных должны начинаться с руководителя. Если руководитель сам показывает плохой пример, отдел быстро научится правильному лицемерию: на встречах говорить про безопасность, а вечером вставлять рабочие материалы в личные сервисы.
Контур данных связан не только с утечкой. Он связан с качеством результата. ИИ без контекста может ошибаться. Но ИИ с лишним контекстом создает риск. Поэтому задача руководителя - найти рабочую середину: дать достаточно информации для полезного черновика, но не отдавать то, что нельзя отдавать.
Это отдельный навык постановки задач.
Например, вместо «составь ответ по этому договору» лучше: «Подготовь общий список вопросов, которые нужно проверить перед ответом на претензию по договору. Не делай юридический вывод». Вместо «оцени резюме» - «составь нейтральный список профессиональных вопросов для кандидата на должность менеджера по продажам». Вместо «напиши пациенту памятку по его ситуации» - «составь общий черновик памятки о подготовке к приему, который проверит врач».
Такие формулировки не идеальны для всех случаев. Но они показывают направление: не отдавать машине чужую жизнь, деньги и тайну, когда можно попросить ее помочь с формой, структурой или вопросами.
Контур данных должен быть описан до пилота, а не после первой ошибки. Ошибка с данными редко остается внутренней мелочью. Она может ударить по клиенту, сотруднику, репутации, договору, проверке, отношениям внутри команды. И почти всегда после нее возникает вопрос: «Почему никто не объяснил правила раньше?»
Руководителю лучше услышать этот вопрос заранее - от себя.
Для начала достаточно провести простой аудит.
Какие данные есть в отделе?
Какие из них персональные?
Какие коммерчески чувствительные?
Какие связаны с деньгами, здоровьем, детьми, трудовыми отношениями или спором?
Какие документы сотрудники чаще всего хотят «быстро обработать»?
Какими сервисами они уже пользуются?
Есть ли у них разрешенный инструмент?
Понимают ли они, что нельзя вставлять?
Кому они задают вопрос в сомнительной ситуации?
Если руководитель не может ответить, значит, контур данных не закрыт.
И здесь нельзя прятаться за фразой «мы же доверяем людям». Доверие не отменяет правил. Хорошие сотрудники тоже ошибаются, особенно в спешке. Лояльный сотрудник может устроить утечку просто потому, что хотел выполнить задачу быстрее. Ответственный сотрудник может нарушить безопасность, если руководитель сам давит сроками и не дает безопасного пути.
Без правил данные становятся расходным материалом скорости.
Это опасная цена.
Хороший руководитель не превращает данные в страшилку. Он объясняет спокойно: мы используем ИИ, но не отдаем ему все подряд. Мы учимся ставить задачи так, чтобы получать пользу без лишнего риска. Мы не вставляем персональные данные во внешний сервис. Мы не загружаем договоры и клиентские базы без разрешения. Мы не подменяем профессиональную проверку машинным текстом. Мы спрашиваем, если сомневаемся.
Такая позиция не тормозит внедрение. Она делает его взрослым.
Вывод главы
Данные - это не техническая мелочь, а управленческая ответственность. Сотрудник не должен сам угадывать, что можно загружать в ИИ, а что нельзя. Руководитель обязан назвать зеленые, желтые, красные и черные зоны, дать безопасный способ постановки задач и право остановиться, если данные вызывают сомнение.
Глава 7. Контур поставщика
В понедельник утром у директора учебного центра был обычный набор проблем: две группы надо было переносить, один преподаватель заболел, родители писали в чат, бухгалтер просила закрывающие документы, а администратор Маша сидела за стойкой и пыталась быстро собрать ответы на типовые вопросы. На экране у нее был открыт внешний сервис с нейросетью. В соседнем окне - список учеников, телефоны родителей, даты оплат, комментарии к занятиям.
- Маш, ты туда что вставляешь? - спросил директор, проходя мимо.
- Да ничего такого. Просто чтобы текст нормально написать. Родителям же надо ответить по-человечески.
Он остановился не сразу. Сначала ему даже понравилось: Маша не сидит без дела, сама нашла способ отвечать быстрее, не просит денег на программу, не зовет айтишника. Потом он увидел в запросе фамилии детей, суммы, расписание, пометки «часто пропускает» и «мама просила не писать отцу».
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.