Работа с ИИ.
Делает быстро. Отвечаешь всё равно ты.

01 · Рамка

Черновик стал дешевле, ответственность за решение осталась

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

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

Ускорилась подготовка, а не работа целиком

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

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

Ответственность нельзя разделить с инструментом

Перед клиентом отвечает тот, кто сдал работу, и объяснение происхождения ошибки ничего в этом не меняет — ни юридически, ни в отношениях. Формулировка «так выдала модель» воспринимается как отказ от ответственности, и это справедливое прочтение.

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

Говорить о способе работы стоит заранее

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

Спрашивают о конкретном: можно ли передавать их материалы во внешние сервисы, какие, в каком виде и нужно ли отдельное согласование. Общий вопрос об отношении к технологии ответа не даёт.

Навык проверять не появляется сам

Он растёт из тех случаев, когда ошибку нашли и разобрали, чем именно она себя выдала. Без такого разбора десятки успешных применений не учат ничему, кроме доверия.

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

Порядок, который нарушают почти все

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

02 · Карта решения

Когда ИИ нужен, а когда он лишний

Дороже всего обходятся две ошибки. Первая — взять ИИ туда, где хватило бы инструкции или формулы. Вторая — взять его туда, где цена ошибки высокая, а данных мало.

Сначала назовите тип работы — от него зависит проверка

Слово «помоги» скрывает несколько разных задач. Для каждой нужен свой вход и свой способ приёмки. Если смешать их в одном запросе, легко получить красивый ответ, который невозможно проверить.

Решение «не использовать» записывают так же, как и любое другое

Отказ обычно нигде не фиксируется, и через полгода тот же вопрос обсуждают заново с нуля — а иногда и внедряют то, что уже один раз проверили и отвергли. Строка с датой, основанием и условием пересмотра экономит этот повтор.

Условие пересмотра здесь важнее самого отказа: «вернёмся, когда обращений станет больше сотни в месяц» — это рабочая запись, а «пока не надо» — нет.

Полная стоимость включает то, что появляется после запуска

В сравнении вариантов обычно считают подписку и время на настройку. За рамками остаётся то, что и определяет итог: время на проверку каждого результата, исправление брака, поддержка при изменении источников и обучение того, кто будет этим пользоваться вместо вас.

Именно эта часть чаще всего переворачивает сравнение в пользу простого правила или ручной работы. Считать её приблизительно — нормально, не считать вовсе — нет.

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

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

Поэтому до старта записывают не только показатель успеха, но и порог провала: какой результат означает, что мы это не берём. Без него любой итог будет истолкован как обнадёживающий.

Возврат к прежнему способу продумывают до запуска

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

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

Выбор делают под текущий объём, а не под будущий

Конструкции, рассчитанные на десятикратный рост, строятся долго и обслуживают задачу, которой пока нет. При нынешних объёмах их обычно обгоняет ручная работа — и обгоняет надолго.

Разумный порядок обратный: собрать простое под сегодняшний объём и заранее назвать число, при котором к вопросу возвращаются. Тогда переделка происходит по факту, а не по ожиданию.

Сравнение проводят на одной и той же задаче

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

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

Человек, который будет этим пользоваться, участвует в выборе

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

Поэтому его спрашивают до выбора, а не обучают после. Признак проблемы — если через месяц человек вернулся к прежнему способу и не сказал об этом.

Готовый сервис проверяют на условия выхода

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

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

Тип работы определяют по тому, что будет на входе

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

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

Смешение типов работы в одном запросе делает результат непроверяемым

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

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

Часть задач не отдают независимо от качества инструмента

Есть решения, которые остаются за человеком не из-за точности, а из-за того, кто отвечает за последствия: условия для клиента, отказ, конфликт, всё, что касается денег и обязательств. Улучшение инструмента этого не меняет.

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

Владелец остановки должен иметь на это реальную возможность

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

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

Решение пересматривают по расписанию, а не по настроению

Условия меняются: объём растёт, данные накапливаются, инструменты меняют цену и возможности. Выбор, сделанный однажды, тихо превращается в привычку и перестаёт быть выбором.

Достаточно назначенной даты возврата к вопросу с записанным исходным основанием. Без этой записи повторное обсуждение начинается с нуля и обычно заканчивается тем же, чем в прошлый раз.

