Сергей Левченко – ИИ пришел в отдел. Что делать руководителю прямо сейчас (страница 10)

Еще одна польза контура задачи - он помогает не уничтожить профессию через неверное описание. Когда говорят «ИИ заменит бухгалтера», это пугает и упрощает реальность. Когда говорят «ИИ может ускорить черновики пояснений, подготовку списков документов и упрощение текстов», разговор становится честнее. Можно обсуждать, какая часть работы дешевеет, какая остается профессиональной, где нужна проверка, как меняется норма.

Профессию нельзя обсуждать как одну кнопку. Она состоит из задач, опыта, ответственности, общения, памяти, суждения, ошибок и последствий.

ИИ вынимает задачи. Руководитель должен видеть, какие именно.

Если этого не сделать, организация рискует одновременно завысить ожидания, испугать людей, открыть утечки и неправильно посчитать экономию.

Контур задачи - первый, потому что без него остальные контуры не работают. Нельзя определить данные, если непонятно, какая задача выполняется. Нельзя назначить проверку, если непонятно, что проверять. Нельзя считать норму, если неизвестно, какой участок ускорился. Нельзя распределить ответственность, если задача расплылась.

Управление ИИ начинается не с выбора сервиса. Оно начинается с глагола.

Не «ИИ в продажах», а «составляет черновик письма».

Не «ИИ в кадрах», а «помогает подготовить текст вакансии».

Не «ИИ в бухгалтерии», а «переписывает утвержденное пояснение простыми словами».

Не «ИИ в школе», а «предлагает варианты заданий, которые учитель отбирает и адаптирует».

Чем точнее глагол, тем меньше риска.

Вывод главы

ИИ нельзя внедрять в профессию или отдел целиком. Его можно применять только к конкретным задачам. Первый вопрос руководителя - не «где использовать ИИ», а «какую операцию мы отдаем машине, в каком статусе и с какой проверкой». Пока задача не названа, внедрение остается туманом.

Глава 6. Контур данных

Лена из отдела продаж задержалась после шести. Клиент ждал коммерческое предложение, директор уже дважды написал в чат «как там?», а в голове у Лены смешались скидки, условия поставки, старое письмо клиента и новый прайс, который сегодня прислали в общий канал.

Она открыла нейросеть на личном телефоне и вставила туда кусок переписки:

«Сделай нормальное коммерческое предложение. Клиент просит срок до конца месяца, цена такая-то, у них в прошлом договоре была скидка, вот контакты, вот адрес, вот что обещали раньше».

Через минуту появился красивый текст. Лена выдохнула. Работа сдвинулась.

Но вместе с текстом наружу ушли данные, которые не должны были покидать рабочий контур.

Так обычно и происходит. Не из злого умысла. Не потому, что сотрудник хочет навредить компании. А потому, что срок, усталость и отсутствие понятных правил оказываются сильнее абстрактного слова «безопасность».

Контур данных - второй контур ИИ-управления. Он отвечает на вопрос: какая информация попадает в ИИ и имеет ли она право туда попадать?

Для руководителя это один из самых важных вопросов. Потому что ИИ работает с тем, что ему дали. Чтобы получить полезный ответ, сотруднику хочется дать больше контекста. А контекст в рабочей среде почти всегда состоит из данных: имен, телефонов, договоров, цен, скидок, жалоб, медицинских сведений, зарплат, документов, переписки, внутренней кухни, чужих ошибок и коммерческих деталей.

Чем больше данных получает машина, тем точнее может быть черновик. Но тем выше риск.

Именно здесь простое «пользуйтесь ИИ» становится опасным. Если руководитель не объяснил, какие данные нельзя загружать, он фактически оставил сотрудника один на один с выбором между скоростью и безопасностью.

Сотрудник в такой ситуации почти всегда выбирает скорость. Не потому, что плохой. Потому что работа горит.

Данные в отделе бывают разными. Не все одинаково опасно. Руководителю важно не пугать людей словом «нельзя» вообще, а разделить информацию по уровням.

Есть открытые и нейтральные данные. Например, общая тема письма, обезличенное описание задачи, публичная информация, текст без имен и реквизитов, общий план встречи, идея инструкции, список вопросов. С ними можно работать относительно спокойно, если итог все равно проверяет человек.

Есть внутренние рабочие сведения. Например, порядок взаимодействия в отделе, обычные шаблоны, общие инструкции, нейтральные описания процессов. Их уже нужно оценивать аккуратнее. Даже если там нет персональных данных, такая информация может раскрывать внутреннюю организацию работы.

