Зачем мы испытывали ИИ-редакцию
Мы хотели проверить практическую вещь: можно ли организовать выпуск материалов как последовательный процесс, а не как набор отдельных запросов к нейросети. В статье важны тема, связь с продуктом, доказательства, стиль и требования к странице. Если решения принимаются заново на каждом шаге, команда тратит время на восстановление контекста и спорит о готовности.
До начала работы мы закрепили в карточках тему, маршрут, источники, стиль и обязательные элементы. ИИ применялся внутри этого процесса к конкретным текстовым задачам. Так мы проверяли передачу материала между функциями, а не абстрактную автоматизацию. Входные данные задавали границы работы, а критерии выхода позволяли следующему участнику принять результат или вернуть его с понятной причиной. Для руководителя это также способ заранее увидеть, какие решения остаются за людьми: например, выбор допустимого источника и формулировка критерия качества.
Как шесть ролей проводили материал через редакцию
Результат каждого этапа становился входом следующего. Общий шаблон собирал текст, таблицы и форму без отдельных CSS-правок для каждой страницы; проверка отображения охватывала настольную и мобильную ширину. Это разделение уменьшает смешение задач: автор отвечает за содержание черновика, а последующие этапы — за сборку и соответствие страницы заданным требованиям.
- Исследователь
Собирал проверенные выдержки и связывал факты с источниками.
- Контент-стратег
Переводил карточку и исследование в план с назначением разделов.
- Автор
Создавал черновик по плану с объяснением применения ИИ и человеческого контроля.
- Редактор
Проверял текст и возвращал полную исправленную версию.
- Архитектор страницы
Собирал материал по общему шаблону.
- SEO-аналитик
Проверял поисковое намерение и связность страниц. ИИ-редакция и контент-маркетинг — связанный сценарий организации контентного процесса.
Что эксперимент с письменными задачами говорит об ИИ
В исследовании MIT, опубликованном 14 июля 2023 года, участвовали 453 специалиста, выполнявшие короткие профессиональные письменные задания. Доступ к ChatGPT сократил среднее время выполнения на 40%, а независимые оценщики повысили оценку качества текстов на 18%. Это ориентир для отдельных задач подготовки черновика: исследование не измеряло SEO, продажи или работу полной редакции, а фактическая точность не оценивалась как отдельный результат.
Для руководителя полезно разделять время и качество как разные показатели. В собственном процессе можно заранее определить, где начинается и заканчивается измеряемая задача, а качество оценивать по критериям, соответствующим конкретному типу текста. Например, для краткого описания товара критерии могут касаться полноты обязательных характеристик, а для аналитической статьи — ясности аргумента и корректной привязки утверждений к источникам; оценивать их одной общей отметкой неудобно.
Что мы увидели при сравнении двух версий
В каждом из двух пакетов было по пять финальных результатов и ни одного чистого завершения. Пакеты включали повторные тестовые версии тех же пяти тем, а не десять разных статей. Это помогло различить финальное завершение и прохождение без замечаний: первое показывает, что материал дошёл до результата, второе — сколько исправлений потребовалось по пути.
Вторая итерация заняла около 18 минут против примерно 37 минут в первой. Для оценки процесса мы смотрели не только на итоговое число материалов, но и на события этапов: где возник возврат, сколько раз потребовалось уточнение и какой критерий оказался недостаточно ясным. Такая детализация превращает сравнение пакетов в основу для улучшения конкретного участка процесса, а не в рейтинг отдельных ролей. Команде полезно сопоставлять одинаковые типы задач и одинаковые определения завершения, иначе изменение состава работы может исказить сравнение.
Как проверка передачи выявила проблему
Условный пример: запись «статья готова» не показывает, какая редакция проверена и на чём основано утверждение. В более полезной записи указаны версия материала, закреплённый источник и факты, использованные в доказательном разделе. Принимающий этап может сверить содержимое с заданием, а не только увидеть отметку о завершении.
Статус сообщает о состоянии этапа, а проверяемые поля — что именно передано. Если версия не совпадает с карточкой или доказательство потеряло связь с источником, результат возвращается на исправление. Это даёт понятную причину возврата и отделяет формальное завершение от корректной передачи.
Какое правило стоит вынести руководителю
Для каждого участка заранее определите вход, ответственного и проверяемый выход. Затем наблюдайте, на каком переходе чаще всего возникает возврат: если причина повторяется, уточняйте инструкцию или критерий приёмки именно там. Так изменения опираются на наблюдаемое узкое место процесса, а не на желание добавить ещё один инструмент.
Этот принцип полезен и за пределами редакции: сначала задают правила передачи работы между сотрудником и системой, затем выбирают автоматизацию. Как выстроить такую систему для продаж, разбираем в материале о правилах автоматизации отдела продаж.