Примеры задач маркетолога: что поручить и что проверить

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

Три вопроса до старта

1. Какое конкретное решение должно стать быстрее, точнее или дешевле?
2. Есть ли готовый сервис — или мы правда обязаны строить своё?
3. Какие ошибки мы готовы терпеть, кто проверит результат и кто выключит процесс, если пойдёт вред?

Третий вопрос пропускают чаще всего, и он же отличает эксперимент от аварии. У «кто выключит» должно быть имя, а не название роли.

Вариант выбирают после ограниченной проверки — по результату, риску и полной стоимости. ИИ может проиграть хорошей инструкции, формуле или готовому сервису, и это нормальный итог.

03 · Программа или модель

Отделите обычный программный расчёт от смыслового разбора

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

Смешанный процесс разбирают по шагам, а не целиком

Чистых случаев почти не бывает: в одной задаче есть и точные правила, и место, где нужен разбор свободного текста. Вопрос «программа или модель» к задаче целиком поэтому обычно не имеет ответа.

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

Разная воспроизводимость меняет способ приёмки

Программу проверяют один раз при сдаче и потом доверяют ей до изменения входа. Результат модели проверяют при каждом запуске или выборочно по заранее назначенной доле — потому что одинаковый вход не гарантирует одинакового выхода.

Из этого следует, что сравнивать варианты только по стоимости разработки нельзя: у второго есть постоянная стоимость проверки, которая не заканчивается никогда.

Код, написанный с помощью модели, остаётся вашей ответственностью

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

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

Изменение источника ломает обе конструкции

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

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

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

Три вопроса, чтобы отличить

1. Вход каждый раз одинаковый по структуре? Да — рассмотрите обычную программу.
2. Правило записывается без «примерно» и «на усмотрение»? Да — рассмотрите обычную программу.
3. Нужно ли понять смысл текста, которого раньше никто не видел? Да — модель.

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

Как собрать простую программу с помощью ИИ — пошагово на странице Свои инструменты →. Что должно лежать под цифрами, которые она считает, — в модуле Управленческий учёт: собрать самой →.

04 · Три роли

Ускоритель, собеседник, исполнитель — и у каждого свои правила

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

Собеседника недооценивают сильнее всего

Самое ценное в стратегической работе — не написать текст, а найти дыру в своём рассуждении раньше, чем её найдёт клиент. Это работает, если правильно поставить рамку:

Роль называют до начала, а не выясняют по ходу

Разочарование чаще всего выглядит так: просили подумать вместе, а получили уверенное исполнение; просили сделать операцию, а получили рассуждение. Это не свойство инструмента, а следствие того, что роль не была названа.

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

Роли не смешивают в одном запросе

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

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

Собеседник не заменяет живых людей

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

Практическая граница: находки из такого разговора становятся списком вопросов к настоящим людям, а не выводами о них.

Исполнителю нужен заранее написанный критерий приёмки

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

Поэтому строку о том, что считается годным, пишут в самом задании — и лучше в виде проверки, которую можно провести: сверяется с такими-то строками, содержит такие-то разделы, не содержит того-то.

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

05 · Данные

До загрузки данных выясните, кто и как их будет обрабатывать

Передача во внешний сервис создаёт нового получателя или обработчика. Решение принимают по цели, правовому основанию, договору, настройкам хранения и безопасности, а не по удобству интерфейса.

Отдельный сюжет — не «что я вставлю в чат», а «к чему я дам постоянный доступ». Правила доступа, карточку подключения и порядок отзыва разбираю на странице Рабочая среда: подключения →.

Обезличивание — это работа, а не галочка

Удаления колонок с именем и телефоном обычно недостаточно: человек узнаётся по сочетанию остальных полей — должность, город, сумма, дата, название компании. В маленькой выборке для этого хватает двух-трёх признаков.

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

Свободные комментарии опаснее структурированных полей

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

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

Правило должно быть выполнимо в спешке

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

Рабочая форма — заранее подготовленный безопасный путь: разрешённый сервис, готовый скрипт очистки, шаблон выгрузки без лишних полей. Тогда быстрый способ и есть правильный.

Однажды переданное нельзя отозвать