Есть коммерчески чувствительные данные: цены, маржа, скидки, условия поставщиков, договоренности с клиентами, планы продаж, стратегия, переговорные позиции, внутренние отчеты, клиентские сегменты. Их нельзя бездумно вставлять во внешний сервис просто потому, что текст нужен быстрее.

Есть персональные данные: фамилии, телефоны, адреса, паспортные сведения, кадровые документы, зарплаты, сведения об учениках, пациентах, клиентах, сотрудниках. Здесь руководитель должен быть особенно осторожен. Даже если сотрудник не знает юридических тонкостей, он должен знать простое рабочее правило: все, по чему можно определить конкретного человека, нельзя отправлять во внешний ИИ без специального разрешения и понятного контура.

Есть особые зоны риска: медицинская информация, трудовые конфликты, жалобы, дисциплинарные ситуации, внутренние расследования, финансовые документы, данные детей, сведения о здоровье, сведения о зарплате, документы по спору. Там ошибка может быть не просто неприятной, а серьезной.

Контур данных должен переводить сложные правовые темы на понятный управленческий язык.

Не каждый руководитель является юристом по персональным данным или специалистом по информационной безопасности. Эта книга не заменяет таких специалистов. Но руководитель обязан понимать бытовой уровень риска. Если сотрудник вставляет в нейросеть фамилию клиента, номер договора, историю жалобы, телефон, внутреннюю скидку и просьбу «ответь красиво», это уже не просто помощь с текстом. Это передача рабочей информации во внешний контур.

Можно спорить о деталях конкретного сервиса, условиях обработки, корпоративных настройках, договорах и технической защите. Но на уровне отдела правило должно быть жестким: пока инструмент не разрешен для таких данных, сотрудник не должен туда их загружать.

Внешний ИИ - не блокнот. Не личный черновик. Не пустая страница. Это сервис с владельцем, условиями использования, хранением истории, настройками, ограничениями и рисками.

Руководитель не может требовать скорости ИИ, если не объяснил, какие данные нельзя отдавать машине.

Одна из частых ошибок - считать, что обезличивание слишком сложно, поэтому им никто не будет заниматься. На самом деле в большинстве низкорисковых задач достаточно простой дисциплины.

Не писать: «Клиент Иванов Сергей Петрович, договор N 451/23, просрочка платежа 18 дней, просит скидку 12 процентов, раньше мы давали 8, но директор разрешал 10».

Можно написать: «Клиент просит дополнительную скидку сверх стандартной. Нужно подготовить нейтральный черновик ответа без обещания конкретных условий. Тон - вежливый, деловой. Указать, что условия требуют внутреннего согласования».

Не вставлять переписку с телефоном, адресом и деталями претензии.

Можно описать ситуацию обобщенно: «Клиент недоволен сроком выполнения услуги. Нужно подготовить черновик ответа с извинением, без признания юридической ответственности и без обещания компенсации до согласования».

Не загружать резюме кандидата целиком с контактами, возрастом, местами работы и личными деталями.

Можно попросить ИИ составить список вопросов для собеседования по должности, не передавая данные конкретного человека.

Не отправлять в нейросеть медицинскую карту, жалобу пациента, данные ребенка или кадровый конфликт.

Можно попросить подготовить общую структуру памятки, которую потом проверит специалист и адаптирует под разрешенный формат.

Контур данных не означает, что ИИ запрещен. Он означает, что постановка задачи должна быть умнее.

Часто сотрудник загружает лишнее не потому, что без этого нельзя, а потому, что не умеет отделять задачу от данных. Он думает: чем больше вставлю, тем лучше получится. Руководитель должен научить обратному: чем выше риск данных, тем больше нужно обобщать, обезличивать и выносить решение обратно к человеку.

Для отдела полезно ввести простую цветовую логику.

Зеленые данные - можно использовать в ИИ при обычной проверке: общие идеи, открытая информация, обезличенные задачи, нейтральные формулировки без внутренней кухни.

Желтые данные - можно только осторожно и по правилам: внутренние инструкции, рабочие процессы, коммерческие тексты без закрытых условий, общие шаблоны, материалы, которые не раскрывают конкретных людей и секреты компании.

Красные данные - нельзя отправлять во внешний ИИ без специального разрешения: персональные данные, клиентские базы, договоры, зарплаты, финансовые документы, медицинская информация, данные учеников и пациентов, кадровые конфликты, закрытые цены, внутренние расследования.

Черная зона - данные и решения, где ИИ не должен быть самостоятельным участником: увольнение, отказ кандидату, медицинское решение, юридически значимый вывод, обвинение человека, автоматическая оценка сотрудника, окончательный ответ в конфликтной ситуации.

Эту логику нужно повторять не один раз, а до скуки. Потому что безопасность данных держится не на красивом регламенте, а на привычке в момент спешки.