Александр Костин – Второй мозг с ИИ: как управлять знаниями, проектами и решениями (страница 7)
Рабочая структура инструкции:
Назначение. Для чего это делаем и в каких случаях применяем.
Входные данные. Что должно быть на входе, где это взять, в каком формате.
Инструменты. Чем пользуемся.
Шаги. Последовательность действий. Каждый шаг должен быть проверяемым.
Выход. Что считается результатом, в каком виде.
Контроль качества. Как проверить, что сделано правильно.
Типовые ошибки. Что чаще всего ломает результат и как избежать.
Время/оценка сложности (по желанию). Не обязательно, но помогает планированию.
Ключевой момент: шаги должны быть написаны так, чтобы их мог выполнить человек, который не сидит у вас в голове. Для этого важно указывать не только «что сделать», но и «какой критерий правильности».
Например, не «собрать семантику», а «собрать список запросов, разбить на кластеры по интенту, убрать дубли, зафиксировать источники и критерии кластеризации, итоговый файл – в таком-то формате». То есть вы задаёте понятные границы.
Чек-листы как защита от забывчивости: минимальный формат
Чек-лист должен быть коротким. Если он длинный, его перестанут использовать. Его задача – защитить от типовых пропусков.
Хороший чек-лист:
содержит 7–20 пунктов, не больше;
пункты формулируются как «проверить наличие/выполнение»;
пункты связаны с рисками и критериями качества;
по пунктам можно ставить «да/нет».
Чек-лист особенно полезен там, где есть «скрытые мелочи», из-за которых падает качество. Например, в подготовке отчёта это могут быть: наличие периода, корректность цифр, единый формат, ссылки на источники, выводы и план действий. В публикации на сайте: заголовки, мета-данные, внутренняя перелинковка, изображения, скорость загрузки, корректность редиректов, индексация.
Шаблоны: ускорение без потери смысла
Шаблон – это не только «болванка». Это способ сохранить структуру мышления. Вы однажды продумали, какие вопросы закрывать, какие блоки нужны, какие формулировки работают, где люди ошибаются. Шаблон фиксирует эту структуру.
Чтобы шаблон работал, у него должны быть:
блоки, которые всегда присутствуют;
подсказки, какие данные подставлять;
вопросы, на которые нужно ответить;
примеры формулировок;
места для ссылок на источники;
критерии качества.
Самая большая ошибка с шаблонами – делать их «пустыми». Пустой шаблон не помогает. Он просто создаёт иллюзию структуры. Хороший шаблон содержит подсказки и примеры, чтобы человеку было трудно сделать плохо.
Правила принятия решений: как фиксировать «почему» и не возвращаться к спорам
Решения часто забываются не потому, что их не записали, а потому что не записали причины. Через месяц появляется новый участник, новый контекст, новая эмоция – и решение пересматривают без понимания исходных условий. Это уничтожает стабильность.
Поэтому полезно фиксировать решения в минимальном формате:
Проблема: что решаем.
Варианты: какие были опции.
Выбор: что выбрали.
Причина: почему.
Ограничения: что учитывали.
Риски: чем может обернуться.
Проверка: как поймём, что решение верное.
Следующий шаг: что делаем дальше.
Это можно делать коротко. Важно не количество текста, а наличие «почему» и «как проверим».
Такие записи особенно ценны в сложных проектах, в найме, в выборе подрядчиков, в стратегии, в продуктовых изменениях. Это снижает хаос и позволяет двигаться быстрее.
Нейросеть как фабрика упаковки: как правильно ставить задачи модели
Нейросеть способна резко ускорить кодирование опыта. Но ей нужно давать чёткие рамки, иначе она начнёт «улучшать» смысл и добавлять то, чего не было.
Безопасные задачи нейросети:
перепаковать сырой текст в инструкцию по заданной структуре, не добавляя фактов;
извлечь из транскрипта встречи решения, поручения, риски, вопросы;
сделать чек-лист на основе списка типовых ошибок, которые вы указали;
превратить удачный документ в шаблон: выделить блоки, формулировки, места для данных;
предложить критерии качества как список проверок (при условии, что вы их валидируете).
Опасные задачи нейросети:
«придумай шаги процесса» без ваших исходных данных;
«добавь лучшие практики» без указания источника;
«восстанови, что мы решили», если у неё нет текста решения;
«уточни цифры» без данных.
Практическая формулировка, которая снижает риск: «работай строго по исходному тексту, не добавляй новых фактов, если чего-то нет – пометь как “не указано”».
Это дисциплинирует модель и сохраняет контроль.
Цикл улучшения: инструкции должны эволюционировать через обратную связь
Самая сильная часть «кодирования опыта» – не создание документа один раз, а его улучшение через реальную работу.
Правильный цикл выглядит так:
Вы сделали задачу.
Зафиксировали черновик процесса (инструкция/чек-лист/шаблон).
Применили второй раз или отдали исполнителю.
Получили сбои: где было непонятно, где возникла ошибка, где не хватило данных.
Внесли изменения: добавили критерий, пример, уточнили шаг, сократили лишнее.