В отличие от большинства рабочих ошибок, эта необратима: удаление на своей стороне не влияет на то, что уже ушло. Поэтому решение о передаче принимается по худшему сценарию, а не по обычному.

Из этого же следует, что сомнение здесь трактуется в пользу отказа. Задержка на выяснение стоит часов, неверная передача — отношений с клиентом и иногда договора.

06 · Задача

Шаблон из интернета не работает, пока в нём нет твоего проекта

Сборник готовых запросов даёт только форму. Рабочим задание становится после добавления материалов проекта, ограничений, структуры результата и способа проверки.

Хорошее задание собирается из материалов, а не из формулировок

Основная работа приходится не на текст запроса, а на подготовку того, что к нему прикладывается: выгрузка, словарь полей, примеры, ограничения. Эта часть скучная, и именно её пропускают, пытаясь заменить более удачной формулировкой.

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

Задание пишут один раз и потом переиспользуют

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

Сохранённое задание с пометкой, для какой задачи оно, и с датой последнего изменения превращает разовую удачу в повторяемый инструмент. Это и есть накопление, ради которого всё затевается.

Требование сообщать о нехватке данных работает только явно

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

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

Последний блок недооценивают сильнее остальных. Разрешение спросить вместо того, чтобы додумать, отделяет полезный ответ от правдоподобного. Когда спрашивать запрещено, пробел никуда не девается — его просто заполняют допущением, а ты узнаёшь об этом на защите.

Одна правка за раз

После первого ответа не «улучшай всё». Выбери один вид правки: добавить контекст, изменить формат, попросить примеры, сократить, проверить факт, предложить альтернативы, разложить пункт на действия.

Так видно причину улучшения. Поменяешь пять вещей сразу — результат станет лучше, но ты не будешь знать, от чего именно, и в следующий раз начнёшь с нуля. Это тот же принцип, по которому в эксперименте меняют одну переменную.

Готовые формулировки под конкретные задачи — на странице Библиотека формулировок →.

07 · Проверка

Проверьте решение несколькими отдельными способами

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

Проходы делают по одному и не склеивают в общий вывод, пока каждый не закончен. В склейке первым исчезает противоречие — ровно то, ради чего всё и затевалось.

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

Проверка не заменяет знания предмета, а делает его применимым

Четыре прохода помогают увидеть противоречия в собственном рассуждении — но только там, где вы способны отличить верное соображение от правдоподобного. В чужой области они дают четыре одинаково убедительных текста и ложное ощущение всесторонности.

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

Записанное противоречие стоит держать до решения

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

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

Проверку заказывают у того, кому решение невыгодно

Человек, который будет это поддерживать, выполнять или объяснять клиенту, задаёт вопросы, которых не будет ни у автора, ни у модели. Один такой разговор обычно продуктивнее всех письменных проходов вместе.

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

08 · Зёрна и плевелы

Как оценить, пригоден ли учебный материал для работы

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

Самое опасное — задания, которые просят выдумать

Формулировки «проанализируй ценовую политику моих конкурентов», «дай демографию аудитории в моём городе», «проведи анализ рынка» — это генераторы правдоподобного вымысла. Модель не откажется: ответ синтаксически возможен. Она соберёт средние по интернету и подаст их с той же уверенностью, что и проверенный факт.

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

Проверять надо не автора, а конкретный фрагмент

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

Выбирают для просмотра не вступление, а середину — там, где начинается работа. Вступительные части почти всегда сделаны лучше остального.

Материалы устаревают неравномерно

Часть про постановку задачи, проверку и разделение ответственности живёт годами. Часть про конкретные сервисы, экраны и возможности устаревает за несколько месяцев и после этого мешает: описанное не совпадает с тем, что человек видит.

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

Пригодность материала определяется вашей задачей

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

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

Изученное проверяется применением, а не ощущением ясности

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

Поэтому к любому изучаемому материалу заранее привязывают одну свою задачу и делают её по ходу. Не сделанное в течение недели после изучения не будет сделано никогда.

09 · Провалы

Шесть способов потерять на ИИ больше, чем сэкономить

Эти ошибки возникают из-за процесса, прав доступа и приёмки. Более сильная модель сама по себе их не устраняет.

Все шесть провалов происходят в момент спешки

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

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

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

Кривой текст перечитывают. Гладкий отправляют. Это же относится к таблицам, расчётам и коду: связная форма снимает подозрительность именно там, где она нужнее всего.

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

Один и тот же провал повторяется, пока не изменён процесс

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

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

Провалы стоит разбирать без поиска виноватого

Как только разбор превращается в выяснение, кто не досмотрел, следующая ошибка будет скрыта — и обойдётся дороже, потому что её найдёт клиент. Это относится и к работе в одиночку: самообвинение точно так же мешает посмотреть, где именно сломался порядок.

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

10 · Выигрыш

Сэкономленный час — ещё не выигрыш

Глава короткая и неприятная. Большинство внедрений вообще никто не измеряет, а на вопрос «что это дало» отвечают ощущением.

Высвобождённое время — реальное изменение процесса, но не обязательно денежный эффект. Чтобы заявить пользу бизнесу, покажите, какую работу сделали вместо него, сократились ли расходы, выросла ли пропускная способность или улучшилось качество. Не приписывайте инструменту результат, который не измеряли.

Замер «до» делают до начала, и другого случая не будет

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

Замер не требует точности: три-четыре реальные задачи с засечённым временем и отмеченным числом правок дают достаточную базу. Отсутствие любого замера означает, что об эффекте нельзя будет сказать ничего.

Сравнивать надо сопоставимые задачи, а не средние по периоду

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

Поэтому берут несколько задач одного типа и сравнивают их между собой. Это менее эффектно и единственно осмысленно.

Отклонённые результаты — главный показатель, и его не любят

Доля того, что пришлось выбросить или переделать целиком, показывает реальную цену лучше любого замера времени. Считать её неприятно, поэтому её обычно не считают.

Достаточно отметки при сдаче: принято как есть, принято с правками, переделано. Три категории, одна секунда на строку — и через месяц появляется картина, которую нельзя получить никак иначе.

11 · Полевой тест

Первое применение в клиентском проекте: собрать недельный статус

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

В учебном проекте «НордКлимат» ИИ получил не весь клиентский архив, а обезличенный пакет: исходные показатели, изменения недели, журнал решений, препятствия и план следующей проверки. Задача — подготовить черновик сообщения собственнику. Отправка остаётся за человеком.

Первый тест берут там, где проверяющий уже есть

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

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

Одинаковое устройство результата ценнее его скорости

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

Поэтому структуру фиксируют и не меняют от недели к неделе, даже когда кажется, что в этот раз удобнее иначе.

Проверку первых выпусков считают частью работы, а не накладным расходом

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

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

Расширяют по одному документу, а не сразу на процесс

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

Следующий документ берут, когда первый работает без вашего участия несколько недель подряд. Это медленно и это единственный способ, при котором накопленное не теряется.

Границы теста объявляют всем участникам

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

Поэтому на время теста происхождение черновика указывают явно, хотя бы служебной пометкой. Скрывать это от собственных людей — самый быстрый способ обесценить проверку.

Обезличенный пакет готовят один раз и дальше повторяют

Ручная чистка перед каждым выпуском занимает время, надоедает и в какой-то момент делается небрежно — обычно как раз тогда, когда срок горит. Это предсказуемое место будущей утечки.

Поэтому вместе с первым выпуском фиксируют состав пакета: какие листы, какие колонки, что удаляется. Дальше это повторяемая операция, а не решение, принимаемое заново.

Приёмка результата

1. Все числа найдены в исходных строках и относятся к одному периоду.
2. Наблюдаемое изменение отделено от возможной причины.
3. Нет обещания выручки до завершения цикла сделки.
4. В сообщении только один запрос к собственнику.
5. Не раскрыты персональные данные и чувствительные комментарии.
6. После проверки текст можно отправить без перевода с языка ИИ на человеческий.

12 · Маршрут

Карта раздела об ИИ и порядок работы

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

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

Порядок определяется задачей, а не полнотой прохождения

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

Признак верно выбранной страницы простой: у вас есть задача, которая на этой неделе должна быть сделана, и вы открываете страницу ради неё.

Одна страница за раз, и до рабочего результата

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

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

Сделанное стоит записывать, иначе оно рассыпается

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

Место хранения назначают до начала, а не потом: одна папка проекта, куда складывается всё, что должно пережить текущую задачу.